CN111527348A - 可配置的烹饪系统和方法 - Google Patents

Abstract

本发明提供了用于用户可配置的烹饪器具的系统和方法，包括：接收具有相关联的预算的系统资源；促进用户将所述系统资源分配给多个加热元件而不超出所述相关联的预算；将所述系统资源应用于所述加热元件以加热烹饪腔室内的一种或多种食品物质，并且选择行地调节所述系统资源向所述加热元件的递送，使得被递送至所述加热元件的系统资源不超出每个所述系统资源的所述相关联的预算。计算部件能够执行加热算法，以在所述烹饪腔室内烹饪至少一种食品物质，检测所述食品物质的状态变化，以及修改所述加热算法，以及响应于所述状态变化并且根据所述系统资源的用户配置的分配和相关联的预算来重新配置供应给所述加热元件的所述系统资源。

Description

可配置的烹饪系统和方法

相关申请的交叉引用

本申请要求以下专利申请的优先权和权益：2017年8月11日提交的名称为“CONFIGURABLE COOKING SYSTEMS AND METHODS”的美国临时专利申请号62/544,757；2018年3月15日提交的名称为“CONFIGURABLE COOKING SYSTEMS AND METHODS”的美国临时专利申请号62/643,729；以及2018年7月9日提交的名称为“CONFIGURABLE COOKING SYSTEMSAND METHODS”的美国临时专利申请号62/695,813；这些专利申请中的每个专利申请以引用的方式全文并入本文。

本申请与2017年4月18日提交的名称为“VARIABLE PEAK WAVELENGTH COOKINGINSTRUMENT WITH SUPPORT TRAY”的美国专利申请号15/490,768相关，该专利申请以引用的方式全文并入本文。

技术领域

各种实施方案涉及烹饪系统，诸如烤箱。

背景技术

烹饪艺术仍然保持作为一种“艺术”，这至少部分是由于食品行业无法帮助厨师系统地制备有价值的菜肴。为制作一顿丰盛的正餐，厨师通常必须使用多种烹饪器具，了解烹饪器具的加热方式，并且在整个烹饪过程中基于厨师对目标食品的进展(例如，由于烹饪/加热引起的转换)的观察来做出动态决策。因此，虽然可以将一些低端膳食(例如，可微波处理的膳食)进行微波处理或快速制备(例如，方便面)，但传统上真正复杂的膳食(例如，牛排、烤肉串、精致甜点等)却不容易使用常规烹饪器具系统地制备。行业中尚未创造出一种能够以精确、快速且无需技术人员干预的方式自动且稳定地制备复杂膳食的智能烹饪系统。

附图说明

图1为示出根据各种实施方案的自适应烹饪系统的框图。

图2为示出根据各种实施方案的自适应烹饪器具和相关系统的功能部件的框图。

图3为示出根据各种实施方案的用于实现自适应烹饪系统的过程的框图。

图4A为示出根据各种实施方案的用于实现自适应烹饪系统的过程的框图。

图4B-G为根据各种实施方案的自适应烹饪器具的示例性用户界面屏幕截图。

图5为示出根据各种实施方案的自适应烹饪装置和用户设备的框图。

图6为示出根据各种实施方案的利用图像反馈来操作自适应烹饪装置的方法的流程图。

图7为示出根据各种实施方案的利用图像和探头反馈来操作自适应烹饪装置的方法的流程图。

图8为示出根据各种实施方案的配方生成过程的框图。

图9为示出根据各种实施方案的操作烹饪器具以不同模式烹饪可食用物质的方法的流程图。

图10为根据各种实施方案的实现基于云的配方存储库的服务器系统的框图。

图11为示出根据各种实施方案的配方的示例的控制流程图。

图12为示出根据各种实施方案的操作实现基于云的配方存储库的服务器系统的方法的流程图。

图13为示出根据各种实施方案的用配方配置烹饪器具的方法的流程图。

图14A至14F示出根据各种实施方案的示例性烤箱用户界面。

图15A-C为根据各种实施方案的示出“主厨模式”的示例性屏幕截图。

图16为示出根据各种实施方案的资源分配方法的流程图。

附图仅出于说明的目的描绘了本公开的各种实施方案。本领域的技术人员将从以下讨论中容易地认识到，在不脱离本文所述实施方案的原理的情况下，可以采用本文所示的结构和方法的替代实施方案。

具体实施方式

若干实施方案公开了一种自适应烹饪器具(例如，烤箱、封闭的烹饪腔室或其他方式)，该自适应烹饪器具具有由计算系统(例如，计算机处理单元(CPU)、控制器、专用集成电路(ASIC)或其他启用系统控制的部件中的一个或多个)控制的一个或多个加热元件。计算系统控制自适应烹饪器具的操作，包括加热元件的峰值发射波长。计算系统可以实现交互式用户界面，以控制或协助用户控制自适应烹饪器具。该计算系统还可以根据手动用户输入、用户偏好和/或学习的用户行为来调整自适应烹饪器具的操作。例如，交互式用户界面可以在烹饪器具或与自适应烹饪器具通信的用户设备的触摸屏上实现，该用户设备链接到存储在相关联的用户账户中的用户特定信息。在各种实施方案中，自适应烹饪器具在将用户与膳食套件提供方、杂货店、用户社区、专业主厨推荐以及其他服务和功能性链接的更大的生态系统内操作。

在各种实施方案中，自适应烹饪器具可以实例化并且执行用于实现配方的热量调整算法(例如，也被称为“加热逻辑”或“加热算法”)。热量调整算法可以包括用于配置和控制适于用户信息的烹饪器具的操作的一组指令。在一些实施方案中，自适应烹饪器具可以直接对一种或多种类型的常规烹饪设备(例如，烤箱、烧烤炉、炉灶、微波炉、烟熏器或它们的任何组合)进行仿真。在一些实施方案中，自适应烹饪器具可以从计算机服务器系统(例如，直接或间接地)下载或接收一个或多个配方，包括用于在烹饪器具上实现配方的烹饪逻辑。

计算机服务器系统可以包括配方设计界面，允许为烹饪器具创建配方并且生成烹饪逻辑，包括在给定一个或多个系统资源(例如，总功率预算、电流预算和总能量预算)的情况下直接指定加热元件应该如何操作来烹饪可食用物质。例如，配方设计界面可以模拟(例如，与不同可食用物质相对应的)不同食品曲线图的温度梯度的时间序列图。配方设计界面可以配置常规烹饪设备的仿真，并且将其转化为自适应烹饪器具的一组加热元件配置参数。在另一个示例中，配方设计界面可以指定温度、持续时间、预期的烹饪器具仿真类型(例如，直接食品烧烤、冲击对流烹饪、加热的托盘烹饪、烧灼等)、期望的用户干预(例如，翻转食品或添加调味汁或调味料)、操作模式(例如，低应力模式与高速模式)、期望的食品最终状态(例如，肉类的三分熟、五分熟、全熟)或它们的任何组合。

参考图1，将描述示例性自适应烹饪系统100。自适应烹饪器具110包括加热部件112、反馈部件114和自适应烹饪引擎116。加热部件112包括可控制的加热元件，诸如加热的细丝。在各种实施方案中，反馈部件114包括在烹饪过程期间提供实时反馈的一个或多个相机、探头和传感器。烹饪引擎116执行烹饪逻辑，以根据配方和从反馈部件接收的信息自适应地控制可食用物质诸如食品的烹饪。

自适应烹饪器具110在位置120诸如用户住所处操作。在各种实施方案中，用户设备130、智能器具134和其他系统部件可以在位置120处操作或跨两个或更多个位置分布，从而允许烹饪器具通过网络150(例如，从用户的汽车)远程操作。用户设备130包括用于与自适应烹饪器具110和配方服务器140对接的客户端应用132。在各种实施方案中，用户设备130可以包括移动设备，诸如移动电话、平板电脑或膝上型计算机、台式计算机或适于与如本文所述的自适应烹饪器具110和/或配方服务器140通信的其他计算设备。在一些实施方案中，智能器具134诸如冷藏机可以向各种系统部件提供关于可用于各种配方的食材的信息。在操作中，自适应烹饪器具110可以通过烹饪器具的用户界面、用户设备130上的客户端应用132、配方服务器140或通过另一个设备来接收配方。烹饪引擎116实现对应的烹饪逻辑用于控制加热部件112，同时监视反馈部件114以自适应地控制烹饪过程。

自适应烹饪器具110和用户设备130可以通过网络150诸如互联网连接至配方服务器140。在一个实施方案中，配方服务器140连接至配方数据库142和用户数据库144，其中配方数据库存储与配方和烹饪逻辑相关联的数据用于由自适应烹饪器具110实现，用户数据库存储用户特定信息，诸如收藏的配方、最终用户生成的配方、用户指定的偏好(例如，用户可以认为“四分熟”比标准定义的生熟度要高一些)、学习的用户行为和其他用户特定内容。在各种实施方案中，存储在用户数据库144中的用户特定信息包括从用户的行为中学习的信息。例如，用户数据库144可以基于用户已烹饪的其他膳食来存储用户可能希望蔬菜特别脆爽的信息。用户数据库144还可以存储以下信息：用户倾向于将食品高度测量为比实际高度低10％，以及/或者倾向于以特定方式将探头不适当地插入蛋白质中。例如，烹饪器具可以使用该用户特定信息来使烹饪逻辑适于用户从配方偏离的地址。

在各种实施方案中，配方数据库142存储一个或多个配方、食品特征、加热算法、传感器数据、烹饪逻辑或其他相关信息。在各种实施方案中，配方服务器140提供基于云的配方存储装置和访问。在一些实施方案中，用户设备130可以经由无线网络、局域网、对等连接(例如，蓝牙)或另一种通信协议连接至烹饪器具110。

在各种实施方案中，用户数据库144存储自适应烹饪系统的用户的信息，该信息可以包括用户偏好、存储的配方、与用户相关联的自适应烹饪器具110的标识、学习的用户行为、基于付费订阅级别和/或其他用户特定信息限定访问权限的订阅信息。在一个实施方案中，用户可以付费进行订阅，该订阅通过一个或多个供应商152为用户提供对最新配方、膳食套件、综合杂货服务、特殊内容(诸如特殊的烹饪节目或现场社交媒体活动)的访问，对内容、特殊功能性、折扣和全程服务(white-glove service)的提早访问。在一个实施方案中，供应商系统152通过网络150连接至配方服务器140。操作自适应烹饪器具110、用户设备130或其他联网设备的用户可以访问配方服务器140上的内容，包括配方和在线购物选项，以从供应商处购买对应的膳食套件(例如，根据用户技术水平或偏好而准备的食材、烹饪用品和/或用于准备膳食的说明的集合)、预先准备的食品(例如，已经准备好用于烤箱烹饪的未经烹饪的食品)、食材、用品等，用于递送至用户位置120或其他指定的位置。膳食套件和预先准备的食品还可以购自实体杂货店，该实体杂货店的系统链接到烹饪器具和/或用户账户。在一个或多个实施方案中，烹饪器具可以被绑定到购物选项以推荐某些膳食套件和其他项目。在一个实施方案中，当递送膳食套件或食材时，供应商系统152可以通知配方服务器140、自适应烹饪器具110或用户设备130递送已到达，并且配方服务器140(或供应商系统152、用户设备130或其他系统设备)将配方和相关联的烹饪逻辑传输至自适应烹饪器具110，从而允许用户根据对应的配方来烹饪所递送的膳食套件或食材。

在各种实施方案中，系统100还可以包括向用户提供与食品相关的内容的内容提供方154，内容为诸如与食品相关的视频、烹饪说明、在线文章、社交媒体、配方和与食品相关联的其他信息。内容提供方154可以在在线内容中包括到配方服务器140和供应商系统152的链接，从而允许用户访问与内容相关联的配方，并且购买相关联的食材或膳食套件以进行递送。在一些实施方案中，可以在膳食制备期间提供指导视频，以向用户提供膳食制备方面的指导(例如，如何测量食品高度，如何插入探头)。可以基于(例如，基于存储在用户数据库中的用户特定信息)说明将帮助用户的确定来提示用户观看指导视频。

在各种实施方案中，配方服务器140提供各种配方浏览、选择和配置选项。例如，配方服务器140可以基于由用户标识的或由系统100跟踪的可用食材(并且基于用户历史记录和使用统计信息)，诸如通过智能器具134，或者基于来自供应商系统152的订购历史记录来推荐配方。用户还可以通过客户端应用132手动将配方输入到配方服务器140。在各种实施方案中，配方服务器140和/或自适应烹饪器具110被配置为将配方变换为烤箱特定的烹饪指令，包括用于用户的优化的食品制备指令和用于控制自适应烹饪器具110的烹饪逻辑。在一个实施方案中，配方和烹饪逻辑可以被配置用于加速自适应烹饪器具110上的烹饪，从而与常规烹饪设备相比缩短烹饪时间。在一个实施方案中，配方服务器还促进在线社区，从而允许用户共享和开发配方和其他用户生成的内容。

图2示出根据各种实施方案的自适应烹饪器具和相关系统的功能部件。自适应烹饪器具200可以包括烹饪/反馈部件210、控制器220、存储器230、通信接口240、用户界面部件250和功率源260。烹饪/反馈部件210可以包括一个或多个加热/冷却元件212、相机214或其他机器视觉部件、一个或多个探头216，以及多个传感器218。

控制器220控制烹饪器具200的操作，包括执行各种功能部件，诸如存储器230中表示的部件。例如，存储器230可以存储由控制器220执行的程序指令，该控制器可以包括器具操作系统232、用户界面逻辑234和烹饪引擎270。烹饪引擎270通过烹饪逻辑来控制烹饪/反馈部件210以实现配方。在各种实施方案中，数据存储装置276存储配置、配方、烹饪逻辑、食品特征和系统信息，包括由相机214捕获的图像文件或视频文件。

在一个实施方案中，加热元件212是波长可控的。例如，加热元件212可以包括石英管，每个石英管包封一个或多个加热细丝。因为加热细丝的工作温度可以非常高高，所以可以提供冷却部件，以提供对流冷却来防止损坏加热元件。

相机214可以包括一个或多个光学或热相机，或其他机器视觉设备，从而提供烹饪器具200内部的数字表示。在一个实施方案中，相机214结合显示器向烹饪器具200的腔室内部提供虚拟窗口，该烹饪器具的腔室可以是无窗口的。在一个实施方案中，相机包括鱼眼镜头。在各种实施方案中，相机将图像流传输至自适应烹饪器具(例如，用户界面部件250)上的显示器，(通过通信接口240)流传输至用户设备280上执行的客户端应用282或流传输至烹饪引擎270以在烹饪期间进行分析。相机214可以充当食品包装标签扫描仪，该食品包装标签扫描仪通过识别食品包装的机器可读光学标签来配置烹饪器具200。在一些实施方案中，相机214可以向烹饪引擎270提供图像流，可以对该图像流进行分析以在执行烹饪逻辑期间提供反馈(例如，以监视生熟度)。在一些实施方案中，相机214包括可以照亮烹饪器具200的内部的光源，使得相机214可以在其中捕获食品物质的图像。

在一个实施方案中，探头216可以包括温度探头，该温度探头插入可食用物质中以在烹饪期间获取可食用物质的温度读数。例如，温度探头可以是将温度读数的(例如，分别对应于沿温度探头的长度的点的)多个流发送至烹饪引擎270的多点温度探头。在多个实施方案中，探头通过适于接收与温度读数相对应的一个或多个信号的连接电耦合至烤箱的内表面。烹饪引擎270可以经由连接接口从温度探头216接收一个或多个连续的温度读数馈送。在这些实施方案中，烹饪引擎270可以通过分析/解码信号来确定温度读数。响应于来自连续馈送的温度读数的变化，计算设备可以执行由烹饪引擎270动态控制的热量调整算法。

当自适应烹饪器具200用于烹饪可食用物质时，执行与配方相对应的烹饪逻辑以控制烹饪过程。该烹饪逻辑可以包括加热算法，该加热算法指定烹饪引擎在烹饪期间执行的热量调整。在一些实施方案中，烹饪引擎270被配置为检测可食用物质的中心，使得烹饪引擎270可以准确地将温度读数的流分配为与可食用物质的中心相对应。这使烹饪引擎能够监视可食用物质不同部分处的温度梯度，从而实现精确的烹饪方法。在一个示例中，计算设备可以基于用户输入的温度探头216的插入角度和/或插入深度和/或来自连续馈送的温度读数来检测可食用物质的中心。在另一个示例中，温度探头216的作用角度和/或插入深度由加热配方指定。

在一些实施方案中，烹饪器具的显示器可以向用户呈现插入角度和插入深度，以使用户根据那些规格将温度探头216插入可食用物质中。在一些实施方案中，连接接口被配置为机械联接到食品托盘的一部分，并且与食品托盘的至控制器220的中继接口通信。

在各种实施方案中，烹饪引擎270可以分析从相机214接收的图像以及从探头216、传感器218和其他反馈设备接收的数据，以启用加热算法的动态控制。温度探头216可以通过获取来自通过导电腔室壁和食品托盘到AC电流的电容耦合的功率来从功率源260提取(例如，获取)功率。继而，温度探头216可以利用所获取的功率来生成到连接接口的有线电信号、音频信号、射频信号、电感耦合信号和/或电容耦合信号。例如，可以使用一个或多个无源电子部件来生成信号，该一个或多个无源电子部件响应于在不同温度范围内接收电功率而产生不同信号。在一个实施方案中，探头包括温度传感器并且被配置用于温度梯度检测。

通信接口240促进烹饪器具200与外部计算设备之间的通信。例如，通信接口240可以启用烹饪器具200与一个或多个本地设备诸如用户设备280或无线路由器之间的Wi-Fi(例如，802.11)或蓝牙连接，一个或多个本地设备诸如通过互联网提供对远程服务器290的网络访问。在各种实施方案中，通信接口240可以包括其他有线和无线通信部件，从而促进烹饪器具200与另一个设备之间的直接或间接通信。继而，烹饪器具可以通过互联网连接访问云服务。

用户界面部件250可以包括触控板显示器、小键盘、一个或多个按钮和其他输入/输出部件(例如，用于滚动通过菜单和配方选项的旋钮或转盘、音频麦克风)，以使用户能够直接与烹饪器具200的功能部件进行交互。例如，显示器可以呈现来自相机214的图像。显示器还可以呈现由控制器220和用户界面逻辑234实现的用户界面。输入部件可以包括覆盖有显示器(例如，统称为触摸屏显示器)的触控面板。在一些实施方案中，输入部件是一个或多个机械按钮、开关或电容感测设备。在一些实施方案中，输出部件包括扬声器或一个或多个外部灯。示例性用户界面的实施方案在本文中在图14A至图14F中示出，如下所述。在各种实施方案中，烹饪器具200适于从通过物理耦接到自适应烹饪器具200的用户界面部件250中的一个或多个，以及可以远程连接到自适应烹饪器具200的用户设备280提供的用户界面接收用户输入。在一个实施方案中，自适应烹饪器具200包括一个或多个特征部以防止自适应烹饪器具200的未授权或无意操作，诸如要求用户(例如，通过按压自适应烹饪器具200上的物理按钮)与物理耦接到自适应烹饪器具200的物理用户界面部件250进行物理交互，以便开始配方/加热算法。

烹饪器具200可以实现自适应烹饪引擎274、数据存储库276和配方库278。在一些实施方案中，自适应烹饪引擎274可以执行烹饪逻辑以分析反馈分量，诸如来自相机214、探头216和传感器218的图像。例如，可以通过来自一个或多个传感器218的反馈或来自相机214的反馈来确定烤箱配置，诸如烤箱内搁架的位置或烤箱门是打开的还是关闭的。在一些实施方案中，传感器218包括多个温度传感器、多个功率输出传感器、环境光传感器、门打开传感器、架放置传感器和在烹饪操作期间提供反馈的其他传感器中的一个或多个。在一个实施方案中，可以分析来自相机214的图像以动态地调整烹饪算法，以消除可能有害的变黑和由过度烹饪的肉类脂肪生成的烟气。在另一个实施方案中，当面向烹饪器具200的内部时，来自相机的图像可以由特定光源的特定颜色照亮。

在一些实施方案中，自适应烹饪引擎275被配置为分析来自相机的图像以确定机器可读光学标签是否在图像内。例如，自适应烹饪引擎274可以被配置为基于机器可读光学标签从配方库278中选择配方并且实现对应的烹饪逻辑。在一些实施方案中，通信接口240被配置为向用户280发送消息以确认自动选择的配方。在一些实施方案中，自适应烹饪引擎274被配置为在本地显示器上向用户呈现配方并且当显示该配方时经由本地输入部件接收确认。响应于对配方的选择，自适应烹饪引擎可以通过根据加热算法控制加热元件来执行烹饪逻辑。

用户设备280诸如移动设备可以通过用户界面部件250连接至自适应烹饪器具200。例如，用户设备280(例如，计算机或移动设备)可以通过用户界面逻辑234实时配置烹饪器具200。在一个示例中，用户可以经由在用户设备280上运行的客户端应用282来选择配方，并且客户端应用282可以通过用户界面逻辑234进行通信以使烹饪器具200执行对应的烹饪逻辑。客户端应用282还包括与烹饪器具200的接口，该接口可以包括针对用户购买的任何膳食或用户保存到烹饪器具200的任何配方投放配方，从而使烹饪器具准备好通过按压按钮来烹饪配方。通信接口240还可以使烹饪器具200能够访问网络服务，诸如能够从配方服务器290获得的云服务，以促进从配方数据库292执行烹饪逻辑。可以通过使用用户数据库294促进用户账户信息、偏好、配方历史记录、膳食套件订购历史记录和其他用户功能性。

与烹饪器具200相关联的部件(例如，物理的或功能的)可以被实现为设备、模块、电路、固件、软件或其他功能指令。例如，功能部件可以以专用电路的形式，以一个或多个适当编程的处理器、单板芯片、现场可编程门阵列、具有网络能力的计算设备、虚拟机、云计算环境或它们的任何组合的形式跨一个或多个部件实现。例如，所描述的功能部件可以被实现为能够由处理器或其他集成电路芯片执行的有形存储存储器上的指令。该有形存储存储器可以是易失性存储器或非易失性存储器。在一些实施方案中，从易失性存储器不是非暂态信号的意义上讲，易失性存储器可以被认为是“非暂态的”。附图中描述的存储器空间和存储装置还可以用有形存储存储器来实现，包括易失性存储器或非易失性存储器。

每个部件可以单独并且独立于其他部件进行操作。某些或全部部件可以在同一主机设备上或在独立设备上执行。这些独立设备可以通过一个或多个通信信道(例如，无线或有线信道)耦接以协调其操作。某些或所有部件可以被组合为一个部件。单个部件可以被分成子部件，每个子部件执行独立的方法步骤或单个部件的方法步骤。

在一些实施方案中，至少一些部件共享对存储器空间的访问。例如，一个部件可以访问由另一个部件访问或转换的数据。如果这些部件直接或间接共享物理连接或虚拟连接，从而允许由一个部件访问或修改的数据在另一个部件中被访问，则可以认为这些部件是“耦接”的。在一些实施方案中，至少一些部件可以(例如，通过重新配置实现功能部件的一部分的可执行指令)被远程升级或修改。本文描述的系统、引擎或设备可以包括用于各种应用的附加的、更少的或不同的部件。

在一个实施方案中，烹饪引擎根据各种用户目标(例如，针对灼烧水平、生熟度或内部温度、多汁性、内部水分含量的目标)优化烤箱操作，这可以包括烹饪最优质的膳食，减少烹饪时间，以及一次烹饪多份膳食。使用烹饪器具200的各种部件，烹饪引擎标识烹饪的当前状态并且调整烹饪参数，以在温度、水分含量、形状和表面风味以及口感方面达到未来的状态。

功率源260提供操作烹饪器具200的物理部件所需的功率。例如，功率源260可以将交流(AC)功率变换为用于物理部件的直流(DC)功率或直接递送AC。在一些实施方案中，功率源260可以使第一动力总成运行至加热元件212，并且使第二动力总成运行至其他部件。

参考图3，现在将描述示出根据各种实施方案的用于实现自适应烹饪系统的过程的框图。在步骤302中，使用烤箱测试环境304为系统创建配方数据的初始集合，该烤箱测试环境可以包括烹饪器具200、配方服务器140和用户设备280的部件。测试环境304可以包括功能部件，这些功能部件包括自适应烹饪引擎306、热物理学308、食物表征算法310、算法312，以及配方编译器314。该系统包括用于编译配方、传感器、食品特征和其他数据的数据库316。配方可以包括针对自适应烹饪器具200开发的预先存在的配方或专用配方。在一些实施方案中，用户可以选择常规配方(例如，在400度下烘焙30分钟)或基于终端的配方(例如，用大火灼烧烹饪至四分熟)。在一个实施方案中，配方由专业主厨开发和测试，这些专业主厨定义用于多种配方(例如，切成一定重量和形状的鸡肉)的基本食品特征，并且测试各种烹饪参数，诸如烹饪温度、时间和结果。食品特征和测试信息被存储在数据库316中。食品特征参数可以包括食品的类型、食品的切割、大小、形状和烹饪温度、烹饪期间的传感器数据，以及各种其他烹饪参数。在一个实施方案中，食品特征包括加热算法，用于控制自适应烹饪器具以正确地烹饪所标识的食物。

接下来，在步骤320中，生成烹饪模型，该烹饪模型针对包括一个或多个食品特征的各种配方定义自适应烹饪器具200的操作。烹饪模型可以包括一系列可接受的烹饪参数，包括烹饪温度、时间、传感器，以及探头和图像数据以用于正确烹饪。对该信息进行编译以创建提供给烹饪器具的烹饪逻辑。在步骤330中，主厨使用烹饪模型来生成新配方。例如，可以在各种鸡肉配方中使用鸡肉的食品特征。然后，系统生成配方和自适应烹饪逻辑，以进行进一步的测试和验证。然后将已验证的配方存储在网络可访问的存储器中，以供自适应烹饪器具的用户通过配方服务器访问，该配方服务器可以通过云或互联网服务进行访问。内容生成过程340可以在自适应烹饪器具和相关系统的寿命期间的各个时间进行重复。在各种实施方案中，在步骤350中，用户访问配方服务器并且例如通过选择配方、输入新配方或订购带有相关联的配方的膳食套件来选择如本文所述的配方。在步骤352中，烹饪器具接收配方和可以由用户在步骤354中开始以烹饪配方的对应的烹饪逻辑。在各种实施方案中，配方和烹饪逻辑可以取决于由用户输入的偏好和由自适应烹饪器具存储的表示所学习的用户行为的参数。例如，用户可以选择具有由用户选择的期望的最终状态参数的单项烹饪、具有所选择的此类最终状态参数的多项烹饪、具有所选择的此类参数的在多个烤箱级别上烹饪的双层烹饪、针对预先设计的膳食套件的一站式“烹饪此项”配方、具有所选择的过程(诸如烘焙/烧烤/炙烤)的常规烹饪过程，或者加速。烹饪器具遵循来自配方的加热算法，并且在烹饪过程中跟踪温度、传感器、用户数据和其他信息。在配方完成之后，用户可以执行附加的手动操作(例如，进行附加的烹饪以实现期望的生熟度)，丢弃配方，保存配方或提供其他用户发起的反馈。在各种实施方案中，可以将在烹饪过程中累积的所选择的数据上载到配方服务器以进行进一步处理。在一个实施方案中，在针对用户反馈以及与初始烹饪模型相比的传感器数据、图像和其他跟踪信息的偏差进行调整之后，将配方存储在烹饪器具中供用户使用。在一个实施方案中，跟踪的系统反馈信息包括来自相机的图像以及烹饪期间图像分析的结果。在一些实施方案中，累积的数据包括关于食品的数据，包括在烹饪之前、烹饪期间和烹饪之后的特性、食品的来源、烹饪期间或烹饪之后所使用的输入的反馈、与用户相关的参数，诸如如何插入探头(例如，角度、深度)，如何切割某些可食用物质(例如，相比一英寸的切块相对较小或较大)和/或其他跟踪的信息(以及两个或多个数据项之间的关系)。

在各种实施方案中，用户订阅包括预包装的膳食或杂货递送服务的配方服务。例如，用户可以支付少量的每月订阅费用，然后在线购买单独的膳食套件或杂货。供应商可以根据相关联的配方准备具有新鲜食材的膳食套件。供应商可以跟踪递送，并且在膳食套件到达之后将配方和烹饪逻辑下载到自适应烹饪器具。然后，用户可以将膳食套件放置在烹饪设备中，并且选择用于烹饪的配方。在一个实施方案中，当膳食套件到达用户位置时，配方出现在烹饪设备的显示器上(例如，突出显示为主屏幕顶部的建议配方)。在另一个实施方案中，烹饪设备的相机在将膳食套件放在烹饪设备中时对其成像，并且标识相关联的配方和烹饪逻辑。这些方法允许用户通过按压单个按钮来启动烹饪逻辑以烹饪新鲜的膳食。在另一个实施方案中，用户选择一个或多个配方，并且供应商选择最佳食材以针对所选择的配方将其递送给用户。烹饪器具接收配方，该配方包括用于用户的制备说明以及用于烹饪器具的自动烹饪逻辑。在一些实施方案中，配方服务、烹饪器具和/或其他设备基于用户偏好和使用统计信息跟踪用户数据并且做出膳食套件和/或杂货店推荐。例如，配方服务可以提供特定种类的鲑鱼，因为用户喜欢鲑鱼，将鲑鱼置于特定的内部温度后味道更佳。

参考图4A，将进一步描述示例性订阅模型。用户通过用户设备402订阅配方服务，该配方服务可以包括折扣、提早访问新配方、膳食套件递送和在线杂货店整合。在各种实施方案中，一个或多个订阅选项可以包括其他特征，诸如免费装运、加急装运、烤箱上的增强的功能性(即，仅对订阅者可用的功能)、对特殊内容的访问(烹饪视频、本地事件、聚会)，以及提早访问内容。在一个实施方案中，订阅特征可以包括将配方自动投放至烤箱(例如，对应于食品和从供应商订购的其他配方相关项目的配方)和基于用户特定信息的特殊推荐。

膳食套件提供方420根据配方数据库412中可用的一个或多个配方来准备膳食。在各种实施方案中，膳食套件可以包括食材的集合(例如，用于膳食制备的未加工的食材；准备好烹饪的预先准备的食材)，根据用户的技能水平或偏好的烹饪用品和/或准备膳食的说明。在一个实施方案中，膳食套件提供方420针对现有配方准备膳食套件。在其他实施方案中，膳食套件提供方(例如，餐厅)还可以根据提供方的食品选项来提供针对专有配方的膳食套件。膳食套件提供方420可以为例如独立企业、提供外带膳食的餐厅或杂货店。膳食套件提供方420可以为第三方企业，或者是与操作配方服务器410的同一实体相关联或由其提供的食品制备服务。在一个实施方案中，膳食套件提供方420可以通过网络界面访问配方服务器410，并且将膳食套件与配方选项相关联。

用户可以具有通过配方服务器410的用户数据库426相关联的相关联的用户账户和带有标识符的烹饪器具。在操作中，用户通过烹饪器具440的用户界面或用户设备402上的客户端应用404访问配方服务器410。客户端应用404包括用于登录用户的订阅账户的登录屏幕406。然后，用户可以浏览配方408，标识用于所选择的配方410的食材，并且通过提供方诸如膳食套件提供方420和在线杂货提供方422订购食品414，该提供方将针对所选择的配方的未烹饪的食品递送至与烹饪器具440相关联的位置。在一个实施方案中，配方与来自膳食套件或杂货提供方的选项一起出现在屏幕上。提供方420和提供方422跟踪订单到烹饪器具位置的递送，并且在订单被接收之后通知配方服务器410下载配方和对应的烹饪逻辑。在另一个实施方案中，可以从用户设备上的客户端应用获得配方和烹饪逻辑，诸如通过用户存储的配方416，并且可以通过烤箱界面418将该配方投放到烤箱。在各种实施方案中，用户可以订购膳食套件以在供应商位置处领取，并且在用户接收到来自供应商的订购之后，可以将对应的配方和烹饪逻辑投放到烹饪器具。在一些实施方案中，用户可以通过烹饪器具440的用户界面访问配方服务器410、膳食套件提供方420和在线杂货提供方422，以实现如本文所述的在线购物功能。

在一个实施方案中，用户可以从配方服务器410中选择多个配方，诸如一周的用餐计划，并且在线杂货提供方422可以汇集必要的食材，包括根据最佳食品特征准备并且切成期望比例的食品，并且如本文所述准备和递送订单。然后，所选择的配方和烹饪逻辑通过客户端应用对烹饪器具可用。在另一个实施方案中，可用食材可以被提供给配方服务器410，该配方服务器基于可用食材、用户偏好和其他用户特定信息来标识配方。该系统还可以与智能设备诸如智能冷藏机集成，该智能设备向配方服务器提供当前食品选项以用于配方选择。

在一个实施方案中，提供了高级食品服务。专业主厨使用可通过一个或多个提供方获得的食材的受控部分创建专门用于烹饪器具的配方。如本文所述，对配方进行测试和优化以进行专业品质的烹饪，并且可以提高烹饪速度的快速烹饪选项是可用的，诸如以常规烤箱时间的1/3至1/8进行烹饪。提供方提供专门针对每种配方准备的优质食材。这样，配方可以由不同区域的不同用户以不同的技能准确地再制备。供应商可以根据递送计划表(诸如在订购后的2天内递送)将新鲜食材递送至用户家门口。在一个实施方案中，食材或膳食套件将与给用户的说明和预先下载到烤箱的烹饪逻辑一起到达。这样，新手用户可以毫不费力地再制备主厨品质的膳食。可以对食材的质量进行控制，并且本文所述的系统为用户产生简单、易于遵循的说明。

在各种实施方案中，用户可以通过与烹饪器具相关联的用户界面(例如，触摸屏界面、语音控制界面、通过可通信地连接的移动设备的界面等)来订购膳食套件。烹饪器具可以通过一个或多个服务器(例如，图4A的配方服务器410)链接到一个或多个用户账户。在用户通过用户账户(或与之相关联)购买膳食套件后，对应的配方和烹饪算法可以被自动传输至烹饪器具。在各种实施方案中，烹饪器具可以进一步经由用户账户、电子邮件、信用卡或其他用户标识符将用户相关和烹饪相关的信息(例如，食品和烹饪环境的初始数据、整个烹饪过程中的食品和烹饪环境、通过诸如图4G所示的用户反馈界面的对烹饪结果的用户评估等)绑定到特定用户账户。

在一些实施方案中，用户可能期望烹饪特定的食材(例如，来自特定的供应商/合作伙伴和/或由用户独立获取)或膳食以实现期望的结果。例如，用户可以从在线市场或配方商店(例如，经由烹饪器具上的用户界面，经由移动设备上的应用程序，通过web浏览器)或经由杂货店(例如，在通过通信网络链接到烹饪器具的系统上使用常客卡)获取膳食套件。用户可以在登录到与烹饪器具相关联的用户账户时订购食品，从而允许膳食套件内容和配方被下载到用户的烹饪器具。与实体商店或在线商店相关联的常客卡可以与第三方商店账户相关联，该第三方商店账户可以链接到与用户的烹饪器具相关联的账户。例如，用户可以有订阅账户，该订阅账户自动将食品购买下载到用户的烹饪器具。订阅账户可以链接到与用户(例如，杂货店)相关联的第三方账户服务，以向烹饪器具提供膳食套件信息或其他食品购买信息，并且向用户提供其他益处(例如，订阅者益处)。

在一些实施方案中，与膳食套件相关联的配方、烹饪算法和用户特定信息可以被下载到烹饪器具。用户特定信息可以包括用户偏好信息，该用户偏好信息包括由用户选择的配方偏好(例如，将肉烹饪至四分熟)和/或基于过去的用户体验或设置存储的参数。例如，用户可以订购膳食套件并且执行配方来将肉烹饪至四分熟，但是随后确定所烹饪的肉太生，并且在烹饪后指示烹饪器具进行后烹饪以将肉烹饪更长时间。用户还可以“润饰”所烹饪的肉以添加附加的灼烧。可以将烹饪申请人在偏离膳食套件配方的烹饪之前、烹饪期间和烹饪之后接收的用户交互作为用户偏好存储，并且与膳食套件或类似的膳食套件(例如，包括相同的肉的另一个膳食套件)一起用于配方的下一次执行。例如，在烹饪膳食套件之后，可以提示用户通过用户界面(诸如，图4G中呈现的用户界面反馈屏幕)向烹饪器具提供反馈，提示用户给出评分和其他反馈。

在各种实施方案中，可以通过烹饪器具上的用户界面来访问膳食套件配方信息和设置。用户界面还可以引导用户以特定方式准备膳食套件，然后将其放置在烹饪器具的腔室中。在图4B-G中示出了用于促进本公开的各个方面的用户界面的示例性屏幕截图。对于其他非膳食套件的烹饪场景，诸如用户在当地农贸市场购买的烹饪食材，可以向用户提供类似的界面。

在一个实施方案中，用户界面在显眼的位置提供膳食套件信息，从而允许用户选择膳食套件并且执行配方。例如，如图4B的实施方案所示，用户可以登录烹饪器具的用户界面(例如，屏幕450)以将烹饪器具链接到用户的账户。然后，用户界面可以提供用户特定数据，诸如订购的膳食套件454、用户在烹饪器具上烹饪的最近的配方455、感兴趣的添加标签的配方456、对新配方的推荐457，以及其他信息，诸如经由递送膳食预计送达的日期/时间，经常烹饪的配方和偏好、待食用每个膳食套件或配方的人的身份及他们的个人偏好，诸如生熟度和灼烧水平。

膳食套件可以包括杂货或食品的集合，这些杂货或食品被组合成适当的量和比例，以利用比常规的膳食制备技术更少的食品制备为用户提供方便且吸引人的膳食。然而，许多用户将选择通过准备自己的食材来使用烹饪器具和膳食套件功能性。膳食套件的内容可以经由配方传送给用户。然而，用户可以发现方便地替代以其他方式明确指定的膳食套件中的不同食材或配方是必要的。例如，膳食套件可以包括带有西兰花和马铃薯的菲力牛排，并且用户可以用具有不同的热特性和烹饪特性的青豆代替西兰花。在一些实施方案中，可以经由用户界面复制已知配方，诸如膳食套件配方，并且对其稍作修改以适应不同的膳食偏好。在一些实施方案中，可以提示用户通过用户界面输入对配方的改变。然后，配方生成器可以使配方适应变化的条件。例如，如果用西兰花替代青豆，通常需要较少的热量以便正确地烹饪(而不是烧灼)青豆。在一个实施方案中，用户可以复制菲力牛排西兰花和马铃薯的整个配方，并且烹饪引擎可以调整放置西兰花的烹饪区，以便容纳青豆而不会对其余的食物产生负面影响。

在各种实施方案中，可以基于以下一项或多项来确定推荐的配方455(例如，主厨精选)：用户偏好、从用户的先前烹饪收集的信息、类似用户的使用统计信息和评分、与用户过去的烹饪相关的用户偏好和评分和/或由烹饪器具和/或用户账户跟踪的其他数据。在一些实施方案中，配方建议还可以考虑用户的地理位置(例如，基于特定地理位置中用户的偏好)，该位置可以通过IP地址确定、用户递送地址、与用户账户相关联的地址、销售点位置、GPS或其他方式确定。

在用户选择用于在烹饪器具上烹饪的膳食套件(或使用用户购买的食材的配方)之后，可以由用户界面在用户准备膳食的步骤上提示用户。现在将参考图4C的屏幕截图描述用户界面的示例性实施方案。在该实施方案中，提示用户采取确定食品或烹饪环境的某些特性的某些措施。例如，可以提示用户测量待烹饪的蛋白质或其他可食用物质的高度，以配置加热算法来获得期望的结果。与膳食套件或烹饪器具相关联的测量标识符或参考对象可以协助用户提供有关食品特性的信息。

例如，如图4C的屏幕截图所示，可以提示用户(屏幕460)使用温度探头(诸如用于在烹饪过程中测量可食用物质内部温度的温度探头)来测量蛋白质(例如，鸡肉)的高度。在各种实施方案中，温度探头可以包括具有可以协助高度测量的某些标记或着色的尖的/尖顶部分。然后可以提示用户输入测量的高度，诸如通过输入数值测量或以图形方式指示高度(诸如通过将图形滑块461移动至屏幕462上显示的探头上的适当位置)。在各种实施方案中，可以基于检测的可食用物质的高度和其他已知的食品特性来调整烹饪算法。用户界面还可以包括图形、音频和/或视频提示和信息，因此，即使用户不具有测量烹饪用食品的先验知识，或者用户过去很难精确测量高度，用户也可以以简单的方式便利地输入食品特性(例如，食品的高度)。

在各种实施方案中，烹饪器具可以通过例如确定在烹饪过程中食品是烧灼过度还是烧灼不足来确定用户在先前的配方中是否有高度测量困难，以及用户所遇到的困难的类型(例如，高估或低估高度，以及与之相关联的统计信息)。这样，烤箱可以学习用户的行为，并且确定可以存储和用于以后的烹饪的与用户相关的参数(例如，通过调整烹饪逻辑以解决用户可能的错误测量)。

还可以提示用户将食物放置在托盘上的某个位置上，以及如何以及在何处将温度探头(诸如多点温度探头)插入蛋白质或其他可食用物质中(屏幕464)。用户界面还可以提供提示以定制膳食(屏幕465)，关于将食品托盘放置在烤箱中的什么位置(屏幕466)和何时开始烹饪的指示(屏幕468)。

在各种实施方案中，烹饪器具可以包括一个或多个过程，这些过程可以单独和/或一起被配置为学习烹饪器具的操作并且使其适应食材、用户和环境的特征。例如，烹饪器具和/或配方可以包括初始配置，该初始配置可以基于感测的、计算的和/或用户提供的信息(例如，整个烹饪过程中的食品和烹饪环境数据、用户对烹饪结果的评分等)在烹饪过程中和/或烹饪之后更新，该信息用于调整烹饪器具的操作以实现一个或多个期望的烹饪结果。在一些实施方案中，多个自适应过程与稳健的用户生态系统结合使用，以实现在速度和质量方面远远超过常规烹饪方法的烹饪结果，尤其是当由没有经验的厨师执行时。

此外，烹饪器具可以在无需用户直接输入的情况下确定关于食品或烹饪环境的某些数据。例如，烹饪器具可以包括一个或多个传感器，该一个或多个传感器提供反馈以验证所使用的托盘的类型(例如，正确的材料、尺寸和形状)和/或托盘在烹饪器具中的位置(例如，顶部搁架与底部搁架)。然后，烹饪器具可以向用户提供反馈，提示用户改变托盘位置，改变探头位置或其他改变以产生最佳的烹饪环境。例如，为了在烹饪过程中最佳地跟踪温度变化，可能需要某个探头取向(例如，水平取向平行于烹饪托盘的平面)，并且探头可以配备有某些硬件/软件(例如，加速度计和相关联的软件)来确定探头取向。

可以经由用户界面(例如，触摸屏、音频反馈)提示用户建议的和/或强制性的校正，以针对食品特性、所选择的配方和用户偏好来优化烹饪环境。反馈可以指示例如托盘位置和/或探头插入不正确或不是最佳的，并且可以建议用户修改此类位置或取向。在各种实施方案中，烹饪器具还可以经由用户界面向用户提供指导性的音轨、图形和/或视频，以解释或演示如何改变托盘位置，如何正确地定向探头，甚至如何正确准备食品并且将其放置在托盘上(例如，切割蔬菜的尺寸，是否在托盘上堆叠或散布某些可食用物质，将食品放置在何处等)。例如，图4D示出了针对用户的将鸡蛋放置在鸡蛋托盘中的食品放置(屏幕470)、用于多区烹饪的膳食的食品放置(屏幕472)、关于确定某些食品的高度的指令(屏幕474)和烹饪器具中的托盘位置(屏幕476)的各种用户界面屏幕截图。

烹饪器具还可以基于关于食品的其他信息，例如食物的杂货店、分销商、批发商或生产者来调整烹饪算法或指令。可以经由直接用户输入、通过使烤箱扫描条形码或食品ID、通过跟踪用户购买的食品或经由其他方式将与来源相关的信息传输至烤箱。烹饪器具可以包括数据库，该数据库存储关于来自这些来源的食品的数据，并且可以基于在执行当前或类似的配方时所收集的关于该食品(或类似的食品)如何烹饪的数据来优化配方。与食品相关的数据还可以包括关于在配方中如何烹饪食物的用户反馈。烹饪器具、配方服务器、其他处理系统可以跟踪食品、配方和用户信息，以从收集的数据中学习并且调整未来的烹饪以产生期望的结果。供应链和市场产品还可以基于食品和用户的特征(食品和烹饪环境初始条件数据，整个烹饪过程中的食品和烹饪环境数据，用户对烹饪结果的评估等)来优化。

尽管烹饪器具可以指示用户校正环境中标识的错误，但是烹饪器具并不需要完美执行配方来产生期望的结果。在各种实施方案中，烹饪器具可以调整烹饪算法以适于学习的或检测到的用户行为。烹饪器具可以随着时间的推移而学习特定用户倾向于偏离理想的烹饪环境，诸如用户以与配方不同的某种方式准备和/或布置食品，持续将探头在食品中错误地定向，以及其他检测到的变化。烹饪器具可以使用该学习的行为来基于所学习的行为来调整配方，以在给定的环境条件下仍实现期望的烹饪。例如，烹饪器具可以学习用户以此类方式插入探头，即通常使最低温度读数从在整个烹饪过程中食品中的温度最低的点偏移一定毫米(例如，通过将探头插入蛋白质太深或不够深)，然后烹饪器具将预期传感器的读数比正确定向时的读数高出特定的几度。烹饪器具然后可以将食品烹饪到该探头读取的温度比最终温度高几度的点。

在所学习的行为的另一个示例中，烹饪器具可以学习用户在配方已完成烹饪后倾向于“过度搁置”膳食(例如，用户在提议的时间之后才切割食品，使得食品内的烹饪后温度流使中心温度升高至超出期望水平的生熟度)，并且烹饪器具可以更改配方，以增加烹饪后蛋白质中心将保持在期望的温度范围内的时间，从而向用户提供更长的切割食品的窗口。搁置阶段中的用户交互可以由用户界面引导，该用户界面经由触摸屏显示给用户，或者经由音频与用户通信，食品在达到期望的温度之前应该搁置多久，以及一旦食品达到该温度，在温度升高至超出期望的生熟度水平之前，用户将有多少时间可以切割食品(参见例如图14B)。因此，烹饪器具可以基于烹饪器具可用的许多因素，使用多元学习环境来评估用户行为并且采取适当的措施(例如，修改烤箱如何提示用户切割食物，诸如通过发出更大的声音或不同的听觉指示)，这些因素包括感测的数据(例如，用户放置托盘或探头)、用户偏好、食品特性(例如，食品类型、高度、布置)和通过用户界面跟踪的用户交互。烹饪器具可以确定用户是否随着时间的推移正在学习和适应指令，某些评估是否是个别事件和/或用户评估是否暗示历史趋势，并且相应地调整配方。在一个或多个实施方案中，学习环境是经训练以响应于烹饪之前、烹饪期间和烹饪之后的各种环境条件来适应烹饪算法的神经网络。

在各种实施方案中，可以多种方式输入并且修改用户生成的配方。在一个实施方案中，用户可以采用现有的配方和膳食套件，并且改变食材、制备和烹饪时间/期望的结果。图4E示出可以呈现给用户的示例性用户界面屏幕，包括膳食套件配方、下载的配方、用户输入的配方或其他配方的详细汇总内容(屏幕480)，以及提示用户输入用户做出的对配方的更改的屏幕(屏幕482)。烹饪器具可以分析由用户输入的更改并且修改烹饪以实现期望的结果。

在一些实施方案中，用户可以从头开始建立配方。参考图4F，烹饪器具可以包括被配置为引导用户完成该过程的用户界面部件，从而允许用户尽可能详细地输入配方和食品特性。烹饪器具和/或服务器可以标识用户所选择的食品类型的相关配方和/或烹饪参数，并且生成与配方相关联的基本烹饪算法，然后可以基于食品特性、环境特性、用户偏好、用户反馈和其他可用信息进一步进行调整。图4G中示出根据一个或多个实施方案的用于收集用户反馈的示例性用户界面。然后，每当用户执行配方以实现期望的烹饪结果时，可以自动调整适应的配方。这样，下次用户尝试烹饪配方时，将用本文所述的说明和进一步的适应，自动校正烹饪新配方的失败尝试。应当理解，与常规的方法相比，本公开的烹饪器具可以以更少的时间和精力来制备配方。

参考图4F，示出了用于单一食材烹饪的示例性用户界面屏幕。可以提示用户选择食材(屏幕483)和所选择的食材的类型(屏幕484)，并且烹饪器具自动选择合适的加热算法，如本文所述。然后，可以提示用户选择所选择的食品的切割(屏幕486)，并且标识食品应该放置在托盘上的位置(屏幕487)。在此过程中，烹饪器具提示用户有关优化配方和烹饪算法的信息，诸如蛋白质的高度(屏幕488)，探头在蛋白质中的放置(屏幕489)，以及托盘在烹饪器具490中的放置。用户还可以选择进入“主厨模式”，该模式提供对配方创建的更详细的控制，而基本用户界面提示可能无法提供对配方创建的控制。

基于用户偏好、类似配方、基本食品食材的特性以及其他可用数据，烹饪器具可以提示/建议用户调整食品尺寸、烹饪时间和新配方的其他方面。烹饪器具可以通过各种传感器和用户反馈来跟踪烹饪，从而允许在烹饪过程中自动校正不成功的配方，并且为下一次烹饪尝试进行进一步改进。如果用户不喜欢该结果，则烹饪器具可以自动调整配方和/或向用户建议改变。如本文所公开的，即使执行质量不佳的配方，烹饪器具也可以产生期望的结果。在各种实施方案中，可以对下一次烹饪进行校正/调整以快速产生期望的结果，即使是根据质量不佳的配方。

应当理解，不遵循所述指示并且尝试使用不正确的配方来烹饪的主厨，使用本申请的烹饪器具仍然可以产生良好的结果。在各种实施方案中，用户生成的配方可以包括与用户输入的配方类似的、多数用户所喜欢的和/或与该烹饪器具的用户具有类似配置文件的用户喜欢的配方的建议。用户界面还可以分析有关用户生成的配方的某些信息，以向用户提出有关如何创建新配方内容的建议，例如受欢迎的加热逻辑模板，以将某些配方或配方的一部分作为基础。

在各种实施方案中，烹饪器具使用基于多光谱光的加热器产生热量。此类加热器对食品的几何形状和各种食品特性(诸如特定于食品的热容和水分含量)相对敏感。全面了解食品特性和位置允许调整加热算法以改善烹饪效果。在一些实施方案中，部分地使用食品和食品来源的标识符(“ID”)来确定食品高度。食品标识符可以与膳食套件、食品品牌或可以被存储以跟踪可食用物质的烹饪特性的其他标识符相关联，从而允许将此类特性结合到配方和烹饪算法中。在一种方法中，膳食套件或食品来源的标识符诸如条形码可用于标识期望的食品特性。然后，可食用物质的特定特性将与烹饪器具、用户或可通信地耦合到烹饪器具的数据库相关联。特定的食品特性可以包括有效期、几何形状、高度、比热容、重量、表面红外吸收特性、水分含量、推荐的配方和/或烹饪后的食物或其镀敷形式的图像或推荐的配方的图像。

当用户替代食材时，不仅改变了食品的特性，而且还改变了食材与加热元件的接近度。如果烹饪器具不知道用户选择的食品，则该食品可能被不正确地烹饪。通过考虑食品的高度和其他几何因素，烹饪器具可以产生更准确的烹饪结果。但是，手动输入的食品高度轮廓的错误率可能非常高。在一些实施方案中，可以通过使用自动高度测量系统诸如LiDAR、立体视觉和/或其他技术来输入食品的高度。

烹饪器具可以访问食品ID，这允许烹饪设备访问食物的特性。在一些实施方案中，如果食品标识符是未知的，则用户可以标识已知特性，可以包括使用探头测量食品，对食品成像，允许烹饪器具和/或在线服务器标识食品或另外的具有类似特性的食品。然后可以基于食品的期望的特性将相关联的加热算法应用于配方。

应当理解，常规的烤箱不基于如本文所公开来烹饪的食物的知识来操作。即使没有最佳地准备或采购食品，本公开的用户体验也将指导用户达到期望的结果，而与烹饪经验和食材无关。例如，球芽甘蓝可以像小拳头一般大，也可以像拇指指甲一样小，并且期望的加热算法将根据配方中使用的球芽甘蓝的特性而变化。在各种实施方案中，烹饪器具知道该批次球芽甘蓝的近似尺寸，并且能够根据配方而稍微变褐并且烹饪出期望的(或“最佳的”)球芽甘蓝的味道。在一些实施方案中，在使用或不使用能够确定球芽甘蓝的生熟度的其他高级感测系统(诸如，相机)的情况下，烹饪器具可以调整到期望的食品特性。用户并不总是需要指定球芽甘蓝的类型和平均直径(例如，0.7英寸)，而是可以基于销售点处的食品和用户账户的标识符依赖于烹饪器具和相关系统中已经存在的信息。

在各种实施方案中，关于正在烹饪食品的先验知识允许烹饪设备更准确地估计烹饪时间。使食品的中心温度达到期望的温度所期望的能量可以根据食品的表面体积比变化几个数量级。例如，拇指马铃薯与大马铃薯的烹饪时间可能相差很大，并且可用于生成高质量膳食的加热方法也可能相差很大。

对于一些食物，可能很难创建在销售点关联特定食物的唯一ID。例如，如果用户要从杂货店而不是从网上购买食物，那么如果杂货店没有连接至烹饪器具和/或用户账户，则很难获得食品标识符。在那些特殊情况下，系统可以将用户的信用卡号或其他与账单相关的唯一标识符与购买的项目列表和购买时间结合使用，以允许烹饪器具确定食品的特定特性。例如，如果用户使用用户的信用卡在上午10点购买有机球芽甘蓝、拇指马铃薯和紫玉米，则关联系统可以将信用卡与用户账户和所购买的项目相关联，这些项目可以具有唯一的食品标识符。

在各种实施方案中，烹饪设备可以根据食品标识符、购买日期和位置以及其他可用信息来确定食品参数。这些食品参数可以包括信息，诸如几何形状、水分含量以及最近购买的食物的推荐配方。用户界面允许用户选择建议的配方、选择现有配方或输入新配方。可以选择呈现给用户的推荐配方，以对最近购买的食材及其相关联的配方进行优先排序。通过结合用户的偏好和活动历史记录(诸如通过统计信息或协作过滤)，可以进一步对推荐的配方进行优先排序。通过这种方式对食物进行优先排序，可以使烹饪设备显著减少滚动以及不必要的不愉快的用户界面交互。例如，用户可以从杂货店购买球芽甘蓝回家，然后在烹饪设备上找到建议的球芽甘蓝相关配方，该配方是基于用户喜欢的先前配方进行选择的。这样，用户将不需要滚动数十页的食物来查找期望的配方。

由烹饪器具获得的信息也可以提供给杂货店或其他销售点运营商，以增强杂货店的物流和购买决策。例如，烹饪器具可以提供有关何时以及如何准备和使用不同项目的附加信息，从而允许商店优化其供应链并且减少必须保留的项目的数量，因为它知道用户所消耗的累计食品量，大概是何时消耗的，以及他们还一起消耗了哪些其他食品。在线商店还可以使用食品消耗和配方偏好以及反馈来建议新配方和要购买的食物。例如，如果用户购买了牛排和球芽甘蓝，但仅烹饪了球芽甘蓝，则在线商店可以推荐球芽甘蓝(知道用户最近消耗了球芽甘蓝，并且可能仍然有牛排)。这可以帮助向用户提供更方便的用户界面，用于订购食品和选择配方。

减轻手动输入食品高度的问题的一种方法是允许用户将食品的高度与其他参考对象进行比较，并且在用户界面上显示相同的参考对象，使得用户可以在参考对象和食品在用户界面中的描绘的高度之间进行直观比较。存在许多方便的参考对象，并且随讨论中的烹饪设备一起装运。例如，温度探头尖顶可以是在制备过程中用于测量食品高度的相对方便的参考对象。另一种可能性是用户界面显示器本身，该用户界面显示器可以具有像标尺的图像用于高度测量的目的。另一个可能的实施方案是在烹饪腔室或托盘的部分上雕刻或用其他方式标记，使得高度或其他寿命单位相对明显。然后，该用户可以通过在视觉上比较或操纵相对于参考对象的标记来输入食品的高度以指示高度。

图5为示出根据各种实施方案的自适应烹饪装置和用户设备的框图。在一个实施方案中，烹饪器具可以通过分析从相机接收的图像来在操作期间动态地调整烹饪逻辑。烹饪器具可以使用相机来确定在烹饪食品之前或期间的若干参数，包括但不限于：食品的几何形状和厚度、表面纹理变化、褐变或灼烧的水平、烧灼的存在、食品收缩、膨胀或变形、液体渗漏、烟雾的存在、蒸汽的存在、液体沸腾或它们的任何组合。相机还可以通过检测不安全事件(诸如烟雾检测、火灾检测或极端温度的存在)来确保安全，这些不安全事件可能会触发警报并且断开烤箱。

相机反馈控制对于烹饪过程遵循指数或非线性轨线的烹饪方法很有用。例如，在食品变褐过程中，食品颜色越深，食品吸收的热量就越大。这在烘烤过程中尤为明显，在烘烤过程中2分钟过后通常会产生好看的褐色，但是2分30秒却有可能会将面包烤焦。通过在检测到适当的烘烤水平时停止或调整烹饪过程，可以在烹饪期间对食品进行实时图像分析，从而使烤面包每次都能完美地变成褐色。另外，对于顺序的烹饪时段，在此期间，烹饪设备已被先前的烹饪时段预热，可以使用相机控制的褐变来产生一致的结果。

此外，食物的3-D几何形状也可以由相机确定。例如，可以通过添加附加的相机(其中可以使用立体视觉确定3D几何形状)或通过添加另外的结构化光源使得预先确定的光图案投射到食物上来获得3-D图像，使得可以通过光图案的畸变来推断食物的3-D结构。

由于很好地控制了烹饪设备的腔体，因此还可能仅使用单个相机来确定食品几何形状。但是，对于对比度或可见边缘很少的食品，使用单个相机确定精确的3-D结构可能更具挑战性。在这些情况下，可以同时使用不同的光源、不同的相机滤镜和传感器来提高三维分辨率。3-D几何形状有多种用途：可以基于所讨论的食物的厚度优化烹饪顺序。3-D几何形状还可以帮助生成褐变或灼烧会话结果的预览。

在一些实施方案中，经由一个或多个烤箱内相机的机器视觉可以用于改善用户体验。例如，相机可以用于标识和校正食品制备、烹饪算法和/或食品放置中的可见错误。一个常见的错误是将食品插入错误的托盘架中。不同的托盘架将食品放置在距离加热元件不同距离的位置处，这会显著影响正在烹饪的食物。在一些实施方案中，一个或多个相机从包括放置在烤箱内的食品的固定位置对烹饪腔室的内部成像，并且确定托盘与烤箱内部之间的关系以计算托盘位置。如果托盘位置错误，则可以通过用户界面通知用户以校正托盘放置以及/或者通过算法覆写评估并且继续烹饪算法。

在若干实施方案中，烹饪器具可以实现各种机制以促进旨在为烹饪器具建立虚拟加热配方的开发者的编程过程，其中该虚拟加热配方包括使用相机反馈控制。食品的光学特性可以由相机库确定，然后将食品的状态转化为易于应用的应用程序编程接口(API)。在一个示例中，可以通过编程将灼烧或褐变的控制分为10个片段：零为完全不褐变，并且10为变成黑色。相机可以使用食品的初始阴影将褐变标度校正为零值。基于食品的类型，可以计算出10的褐变水平。在操作中，用户可以指定期望的褐变水平。

在烹饪食品时，相机可以将初始褐变水平与当前褐变水平进行比较，以计算出当前呈现的褐变水平。另外，在存在非线性变化的烹饪过程中，相机反馈库可以进一步使用该非线性变化来校正其褐变水平。例如，在可以通过烘焙形成外壳的食品中，可以将外壳的形成校正到水平7。

在另一个示例中，从食品散发出的蒸汽的存在或气泡的存在指示食品的表面温度已达到100℃。该信息与烹饪设备温度、上面提到的其他光学信息和定时相结合，可以用于对食品的内部温度和/或烹饪过程的状态进行建模。

参考图5，用户设备540运行客户端应用542，该客户端应用包括到烹饪器具特征的接口，诸如温度和传感器信息，以及在烹饪时膳食的图像。这允许用户可以实时查看膳食以及有关烹饪进程的诊断信息。

根据各种实施方案，烹饪器具500可以包括具有门506的腔室502。至少一个烹饪平台510被设置在腔室502内。烹饪平台510可以是托盘、架或它们的任何组合。腔室502可以衬有一个或多个加热元件514(例如，加热元件514A、加热元件514B等，统称为“加热元件514”)。每个加热元件514可以包括波长可控的细丝组件。该波长可控的细丝组件能够响应于来自烹饪器具500的计算设备的命令而独立地调整发射频率/波长、发射功率和/或发射信号图案。在各种实施方案中，取决于所使用的波长，波长选项允许涉及以下各项的各种烹饪模式(从最短波长到最长波长)：直接模式(可食用物质的表面)、直接模式(可食用物质的内部烹饪)、平底锅模式、烤箱模式。在一个实施方案中，可以实现两个不同的波长，第一较短的波长用于烹饪食品的外表面，并且第二较长的波长用于烹饪食品的内部。可以使用计算机视觉来确保期望的灼烧，并且可以使用探头技术来跟踪期望的内部温度。

在若干实施方案中，腔室502是无窗的。即，当门506关闭时，包括门506的腔室502被完全封闭而没有任何透明(和/或半透明)部分。例如，当门506关闭时，腔室502可以被密封在金属壳体内，并且一个或多个相机诸如相机518可以被布置为在操作期间对腔室502的内部成像。在一些实施方案中，相机518被附接到门506。例如，如图所示，当门506关闭时，相机518可以向内朝向腔室502的内部，并且当门506打开时可以朝上。相机518可以被附接到门506或邻近(例如，在三英寸之内)门506，使得能够容易清洁、方便扫描标签、保持私密性、避免热损坏等。

在一些实施方案中，加热元件514在腔室中的一个或多个位置处包括一个或多个波长可控的细丝组件。在一些实施方案中，一个或多个波长可控的细丝组件中的每一个能够独立地调整其发射频率(例如，峰值发射频率)和/或其发射功率。例如，可以在宽频带范围内(例如，从20太赫兹到500太赫兹)调谐波长可控细丝组件的峰值发射频率。不同的频率可以对应于加热食品物质的不同的穿透深度。

可以通过具有与加热细丝本身的热惯性相比可以相对较快地打开和关闭的类似继电器的控件，通过使用类似快速切换脉冲宽度调制(PWM)的电子器件来控制加热元件具有变化的功率。峰值发射频率的变化可以与递送到加热元件中的功率量直接相关。功率越大，峰值发射频率越高。在某些情况下，烹饪器具500可以通过启动更多的加热元件来保持功率恒定，同时降低峰值发射频率，每个加热元件的功率较低。烹饪器具500可以独立地控制细丝组件的峰值发射频率并且通过分别驱动这些细丝组件来对其供电。

在一些实施方案中，针对每个单独的加热元件使用最大功率以实现最高发射频率是具有挑战性的，因为AC功率源可能不足以提供功率消耗(例如，因为它将使保险丝熔断)。在一些实施方案中，这通过以最大功率顺序驱动每个单独的加热元件而不是以降低的功率并行驱动它们来解决。通过将顺序驱动和并行驱动相结合，可以实现中间峰值发射频率。

在各种实施方案中，相机518包括红外传感器，烹饪器具500包括多个相机，并且相机518包括保护壳。在一些实施方案中，加热元件514和相机518被设置在腔室502中，使得相机518不直接在任何成对的加热元件之间。例如，加热元件514可以沿垂直于门506的两个竖直壁设置。加热元件514可以是在竖直壁上水平地延伸并且垂直于门506的石英管(例如，其中具有加热细丝)。

在一些实施方案中，提供了显示器，诸如附接到门506的显示器522，或者在另一位置处诸如烤箱的顶部上的显示器。显示器522可以是触摸屏显示器。显示器522可以在门506的与相机518相反的一侧上附接到腔室502的外部。显示器522可以被配置为显示由相机518捕获和/或从该相机流传输的腔室内部的实时图像或实时视频。在另一个实施方案中，来自相机518的图像通过无线连接诸如Wi-Fi或蓝牙被流传输至用户设备540。在各种实施方案中，在烹饪期间门506的重复打开和关闭允许热量散逸，从而影响烹饪时间和烹饪算法的可靠性。除了如本文所述的实时进程状态和反馈信息之外，通过在烹饪期间向用户提供腔室内部的实时视频，不鼓励用户在烹饪过程中打开门506(例如，检查腔室502内部的可食用物质)，从而促进可靠的膳食制备结果。

在一个实施方案中，显示器呈现配方列表，该配方列表可以包括食品的图片、配方名称和主要食材，以及通过触摸或点击每个配方来选择配方的选项。可以针对各种配方选择选项诸如松脆度、灼烧水平和生熟度，或者烹饪器具可以基于不断变化的算法来选择选项。

用户设备540包括显示器542，该显示器可以从烤箱，通过局域网或通过互联网上的配方服务器观看，从而允许用户从任何位置监视烤箱并且向烤箱发出命令。在一个实施方案中，用户可以根据用户设备上的图像来调整配方。例如，如果食品是期望的褐色阴影。

图6为示出根据各种实施方案的操作烹饪器具(例如，烹饪器具500、烹饪器具110和/或烹饪器具200)以利用相机反馈来烹饪食品物质的方法600的流程图。方法600可以由自适应烹饪器具(例如，自适应烹饪器具200)控制。

在步骤602处，用户选择由烹饪器具使用的配方。在一个实施方案中，烹饪器具向用户呈现一个或多个配方选项，诸如来自其本地配方库的配方或来自由可通过网络接口(例如，通信接口240)访问的云服务实现的配方库的配方。在步骤604处，烹饪器具内部的相机(例如相机518)可以将食品物质的图像流传输至计算设备和显示设备，诸如烤箱上的显示器或一个或多个用户设备。例如，相机可以指向烹饪器具的烹饪平台(例如，烹饪平台510)。

在步骤606处，当烹饪器具接收图像时，烹饪器具可以分析该图像，以确定食品物质、烹饪腔室或烹饪平台的状态。在一些实施方案中，计算设备可以将图像分割成与食品物质相对应的部分、与烹饪平台相对应的部分和/或与烹饪腔室相对应的部分。根据图像的分割，计算设备可以确定食品物质、烹饪平台和/或烹饪腔室的独立状态。状态可以是已知状态(例如，将特定于加热配方或整体的一组可能的状态与烹饪器具的一般烹饪操作相匹配)或未知状态。在各种实施方案中，可以借助或不借助其他传感器来确定状态。

在一个示例中，生成配方和烹饪逻辑用于烹饪牛排。特定于牛排配方的可能状态的集合可以包括对应于不同灼烧水平的状态。在另一个示例中，配方用于制作爆米花。特定于爆米花制作配方的可能状态的集合可以包括与尚未爆裂状态、爆裂状态和全爆裂状态相对应的状态。在又一个示例中，配方用于煮鸡蛋。特定于煮鸡蛋配方的可能状态的集合可以包括水煮沸状态和水未煮沸状态。在另一个示例中，加热配方用于将面包烘烤至期望的褐色阴影。全局状态可以包括烟雾警报状态(例如，当烹饪腔室内存在烟雾时)或火灾警报状态(例如，当烹饪腔室内存在火灾或着火的食品物质时)。未知状态为偏离所有已知状态的图像，使得它非常不寻常，以致于计算设备将停止烹饪器具的操作或至少警示用户。

在步骤608处，用户设备向计算设备提供反馈，该反馈可以包括用于修改烹饪算法、覆写当前设置或为加热过程设置附加偏好的指令。

在步骤610处，计算设备可以响应于食品物质、烹饪腔室和/或烹饪平台的状态变化来重新配置烹饪器具的加热元件或其他物理部件。例如，重新配置可以包括关断加热元件，改变一个或多个加热元件的峰值发射频率，改变一个或多个加热元件的强度，控制冷却系统，经由网络接口(例如，通信接口240)发送自然语言或媒体消息，在显示器(例如，显示器522或用户设备上的显示器)上显示消息，或它们的任何组合。

在步骤612处，计算设备可以将食品物质、烹饪腔室和/或烹饪平台的状态改变历史存储在本地存储器(例如，存储器240)中。在一些实施方案中，在步骤614处，计算设备可以根据状态改变历史来生成示出加热配方的进程的媒体文件(例如，可视化图像或视频)，并且将反馈提供给配方服务器或为用户本地存储。然后可以根据用户反馈来修改用户偏好。

图7为示出根据各种实施方案的操作烹饪器具(例如，烹饪器具500、烹饪器具110和/或烹饪器具200)以均匀地烹饪可食用物质的方法700的流程图。在步骤702处，烹饪器具可以从数据库标识可食用物质的食品配置文件。例如，烹饪器具可以在开始加热(例如，灼烧和/或烘烤)可食用物质之前通过扫描(例如，光学扫描或基于近场)可食用物质的包装来标识食品配置文件。对于另一个示例，烹饪器具可以通过经由交互式用户界面接收食品配置文件的用户指示来标识食品配置文件。交互式用户界面可以在烹饪器具的触摸屏上实现。交互式用户界面可以在与烹饪器具具有网络连接的移动设备(例如，智能电话或电子平板电脑)上实现。

在其他实施方案中，配方和烹饪逻辑可以通过订阅或供应商关系在烹饪器具上自动获得，该订阅或供应商关系还跟踪烹饪经验并且使其适于用户特定的信息，如本文所公开的。例如，用户可以订购膳食套件并且将其递送至与烹饪器具相关联的位置。供应商可以跟踪递送，并且在膳食套件被接收时指示配方服务器将配方推送至烹饪设备。另选地，用户可以购买杂货，并且相关联的配方可以被呈现给用户以在烹饪器具上可用。在另一个实施方案中，用户选择配方，执行杂货递送订单，并且在递送杂货时将配方和烹饪逻辑下载到烤箱。在另一个实施方案中，烹饪器具中的配方由家庭中的智能设备跟踪并且被调整为仅示出具有可用食材的配方。

在步骤704处，烹饪引擎(例如，经由处理器或控制器)基于从数据库中选择的配方实例化包括热量调整算法的烹饪逻辑。例如，烹饪器具可以标识与食品配置文件相关联的一个或多个配方，并且显示该配方以供用户选择。然后，计算设备可以接收用户对至少一个配方的选择。计算设备可以基于所选择的配方实例化包括热量调整算法的对应的烹饪逻辑。在一个示例中，所选择的配方包括灼烧步骤。

在步骤706处，烹饪器具可以经由相机监视烹饪腔室中的可食用物质的表面。在步骤708处，通过用户设备接收图像的用户还可以监视烹饪并且在需要时提供反馈。

在步骤710处，烹饪器具可以经由由计算设备控制的至少第一加热元件，利用基于烹饪引擎和用户设备的用户对可食用物质的表面的监视的相机反馈控制来灼烧可食用物质。例如，计算设备可以通过调节第一加热元件的峰值发射波长来将烹饪器具设置为灼烧。例如，更长的峰值发射波长的加热浓度可以更多地穿透可食用物质。因此，当灼烧时，计算设备可以缩短加热元件的峰值发射波长。当灼烧时，使用高频且较短的峰值发射波长。灼烧操作期间的辐射热传递效率可以是在常规细丝温度下运行的烤箱(例如，常规镍铬合金烤箱)的辐射热传递效率的20倍以上。在这种高得多的辐射热传递效率下，可食用物质的各个部分可能永远无法达到平衡的热平衡(例如，辐射热以比热量热传导到可食用物质内部的速度更快的速度添加到可食用物质的表面)。因此，可食用物质的内部部分不能完全充当可食用物质表面的散热器。因此，当灼烧可食用物质的表面时，可食用物质的内部部分也被烘烤。

在步骤712处，烹饪器具可以经由与计算设备通信的多点温度探头来确定可食用物质的深度中心和/或多个点处的温度。在步骤714处，烹饪器具可以在灼烧步骤完成之后(例如，根据相机反馈)经由由烹饪器具控制的至少第二加热元件在烹饪腔室中烘烤可食用物质。第一加热元件和第二加热元件可以是相同的加热元件或不同的加热元件。每个加热元件可以包括一个或多个能够调整其峰值发射波长的细丝组件。例如，烹饪引擎可以通过调节第二加热元件的峰值发射波长来将烹饪器具设置为烘烤。

当烘烤时，烹饪引擎可以将第二加热元件的峰值发射波长配置为与穿过可食用物质到确定的深度中心的穿透深度相对应。烹饪引擎可以按比例将峰值发射波长调整到与穿透深度相对应的水平。在步骤702中标识的食品配置文件可以指定深度调整函数。该深度调整函数可以将穿透深度映射到峰值发射波长。因此，计算设备可以根据食品配置文件/深度调整函数按比例调整峰值发射波长以与穿透深度相对应。

当烘烤和灼烧时，烹饪引擎可以不同地操作加热元件。在一些实施方案中，当烘烤时，烹饪引擎驱动(例如，向驱动器发送控制命令)第二加热元件的细丝组件，以比灼烧可食用物质时更长的峰值发射波长(例如，更低的峰值发射频率)发射。在一些实施方案中，当烘烤时，与灼烧可食用物质时相比，烹饪引擎以更高的功率驱动第二加热元件的细丝组件。与灼烧时相比，烘烤时的峰值发光波长更长，辐射功率更低，辐射热传递效率更低。这使得烘烤操作能够烹饪可食用物质的内部而不影响可食用物质的表面。例如，这可能部分是因为可食用物质更快地达到平衡，因为可食用物质的表面热量被快速传导至可食用物质的中心。

在烘烤时，计算设备可以基于来自插入可食用物质中的温度探头的温度反馈控制来调节驱动加热元件(例如，第二加热元件)的功率。温度探头可以与烹饪引擎通信。例如，烹饪引擎可以经由与温度探头的电线连接、射频(RF)无线连接或近场感应或电容耦合连接监视来自温度探头的温度读数。

在方法700的各种实施方案中，烹饪器具在烘烤之前灼烧(例如，利用大功率的表面烹饪)。例如，以较少的功率执行烘烤。在一些实施方案中，在多区烹饪环境中存在三个(例如，参见图4F中的屏幕487)或四个具有多个加热元件的大烹饪区域。由于功率限制，灼烧时以最大功率或最短波长使用所有加热元件可能是不切实际的。例如，烹饪器具可以在其内部腔室的顶部部分上具有三个加热元件。烹饪器具可以使加热元件在顶部部分上连续运行(例如，用于克服功率限制)。当烘烤时，烹饪器具可以以较低的功率顺序地驱动加热元件，或者同时运行所有加热元件或所有顶部部分加热元件，与灼烧时相比，所有加热元件或所有顶部部分加热元件都具有较低的细丝温度和较长的波长。

一般来讲，驱动加热元件发射更长的波长致使发射的功率更深地穿透到食品中。然而，食品的热梯度也可能有助于穿透。表面温度过高可致使从食品表面到食品中心的温度梯度相对尖锐。相对较低的温度可以使食物的所有面均匀受热，类似于辐射热致使较低/较平滑的温度梯度那样。

在各种实施方案中，配方服务器和编译器被设计成增加各种食品的烹饪速度。在一个实施方案中，在前端开发烹饪范围和加热算法用于食品特征和其他配方部件。每个部件的烹饪范围均可以根据用户期望的结果(诸如速度或最佳风味)进行调整。对于任何配方，食材都包括食品特征、食品类型和典型的烹饪参数。可以将配方与类似配方进行比较，并且可以对其进行修改以加快烹饪速度，其中可以包括食品制备(诸如切割肉的份量大小)和调整烹饪时间的加热曲线算法。可以选择用户可配置参数来调整在选择快速烹饪选项时要考虑的因素。在一个实施方案中，配方输入根据已知的食品分类被修改，并且进一步被提供为对加热算法的输入。

配方生成过程的示例性实施方案在图8中示出。如图所示，包括食品特征和烹饪逻辑的配方数据库804可以用作在人工智能或机器学习系统中使用的知识库，用于将配方转换成烹饪器具特定的烹饪逻辑，包括加热算法和食品制备参数。在一个实施方案中，可以将新配方输入到配方生成器800，以产生优化的输出配方和用于烤箱的烹饪逻辑，包括加热算法。通过机器学习系统，可以生成针对烹饪速度和效率进行优化且同时保持简单性和风味的配方和烹饪逻辑。在一个实施方案中，在具有受控食材的受控烹饪器具中实现并且运行配方和烹饪逻辑。使用食材和制备物的不同组合烹饪配方，在烹饪器具中测试各种菜肴，并且在数据库804中跟踪结果。然后，系统可以调整配方和烹饪逻辑，以加快烹饪过程，调整加热模型或传感器信息，并且提供用于动态控制的逻辑。

在一个实施方案中，将常规配方提供给配方服务器。该配方被解析为一系列高级指令，这些高级指令可以被转化为烹饪元素和加热算法。这些高级指令包括用于控制烹饪器具(设定温度、设定定时器)，监视传感器(诸如探头、相机和定时器)的命令。指令中还包含用于检测未来事件的分析信息，诸如显示适当可食用物质配置文件的图像，用于调整加热和冷却的定时器。在一个实施方案中，配方被变换成烹饪器具指令。配方可以基于烹饪器具数据(诸如最佳食材、传感器监视、食品制备和加热调整)来构造。

还可以根据所存储的用户数据来构造快速烹饪配方以加快定时。在遵循配方后，用户可以提供附加反馈和对配方的调整。烹饪器具还可以(例如，基于传感器反馈和相机图像分析)提供自动调整和在烹饪期间学习的用户特定信息，如本文先前所讨论的。在一个实施方案中，用户从一组选项诸如烹饪不足和烹饪过度中选择，并且调整配方以供将来使用。在一个实施方案中，可以存储配方，包括传感器和图像信息。用户配方被添加到配方数据库中，并且可能影响其他生成的配方，具体取决于诸如区域、食材、用户配置文件、用户反馈和用户偏好等因素。例如，具有某些来源的食材或区域偏好的用户体验可导致配方发生变化(例如，如果用特定来源的食材执行的配方经常被过度烹饪，则可以相应地调整使用该来源食材的其他配方的加热算法)。在另一个实施方案中，配方可以基于因素诸如用户不正确的食材选择和制备的历史记录、不正确的食材测量、常见的用户错误和/或用户偏好来改变用户的配方。反馈被用来为用户修改和优化配方(例如，如果用户始终将蛋白质切成比预期更大的厚度，则可以调整加热算法以在比预期短的时间内对蛋白质施加灼热功率)。在一个实施方案中，向用户推荐来自具有类似的用户配置文件、反馈和经验的其他用户的配方。下一个配方用于生成烹饪逻辑，该烹饪逻辑可以被下载到烹饪器具并且由用户根据需要进行修改。在一个实施方案中，用户可以在烤箱、用户设备上或通过配方服务器修改配方。

在一个实施方案中，每个配方包括热脚本。配方服务器对各种食品特征和配方执行热建模。热建模包括基于时序和传感器的温度调整。在烹饪过程中，对定时、温度传感器的读数进行跟踪。在烹饪后，将跟踪的信息与用户反馈信息以及初始模型进行比较。通过这种方法，用户或烤箱调整后的模型可以在用户下次运行相同配方时使用。在一个实施方案中，提示用户使用经调整的模型、初始模型还是对模型进行进一步调整。在一个实施方案中，调整在后台自动进行，从而每次为用户提供最佳配方和热模型。

在一个实施方案中，烹饪器具允许用户生成的配方。用户可以例如从头开始，从另一种介质中的配方或者通过修改从云配方商店接收的配方来为烤箱创建新配方。可以在类似的菜肴、食材、热量模型、传感器数据和定时信息以及用户反馈方面将配方与存储的配方进行比较，并且将配方变换成用于自适应烹饪器具的用户生成的配方。然后，用户可以根据需要通过烤箱、客户端应用或配方服务器使用该配方。在一个实施方案中，可以通过无线连接将用户设备上的配方发送至烹饪器具。然后，烤箱可以将配方编译成烹饪器具命令以进行烹饪。在一个实施方案中，烤箱包括用于提供基本配方调整的配方编译器。在各种实施方案中，烹饪装置可以包括“主厨模式”，从而向用户提供对配方生成和烹饪器具操作的详细控制(例如，允许从加热元件中选择发射波长或在烹饪过程中控制可用功率资源的分配)。

如本文先前所讨论的，用户生成的配方可以基于用户反馈和在执行配方期间收集的其他用户特定信息进行进一步调整，这些用户特定信息可以在用户每次执行配方时更新。例如，在根据用户生成的配方烹饪可食用物质之后，可以提示用户关于用户是否喜欢结果的反馈(“您喜欢该膳食吗？”)，以及可以对配方进行的特定更改的反馈。在一个实施方案中，例如可以通过提示用户是否期望改善或移除不良配方来从配方存储装置中移除(如用户反馈所确定的)不良配方。

在其他实施方案中，烹饪器具可以在烹饪之前、烹饪期间以及烹饪之后跟踪各种参数，诸如热量和传感器数据以及在配方的制备和执行期间的用户交互。例如，跟踪温度和定时，以及打开烹饪器具的门来检查食品的频率、用户与烤箱或用户设备的用户界面交互的频率、在应用程序上查看可食用物质的频率和在执行配方期间进行的任何用户调整，以及烹饪后提供的任何其他用户反馈。烹饪器具事件和用户事件可以用于更新配方。在各种实施方案中，用户生成的常规配方，包括在烹饪期间接收的数据、调整和交互或来自用户的反馈的配方，被编译成用于各种烹饪模式的加热算法和烹饪器具命令。例如，烹饪器具可以确定每个配方的低应力和高速烹饪选项。可以使用已知的食品特征和烹饪模型(例如，如存储在图3的食品特征和配方数据库316中)来编译低应力和高速自我管理的配方，已知的食品特征和烹饪模型包括一系列可接受的烹饪参数，包括在每种可用烹饪模式下正确烹饪的烹饪温度、时间、传感器以及探头和图像数据。当烹饪膳食时，可以由用户界面提示用户使用低应力或高速烹饪模式来烹饪配方的邀约。

图9为示出根据各种实施方案的操作烹饪器具(例如，烹饪器具100、烹饪器具200、烹饪器具300和/或烹饪器具500A)以不同模式烹饪可食用物质的方法900的流程图。在步骤902处，烹饪器具的计算设备可以被配置为基于配方执行热量调整算法/过程，该配方指定用于操作烹饪器具的一个或多个加热元件的驱动逻辑。

例如，烹饪逻辑可以指定打开哪个加热元件(例如，控制加热的方向性)。例如，配方可以指示打开托盘下方的加热元件，并且关断托盘上方的加热元件。在该示例中，烹饪器具可以模拟炉灶顶部。在另一个示例中，每个加热元件可以被独立地驱动(例如，位于前顶部位置处的加热元件可以与位于后顶部位置处的加热元件独立地驱动)。烹饪器具可以通过许多方式加热可食用物质。烹饪器具可以被配置为直接加热可食用物质。烹饪器具可以被配置为加热其内部腔室(例如，其腔室壁和其托盘)，并且让来自其内部腔室的辐射热加热可食用物质。烹饪器具可以被配置为同时加热内部腔室和可食用物质。内部腔室中的加热的空气还可以加热可食用物质。烹饪器具可以进一步被配置为提供加热的空气流以作为冲击对流烤箱来烹饪食品。在较低的气流速度下，烹饪器具可以被配置为常规对流烤箱。

因为烹饪器具内的项目(例如，可食用物质、空气、腔室壁和托盘)可以各自具有一个或多个可激发波长，所以通过控制加热元件的峰值发射波长，计算设备可以专门针对不同的项目进行加热。因为项目可以具有多个可激发波长，所以计算设备可以选择不同的峰值发射波长来控制由加热元件提供的烹饪速度/效率。

在步骤904处，计算设备可以配置热量调整算法以根据低应力模式或高速模式进行操作。在一个实施方案中，通过用户界面(例如，图2的用户界面部件250)向用户呈现可用的烹饪模式。在图14B中示出了示例性用户界面，其中提示用户选择低应力模式(例如，舒适模式)或高速模式。在一些实施方案中，可以向用户提供关于可用烹饪模式之间的差异的附加信息，包括总烹饪时间和用户期望从烹饪器具移除可食用物质的估定时间范围。

在一些实施方案中，低应力烹饪模式配置有各种保护措施以防止过度烹饪，例如通过将加热算法配置为在过度烹饪之前关断，响应于反馈控制信号自适应地调整烹饪以防止过度烹饪，配置烹饪算法具有相对较长的时间窗口，在此期间用户可以从烹饪器具中移除可食用物质，并且向用户提供用户完成指示符和其他反馈，以提示从烹饪器具中移除可食用物质。

在常规的烹饪方法中，在将食品从烹饪装置中移除之后，食品的内部温度通常会继续升高(因为热量继续在食品内流动)。通常期望在食品达到期望的内部温度(期望的生熟度)之前，将食品“搁置”在烹饪装置外部一段时间，用户可以在该期望的内部温度切割食品。在“高速”烹饪模式中，在短时间内将更多的能量施加到食品上以加快烹饪，这导致食品从烤箱中移除后继续加热(比使用常规烹饪方法烹饪的食品加热更快)。在“低应力”模式下，烹饪可以比在高速模式下进行得更慢(但仍然可以比常规烹饪方法更快)，并且包括策略性地在烹饪的各个点处施加不同量的能量以确保当从烤箱中移除食品时，内部温度接近期望的生熟度水平，此后温度相对缓慢地升高。这产生了在烹饪后更长的时间内用户可以切割食品并且使食品处于期望的内部温度(期望的生熟度)。

在步骤906处，计算设备可以监视来自烹饪器具的一个或多个传感器的一个或多个反馈控制信号。例如，反馈控制信号可以包括来自温度探头的温度读取信号，来自相机的反馈信号或它们的组合。

在步骤908处，计算设备可以基于配方以及配方被配置为在低应力模式还是高速模式下运行来驱动一个或多个加热元件以烹饪可食用物质。在一些实施方案中，计算设备可以进一步基于反馈控制信号来驱动一个或多个加热元件。在一些实施方案中，计算设备可以计算何时完成烹饪并且关断加热元件的投射(例如，加热轨线)。在一些实施方案中，加热元件的控制是动态的(例如，基于来自温度探头或来自相机的反馈控制信号)，因此尚不知道完成时间。

在步骤910处，计算设备可以关断加热元件的功率。在步骤912处，计算设备可以根据配方被配置为处于低应力模式还是高速模式来确定何时呈现热量调整算法的完成指示符。在一些实施方案中，计算设备可以基于反馈控制信号来确定何时呈现完成指示符(例如，根据光学传感器“在视觉上”灼烧完成或当可食用物质达到一定温度持续一定时间段)。

高速烹饪过程可以包括当呈现完成指示符时从烹饪器具中提取可食用物质(例如，否则可食用物质将烹饪过度)。低应力模式允许提取在预设的时间范围内发生(例如，从即刻到30分钟内，或从即刻到两到三个小时内)。在各种实施方案中，完成指示符通过烹饪器具的用户界面(例如，图2的用户界面部件250)或通过用户设备上的用户界面(例如，图2的用户设备280)呈现给用户。在图14B中示出了示例性完成指示消息，该示例性完成指示消息包括在特定时间移除可食用物质以搁置的指令，食品烹饪完成的指示，以及直到可食用物质烹饪过度的时间。

现在将描述用于实现搁置控制的系统和过程的各种实施方案。因为烹饪器具管理整个烹饪，所以实现了食品(通常为蛋白质)搁置指导系统和方法。在操作中，烹饪器具将指示烹饪(和所有加热)已经结束，并且将使用附加时间来搁置食品，使得食品实现更高质量的光洁度和正确的生熟度。在其他实施方案中，加热系统可以完全断开，并且食品可以开始并且继续搁置在烹饪器具中，而不指示食品正处于搁置。在这些实施方案中，可能仅存在用户在特定时间段内需要切割食品的指示(并且指示可以在任何时间出现，包括当加热系统启动时)。在一个实施方方案中，蛋白质可以搁置5分钟，以便使蛋白质纤维松弛并且吸收在烹饪过程中部分损失的水分。用基于光的加热元件，效率和健康递送的提高在某些情况下增加了结余烹饪。例如，与常规烤箱相比，见到大约15°的结余烹饪的情况并不少见，常规烤箱在类似的烹饪条件下可上升5°。

在一些实施方案中，烹饪器具被配置为做出烹饪已经停止的第一指示。给用户的指示可以包括可听信号、视觉提示、基于振动的通知或通知用户的其他方法。该烹饪器具被进一步配置为向用户生成第二指示，该第二指示指示搁置完成。

在一些实施方案中，进程指示符诸如图形指示符或倒数定时器(例如，如图14B中所示)向用户显示膳食的当前状态和剩余时间。可以涉及附加计算算法，这些附加计算算法考虑到食品烹饪的历史记录来计算搁置所需的时间量。在其他实施方案中，烹饪历史记录用于计算截止温度和时间，使得用户总是经历相同数量的搁置分钟数。例如，通过精确计算何时断开所有加热设备，烹饪器具可以将搁置时间锁定在精确的3分钟之内。

在一些实施方案中，在高速模式下，当计算设备关断加热元件的功率时，烹饪器具可以呈现完成指示符。在一些实施方案中，在低应力模式下，计算设备可以在计算设备关断加热元件的功率之后的一定时间内呈现完成指示符。例如，在关断加热元件的功率之后，烹饪器具的托盘和/或腔室壁保持为辐射热源。内部空气也仍然处于高温。在低应力模式下，计算设备可以使用计算机模型来模拟辐射热和热空气，以计算可食用物质的加热轨线。一旦加热轨线达到足以使辐射热消散并且热空气已冷却的点，使得即使可食用物质在腔室内保留预设范围内的时间，也不会导致可食用物质烹饪过度或变质，计算设备就可以呈现完成指示符。

在一些实施方案中，使用可变应力烹饪来提供配方。在一个实施方案中，提供了一种低应力配方，以产生具有较少监视的安全结果。低应力配方的设计易于针对各种用户准备，并且只需较少的维护和监视即可产生一致的结果。在一个实施方案中，低应力烹饪将调整加热算法以在烹饪之后关断并且允许食品保留在烤箱中。使用低应力配方，烤箱将被配置为不将食品烹饪过度。快速烹饪选项提供高速烹饪，但可能会受到更大程度的人为错误的影响。例如，在一个实施方案中，高速模式可以要求用户在烹饪之后移除食品以减少过度烹饪的风险。高速烹饪可以包括更多地依赖传感器(诸如探头、温度传感器、光学相机和热像仪)以及烹饪过程中的数据分析。可以针对每种模式调整配方，模式包括热量模型、热量轨线模型，以及传感器和定时模型。

计算设备诸如烹饪引擎可以被配置为控制细丝组件或其他加热元件的峰值发射波长。例如，计算设备可以被配置为从数据库中标识与可食用物质相关联的食品配置文件，并且确定与该食品配置文件相关联的一个或多个可激发波长。计算设备可以被配置为以与可激发波长中的至少一个相对应的峰值发射波长发射，以加热可食用物质。

在一些实施方案中，烹饪器具可以被配置为用于两种或更多种不同的可食用物质的并排烹饪，诸如通过控制加热元件，该加热元件包括用于烹饪器具的某些部分的屏蔽罩。例如，烹饪器具可以独立地控制在第一烹饪区上方/下方和在第二烹饪区上方/下方的加热元件。除了直接辐射加热之外，这还实现了对并排烹饪的某些控制。在当前的公开内容中还考虑了多区烹饪，并且可以通过与上述相同的方法来优化多区烹饪。区烹饪技术允许同时烹饪不同的食品，即使它们需要不同的温度和时间。在其他实施方案中，可以针对双层烹饪控制加热元件，从而即使需要不同的温度和时间，也可以在多个烤箱水平上同时烹饪不同的食品。

图10为根据各种实施方案的实现基于云的配方存储系统的配方服务器系统1000的框图。服务器系统1000可以包括配方存储库1002、配方分发界面1004、配方设计界面1006、配方执行模拟器1010、食品配置文件数据库1014、器械配置文件存储库1016、膳食套件配置文件数据库1018、模板数据库1022或它们的任何组合。配方存储库1002存储一个或多个配方。每个配方可以包括一个或多个加热逻辑算法(例如，热量调整算法)。配方分发界面1004可以经由网络界面或应用程序编程界面(API)来呈现和提供配方存储库1002的内容，以供外部设备下载。例如，烹饪器具(例如，烹饪器具110)可以通过广域网诸如互联网访问配方分发界面1004。在至少一个示例中，用户可以将配方和相关联的烹饪逻辑下载到移动设备上，然后将配方和烹饪逻辑传输至烹饪器具。在至少一个示例中，烹饪器具的用户可以将配方和烹饪逻辑直接下载到烹饪器具中。

在各种实施方案中，服务器系统1000提供配方设计界面1006以促进配方存储库1002中配方的设计。当设计配方时，配方设计者可以访问模板数据库1022以将配方模板或烹饪逻辑模板复制到配方中。服务器系统1000可以提供配方执行模拟器1010以模拟来自配方设计者的配方。服务器系统1000可以生成一个或多个视觉效果(例如，视频、图表、图形、它们的组合等)，以描绘与配方相对应的食品目标的转变。服务器系统1000可以经由配方设计界面1006呈现由视觉表示的模拟变换。该模拟可以导致视觉模拟和/或温度梯度模拟。该模拟可以访问食品配置文件数据库1014，以确定单位量的目标食品(例如，被称为“食品目标”)如何响应于环境或内部温度变化而在视觉上转变。食品配置文件数据库1014还可以指定单位量的目标食品的热容量和电导特征以促进模拟。配方执行模拟器1010因此可以向配方设计者提供反馈，以确保配方可以在烹饪器具中按预期工作。

器械配置文件存储库1016可以存储所公开的烹饪器具的多个型式或实施方案的规格。在一些实施方案中，设计者可以从器械配置文件存储库1016中选择以确定所公开的烹饪器具的哪种型式/实施方案可以与指定的烹饪逻辑一起工作。在一些实施方案中，配方执行模拟器1010可以基于器械配置文件存储库1016中的型式/实施方案中的一者来运行模拟。

膳食套件配置文件数据库1018可以存储一个或多个已知的膳食套件/食品包装的包装标识符。在一些实施方案中，配方的逻辑可以引用包装标识符中的一个或多个。这使设计者可以基于烹饪设备对包装标识符的标识来指定策略/逻辑的更改。在各种实施方案中，数据库可以包括关于膳食套件的更详细的信息，包括物理特性(高度/重量/尺寸)、确切的食品类型(例如，鱼类)、食品来源(例如，牛肉的源头牧场)等。

在各种实施方案中，加热逻辑可以包括烹饪的定时和监视，包括监视热量、烹饪时间、探头和传感器以及相机反馈。加热逻辑将包括期望的热量/时间曲线和传感器读数。加热逻辑还可以包括事件，诸如探头的温度、烹饪时间或通过光学图像分析的检测，以进一步调整烹饪下一阶段的加热算法。

图11为示出根据各种实施方案的配方1100的示例的控制流程图。配方1100可以是适于配置烹饪器具以处理目标食品类型的一组指令(例如，电子和/或计算机可读指令)。在各种实施方案中，配方可以被配置为提供用于在不同区中烹饪多个项目的指令，用于在不同托盘上烹饪多个项目、用于传统烹饪的加速、膳食套件配方或用于其他烹饪选项的指令。

烹饪器具(例如，烹饪器具110)可以从服务器系统(例如，服务器系统1000)下载配方1100，并且执行烹饪逻辑。配方1100可以包括烹饪逻辑(例如，热量调整算法)和用于配置烹饪逻辑的指令。例如，在步骤1102处，烹饪器具可以初始化配方1100。在步骤1106处，烹饪器具确定其是否识别出膳食套件(例如，烹饪器具可以利用其相机来扫描包装标识符或提示烹饪器具的用户输入包装标识符)。在步骤1110处，响应于识别出膳食套件(例如，与膳食套件配置文件数据库1118中的条目相对应的包装)，烹饪器具配置与识别出的包装标识符相对应的一组烹饪逻辑预设参数。例如，烹饪器具可以(例如，本地或通过网络)访问膳食套件配置文件数据库，以标识烹饪逻辑预设参数的对应集合。在该示例中，无论是否识别出膳食套件，烹饪器具都可以进行至步骤1114。

在其他实施方案中，烹饪器具可以被配置为标识其他烹饪条件，诸如多区烹饪、加速烹饪、多水平烹饪和多托盘烹饪。

在步骤1114处，烹饪器具选择烹饪器具的用户喜欢的操作模式，并且适当地进行其他用户特定的调整。例如，烹饪器具可以提示用户经由其触摸屏、其一个或多个按钮或连接至烹饪器具的移动设备输入模式选择。在步骤1118处，响应于选择第一模式(例如，低应力模式)，烹饪器具可以提示(例如，用户)并且接收与第一模式有关的烹饪逻辑用户参数。类似地，在步骤1122处，响应于选择第二模式(例如，高速模式)，烹饪器具可以提示并且接收与第二模式有关的烹饪逻辑用户参数。当选择第一模式时，烹饪器具可以在步骤1126处执行烹饪逻辑，包括与第一模式相关联的配方1100的热量调整算法/加热逻辑(例如，被称为“加热逻辑A”)。当选择第二模式时，烹饪器具可以在步骤1130处执行烹饪逻辑，包括与第二模式相关联的配方1100的热量调整算法/加热逻辑(例如，被称为“加热逻辑B”)。

烹饪逻辑参数可以为在步骤1118中指定的烹饪逻辑用户参数、步骤1110处的烹饪逻辑预设参数(如果有)、一个或多个传感器馈送、定时器、一个或多个用户信号或它们的任何组合的函数。类似地，附加的烹饪逻辑参数可以为在步骤1122中指定的烹饪逻辑用户参数、步骤1110处的烹饪逻辑重置参数(如果有)、一个或多个传感器馈送、定时器、一个或多个用户信号或它们的任何组合的函数。

在一些实施方案中，状态机可以表示加热逻辑序列。例如，配方可以包括多个烹饪逻辑序列。烹饪逻辑序列中的至少一些可以是彼此的替代。例如，配方1300可以指示状态机的基本设置。状态机可以进一步由烹饪逻辑预设参数和/或烹饪逻辑用户参数配置。基于这些设置，状态机可以根据当前操作状态来不同地配置烹饪器具的部件。例如，状态机可以基于当前操作状态来指定(例如，一个或多个加热元件的)加热元件配置。烹饪器具的传感器馈送、定时器和/或用户信号可以是状态机的输入信号。烹饪逻辑序列可以指示输入信号的更改是否可以更改当前的操作状态。配方1100可以基于当前操作状态来指定(例如，一个或多个加热元件的)加热元件配置。在一些实施方案中，状态之一是终止状态。一旦达到终止状态，烹饪器具就可以(例如，经由输出部件)通知用户烹饪器具中的内容已经准备就绪。当设计配方时，设计者可以阻止访问上述任何步骤。例如，设计者可以跳过步骤1114，并且迫使烹饪器具仅在低应力模式下或仅在高速模式下操作。

图12为示出根据各种实施方案的操作实现基于云的配方存储的服务器系统(例如，服务器系统1000)的方法1200的流程图。在步骤1202处，服务器系统可以生成配方设计界面(例如，配方设计界面1006)，该配方设计界面被配置为促进配方的设计，以用于部署在烹饪器具(例如，烹饪器具110)中。在各种实施方案中，可以通过用于创建用户生成的配方的“主厨模式”界面在烹饪器具自身上实现配方设计界面。在一些实施方案中，配方设计界面具有用于输入烹饪逻辑的集成开发者环境(IDE)。IDE可以强制执行格式约定以指定烹饪逻辑。配方设计界面可以提供对配方执行模拟器(例如，配方执行模拟器1010)的访问。配方执行模拟器可以针对已知的食品配置文件(例如，来自食品配置文件数据库1014)计算配方的仿真。例如，模拟可以包括根据烹饪逻辑进行转换的食品目标的视觉描述(例如，图表或图形)和/或食品目标或烹饪器具的零件的温度进展的视觉描述。然后，配方执行模拟器可以经由配方设计界面呈现仿真。已知的食品配置文件可以指定食品目标如何响应于环境或内部温度变化而在视觉上转变，以及单位量的食品目标的热容量和电导特征。

配方设计界面可以提供对(例如，在模板数据库1022中的)一个或多个烹饪逻辑模板的访问。烹饪逻辑模板可以被配置为烹饪逻辑。烹饪逻辑模板可以是可继承的。例如，当烹饪逻辑从烹饪逻辑模板继承时，烹饪逻辑模板可以用作烹饪逻辑的基础，该烹饪逻辑提示设计者填写烹饪逻辑模板所要求的子例程。例如，烹饪逻辑模板可以提供用于对常规烹饪器具(例如，炉灶、烤架、镍铬合金烤箱等)进行仿真的基本逻辑，并且允许设计者指定用于常规烹饪器具的参数。然后，烹饪逻辑模板可以将用于常规烹饪器具的参数转化为所公开的烹饪器具之一(例如，烹饪器具110)的加热元件配置。可以将烹饪逻辑模板作为烹饪逻辑的子例程导入烹饪逻辑中。

在步骤1204处，服务器系统可以经由配方设计界面接收配方的一个或多个配置参数。配方可以包括一个或多个烹饪逻辑序列。例如，烹饪逻辑序列可以被表示为状态机(例如，确定性有限自动机或工作流)。该状态机可以至少由初始状态、完成状态、状态转移函数、输出函数、输入符号集合(例如，可能的输入)和输出符号集合(例如，可能的输出)定义。在一个示例中，输入可以是预设范围内的传感器馈送值。在另一个示例中，输出可以是与加热元件相关联的细丝驱动器参数，用于在转变成特定的操作状态之后配置加热元件。

配置参数可以包括状态机中的可用状态。配置参数可以包括与状态相关联的用户指令。用户指令被配置为显示在烹饪器具或连接至烹饪器具的移动设备中。配置参数可以包括与状态相关联的加热元件配置。在一些示例中，加热元件配置被指定为细丝驱动器参数(例如，波长、振幅、信号模式、功率、占空比等)和加热元件选择(例如，使用哪个加热元件)。在一些示例中，加热元件配置被指定为目标温度、目标空间区域(例如，相对于烹饪器具的腔室的烹饪深度和位置)、目标材料(例如，食品、托盘、腔室壁、穿孔板或空气)、器械仿真模式或它们的任何组合。

配置参数还可以指定与状态相关联的状态更改条件。状态更改条件为条件触发器，该条件触发器指定何时更改当前操作状态以及更改为哪种状态。状态更改条件可以是一个或多个传感器馈送、一个或多个定时器、一个或多个用户信号或它们的任意组合的函数。例如，传感器馈送可以包括插入食品目标中的温度探头、烹饪器具中的温度传感器、烹饪器具中的相机或它们的任何组合。用户信号可以来自连接至烹饪器具的移动设备、烹饪器具的输入按钮、烹饪器具的触摸屏、烹饪器具的其他输入部件或它们的任何组合。

在一些实施方案中，服务器系统可以交叉检查由配方设计者输入的配置参数是否存在错误。例如，服务器系统可以检测(例如，通过模拟或已知问题逻辑的模式识别)与配方或加热逻辑相关联的可能的错误或危害。然后，服务器系统可以经由配方设计界面呈现可能的错误或危害，以通知配方设计者。

在各种实施方案中，可以用来自数据库中存储的现有配方的参数来预填充配置参数，从而允许用户修改烹饪器具可用的现有配方，包括由其他用户生成的配方。例如，用户可以标识另一个用户的配方，服务器系统可以将参数导入到配方设计界面中，然后根据需要配置配方以更改食材、制备指令、烹饪模式、时间和温度以及其他配方参数。

在步骤1206处，服务器系统可以将配方发布到在线商店(例如，配方商店)中。在一些实施方案中，服务器系统提供配方的型式控制。在这些实施方案中，服务器系统可以维护配方的多个型式(例如，这些型式中的至少一些型式被发布)。在配方发布之后，在步骤1208处，服务器系统可以在在线商店的图形用户界面(GUI)(例如，配方分发界面1004)中呈现配方，以分发给一个或多个烹饪器具或一个或多个移动设备。每个移动设备可以包括能够与烹饪器具进行通信的应用程序。

在步骤1210处，服务器系统可以将配方从服务器系统分发到请求设备(例如，选择待下载的配方的设备)。在一些实施方案中，在分发配方之前，服务器系统可以利用数字版权管理(DRM)机制来配置配方，以防止在所述配方分发到请求设备之后进一步未经授权地分发配方。

图13为示出根据各种实施方案的用配方配置烹饪器具(例如，烹饪器具110)的方法1300的流程图。在步骤1302处，烹饪器具可以从外部设备下载配方。例如，外部设备可以是服务器系统(例如，服务器系统1000)、移动设备或便携式存储器设备。外部设备可以经由无线网络、烹饪器具的物理端口或由烹饪器具建立的对等连接进行连接。

在步骤1304处，响应于用户输入和其他用户相关参数，烹饪器具可以在烹饪器具中执行配方和相关联的烹饪逻辑。例如，烹饪器具可以检测食品在烹饪器具中的放置。烹饪器具可以响应于检测到食品的放置而执行烹饪逻辑。例如，烹饪器具可以通过烹饪器具中的相机、重量传感器、连接至烹饪器具的温度探头、烹饪器具门的机械连接传感器或它们的任何组合来检测食品的放置。烹饪器具还可以使烹饪逻辑适应用户相关信息，诸如由用户输入的烹饪器具基于先前的用户活动学习的偏好。例如，如果用户选择生熟度水平(例如，四分熟)，但是在烹饪之后向烹饪器具提供反馈，指示用户期望的是不同的结果(例如，通过用户界面反馈配方被过度烹饪；手动指示烹饪器具烹饪肉类更长时间)，然后烹饪器具可以调整烹饪逻辑以自动为用户提供期望的结果。

烹饪逻辑可以包括表示为状态机的一个或多个加热逻辑序列。配方和烹饪逻辑可以是在方法1100中设计和发布的配方。在子步骤1306处，响应于执行烹饪逻辑，烹饪器具可以确定要使用配方中指定的烹饪逻辑的哪一部分。例如，配方可以指定与一个或多个烹饪逻辑序列相关联的一个或多个膳食套件包装标识符。烹饪器具可以经由烹饪器具的相机检测烹饪器具中的食品目标的光学标签。烹饪器具可以使光学标签与膳食套件包装标识符(如果有)匹配，以(例如，利用对应的状态机)选择对应的烹饪逻辑序列。烹饪器具可以执行对应的烹饪逻辑序列。在各种实施方案中，光学标签可以包括条形码、快速响应(QR)码或标识来自膳食套件或云配方商店的相关联的配方的其他光学代码，该相关联的配方可以包括加热算法、配方指令、针对配方选项的交互式用户提示以及其他与配方相关的信息。

在一个实施方案中，完整的配方被编码在光学标签上，并且在其读取光学标签时直接上载到烹饪器具。例如，用户可以使用烹饪器具创建配方，并且将配方打印在一张纸上(例如，使用用户设备上的应用程序)以与家人和朋友共享，包括包含完整配方(例如，由烹饪器具执行的食品制备指令和加热算法)的印刷光学代码。印刷配方的接收者可以通过接收者的烹饪器具扫描光学代码，以读取来自光学标签的配方，从而允许烹饪器具按照配方中的指示烹饪膳食。通过将配方编码在光学标签中，烹饪器具可以上载和存储新配方，而无需访问通信网络或远程设备(例如，配方数据库140)。

配方可以指定两个或多个操作模式以及与该操作模式相关联的两个或多个烹饪逻辑序列。例如，操作模式可以包括低应力模式和高速模式。高速模式要求烹饪器具的操作用户在由烹饪逻辑序列确定的特定时间从烹饪器具中提取食品目标。低应力模式与烹饪逻辑序列相对应，该烹饪逻辑序列实现一段时间，在此期间操作用户可以提取食品目标，而不会将食品目标过度烹调或烹饪不足。

在一些实施方案中，烹饪逻辑可以指定异常捕获逻辑，该异常捕获逻辑监视一个或多个传感器馈送、一个或多个用户信号、一个或多个定时器或它们的任何组合，以确定在所述配方的执行期间是否发生了意外事件。烹饪器具可以执行异常捕获逻辑以从意外事件中恢复。

在一些实施方案中，配方指定一个或多个加热逻辑配置参数以从操作用户中检索。在这些实施方案中，当执行配方时，烹饪器具可以经由烹饪器具的输出部件或网络接口提示操作用户输入加热逻辑配置参数。烹饪器具可以经由输入部件或网络接口接收与加热逻辑配置参数相关联的用户输入。

在子步骤1308处，烹饪器具可以根据状态机的初始状态来配置烹饪器具的一个或多个加热元件。在子步骤1310处，烹饪器具可以基于一个或多个传感器馈送、一个或多个定时器、一个或多个用户信号或它们的任何组合来检测状态改变。在子步骤1312处，响应于根据状态机的状态改变，烹饪器具可以重新配置烹饪器具的加热元件中的至少一个。在一些实施方案中，烹饪器具可以基于异常捕获逻辑来重新配置加热元件以从意外事件中恢复。

在所述配方的执行期间，在步骤1314处，烹饪器具可以记录来自相对于一个或多个定时器的一个或多个传感器馈送、一个或多个用户信号或它们的任何组合的数据。在步骤1316处，烹饪器具可以在所述配方的执行之后提示用户反馈。在步骤1318处，烹饪器具可以将跟踪的传感器数据和用户特定数据(包括用户反馈和由烹饪器具确定的其他用户相关数据)发送至服务器系统以进行分析。在各种实施方案中，烹饪器具还可以(或另选地)维护和分析用户特定信息。

图14A至图14E示出根据各种实施方案的示例性烤箱用户界面。参考图14A，烤箱用户界面可以包括显示预先确定的配方或从头开始准备新配方的选项。预先存在的配方可以包括例如存储在烤箱存储器中的最近的烹饪，通过使用标识的收藏的配方的标识，或与(例如，通过订阅服务)从供应商订购的膳食相关联的配方。在一个实施方案中，烤箱用户界面诸如通过向用户提供可用食材的类别和子类别来逐步引导用户从头开始创建配方。在各种实施方案中，配方可以包括烤箱操作指令(例如，温度、烹饪时间等)，或者烤箱可以从配方中生成烤箱操作指令。

参考图14B，示出了根据各种实施方案的用于实现烹饪过程的示例性用户界面。如图所示，用户界面引导用户完成烹饪过程。用户可以调整针对每种食材的选项，这允许用户根据用户偏好或根据用户可用的食材或烹饪器械的约束来修改配方。

接下来，用户界面引导用户完成食品在托盘上的布置以及膳食在烤箱中的放置。在各种实施方案中，托盘可以由玻璃或其他材料制成，该玻璃或其他材料包括光学透明区域，该光学透明区域使得可见光基本上行进通过托盘的两个相对表面。托盘可以与指令一起使用，以协助用户根据配方准备食品。例如，膳食套件可以包括膳食准备说明页，该膳食准备说明页指示将一个或多个可食用物质放置在托盘上的期望位置。烹饪器具的用户可以将膳食套件说明页放在玻璃托盘下方，同时按照说明页上的指示将从膳食套件中接收的一个或多个可食用物质布置在托盘上。在一些实施方案中，用户可以将一个或多个特定的可食用物质直接覆盖在膳食套件说明页上所示的一个或多个期望的位置处。在另选的实施方案中，可以通过用户界面向用户呈现指令，该指令包括带有标签区的托盘图像以及放置在那些区内的期望位置的食品的动画。

在各种实施方案中，用户可以在正常烹饪模式和快速烹饪模式之间选择。用户界面在烹饪以及搁置或冷却期间向用户显示反馈和状态信息，并且在膳食完成时通知用户。

参考图14C，在各种实施方案中，用户可以指示烤箱根据用户偏好来执行附加的烹饪操作。例如，可以向用户呈现“润饰”选项，该选项允许用户增加膳食的灼烧或生熟度。在一个实施方案中，如图14C所示，用户可以选择一个或多个食材用于附加的烹饪(例如，通过在用户界面中向用户呈现配方中的食材列表)。烹饪器具的计算设备然后可以向用户提供关于建议的食品修改(例如，从托盘移除需要进一步烹饪的项目之外的所有食材)以及将在烤箱中进一步烹饪的项目的放置的指令。用户还可以指示待应用的加热算法的类型(例如，灼烧或生熟度)和生熟度水平(例如，时间或最终结果)。在一个实施方案中，跟踪用户的反馈，并且将相关联的数据与配方一起存储，以在将来执行配方时自动完善灼烧或生熟度。

然后用户可以如图14D所示向烤箱提供反馈。该反馈可以在各种实施方案中用于根据用户的偏好来调整配方以用于将来的膳食制备。在一些实施方案中，烹饪器具的计算系统跟踪用户交互(例如，触摸交互以增加灼烧或生熟度)和用户反馈，并且调整存储的配方以在配方的未来实现中实现用户期望的结果。如图14D所示，用户反馈可以包括“喜欢”或“不喜欢”输入，进一步的提示请求关于为什么喜欢或为什么不喜欢配方的附加反馈(例如，“灼烧得很糟糕”、“生熟度不够”、“就是不喜欢”)。响应于用户反馈，计算系统可以实现解决方案以解决用户的反馈。例如，下次用户选择配方时，计算系统可以建议配方调整以解决用户反馈问题或(例如，基于来自其他用户的类似反馈)建议来自云配方商店的替代配方。在一些实施方案中，对从云配方商店(或其他配方服务器)下载的配方的用户反馈与来自其他用户的反馈相结合，为该配方提供社区用户评分，从而在云配方商店中对高评分和低评分的配方进行排名或标识。云配方服务器可以向用户突出显示评分较高的配方，同时不重视评分较低的配方。

在一些实施方案中，通过跟踪和实现用户选择的配方改变并且从配方知识(例如，云配方服务器)建议配方改变，用户反馈被用于协助用户生成自我管理的配方。烹饪器具适应用户反馈的能力提高了用户对烤箱的满意度，并且提高了技能不足的用户准备复杂膳食的信心。用户反馈还可以用于从配方服务器生成关于配方的社区共识，使得评分较高的配方在评分较低的配方上方显眼地显示给用户。

参考图14E，烤箱用户界面可以包括附加的选项，诸如手动烹饪选项和烤箱设置调整。手动烹饪选项可以包括用于各种类型的烤箱的烹饪选项，例如，指示烤箱烘焙、烧烤、炙烤、烘烤、再加热、保温和除霜的选项。在图14F中示出了用于烘焙、炙烤、再加热以及使食品保温的示例性显示器。在各种实施方案中，烤箱设置可以包括选项诸如Wi-Fi网络连接、烹饪历史记录、维护、输入/输出控制(例如，声音、显示器选项)和用户账户信息。

参考图15A-C，现在将描述用于选择加热元件和波长的用户界面的实施方案。在各种实施方案中，每个加热元件可以分别达到功率源(例如，壁装电源插座)可以提供的全部功率，并且烹饪器具包括功率控制系统和/或过程以调节功率消耗，使得总功率从所有加热器获取的功率不超出功率源可以提供的总功率。可用于功率源的最大功率量可以是可汲取的最大电流量的函数(例如，在美国的住宅120V插座中)。此外，在每个单独的加热元件消耗的功率与所产生的光的波长之间存在相关性。加热元件的功率越大，产生的波长越短。

在一些实施方案中，可以通过“主厨模式”访问某些高级用户界面部件，诸如功率控制部件，该“主厨模式”提供用于创建用户生成的配方的灵活的用户界面。“主厨模式”可以包括用于分配系统资源的一个或多个预算指示符，这些预算指示符可以指示一个或多个系统资源的最大可用量或预算，诸如功率预算、电流预算、总能源预算和/或平均功率预算。在一些实施方案中，用户(例如，经验丰富的主厨)可能希望用来自较长红外波长的相对温和的热量来加热食物，并且烹饪引擎/功率控制算法将以低占空比和低周期操作加热元件。换句话讲，几分之一秒的脉冲间隔数秒。在一些情况下，脉冲可以是相距数百毫秒的毫秒大小的脉冲。

如果用相对较短的波长但不高的功率密度撞击可食用物质是期望的，则适当的控制算法可以施加几秒钟的全功率短脉冲(短波长)，但间隔较长，以将平均功耗保持在可用范围内(即，占空比相对较低，循环周期较大)。

参考图15A-C，在一些实施方案中，通过用户界面、移动应用程序或其他设备以图形方式向用户示出了烹饪区。烹饪区还可以包括指示总功率预算(或如果有的话，由系统使用的其他预算)的图。当超出功率预算时，可以自动编辑设置，也可以通知用户需要进行更改以再次重新平衡功率预算。界面还可以包括用户界面，该用户界面示出了将被编程到其相应区中的每个加热器中的功率的量。用户界面可以通过将顶部加热器控件定位在烹饪目标上方而将下部加热器控件定位在每个区的烹饪目标下方来使用人类的直觉，如图15所示。在一些实施方案中，界面可以以红色、橙色或黄色的等级指示功率消耗，或者以低/中/高设置参照烹饪范围。

本公开的多光谱加热元件方法与常规烤箱不同地操作。常规烤箱通过尝试保持设定的内部空气温度来运行。这些常规烤箱具有简单的控制，即烤箱内保持的热量—烤箱可以加热脂肪，不加热或保持两者之间的温度。常规烤箱也没有不同的加热区，因此功率预算的概念并不重要。在常规烤箱中，所有元件或元件的子阻总是以某种预先确定的模式被加热，以便在烹饪腔室内保持尽可能均匀的内部温度分布。最大功率意味着整个腔室以可能的最快速度升高温度。

虽然常规烤箱均匀地加热腔室，但是本文中公开的多区烹饪方法允许不均匀的加热，其中不同区中的不同食品会经历明显不同的热量。在一个实施方案中，烹饪腔室中的六个加热元件中的任何一个都可以承担整个烤箱的高达100％的可用功率。这导致腔室内的可能的热量分布极为不均匀。

使用本公开的多区烹饪设计配方的主厨可能希望施加加热器的最大控制以优化烹饪。在各种实施方案中，用户界面包括“主厨模式”，如果需要，该“主厨模式”允许用户控制各个加热器(例如，图1的加热部件112或图2的加热/冷却元件212)和/或加热区。使用“主厨模式”，会向用户呈现用于分配用于烹饪的系统资源的一个或多个预算指示符，包括多区烹饪，诸如功率预算、电流预算、总能量预算和/或平均功率预算。例如，在一些实施方案中，在加热算法中的任何给定步骤中，烹饪腔室中的任何一个加热器最多可消耗所有加热器总可用功率的100％(例如，一个或多个加热器消耗一些或全部的可用系统资源，或者没有消耗此类系统资源的时间或一组时间)，并且将一个加热器设置为最大功率意味着将所有其他加热器的功率几乎设为零。如果加热器被配置为能够进行多区烹饪，则将100％的可用功率分配给一个加热器允许烹饪器具将功率大体上不同地引导至不同的烹饪区，从而允许功率被引导至的区中的食物比功率未被引导至的一个或多个区中的食物相比不成比例地进行更多的烹饪，这最终使得烹饪器具能够基本上同时完成位于不同区中的食物的烹饪。又如，将一个加热器设置为总可用功率的50％可能意味着结合的其余加热器最多只能消耗剩余总可用功率的50％。参考图15，示出了两种不同实施方式的手动加热器控制的屏幕截图的实施方案。在各种实施方案中，烹饪器具可以根据系统资源预算和用户多区设置来自动调整系统资源到加热器的分配，该设置可以包括对在给定时间可以引导至给定区的热量的限制，因此对可以分配给一个或多个加热器的一个或多个系统资源的数量的限制。

在各种实施方案中，烹饪器具包括操作的“主厨模式”，该模式允许用户创建、修改和/或选择加热算法和/或配方。加热算法可操作为在可共同用于加热元件的系统资源的预算内选择性地调节系统资源(例如，从图2的功率源260接收的功率)诸如功率、电流或能量，对一个或多个加热元件(例如，图2的加热/冷却元件212)的分配，并且使用该加热算法来实现一个或多个期望的烹饪结果。可以在用户界面中实例化“主厨模式”的创建和/或修改能力，该用户界面在加热算法的一个或多个步骤中向用户提供一个或多个系统资源预算的指示和/或向一个或多个加热元件分配系统资源的指示，并且在整个配方执行过程中促进用户调整待递送至每个加热元件的系统资源。

在各种实施方案中，“主厨模式”用户界面可以被配置为包括系统资源使用的指示符，但是不包括功率预算使用，但是此类指示符仍然可以使“主厨模式”的用户启用或要求其利用特定的最大量的系统资源。在一些实施方案中，“主厨模式”用户界面可以要求以“主厨模式”创建或修改配方的用户在加热算法的任何给定步骤中将总可用电流预算的100％分配给两个或多个加热器中的一个加热器，从而允许用户在不同步骤将总预算分配给不同的加热器，但需要在每个步骤中使用总可用电流预算。在其他实施方案中，“主厨模式”用户界面可以施加与上述句子相同的要求，不同之处在于该界面还准许用户在加热算法的任何给定步骤中将可用电流预算的0％分配给所有加热器。

在一些实施方案中，代替或除了向用户指示总可用系统资源预算之外，“主厨模式”用户界面可以准许用户在加热算法中的特定步骤尝试表面上将超出总可用系统资源预算的资源分配给一个或多个加热器。与用户界面通信的计算或处理系统可以识别出用户在特定步骤中尝试分配超出总可用系统资源预算的资源，计算一种替代方法以实现与附加系统资源(超出总可用预算)可用的情况下获得的结果基本相同的结果，自动修改加热算法以实现此类另选的方法，通知用户将使用实现结果的另选方法来代替分配超出可用系统预算的资源的用户期望的方法，并且通知用户使用另选方法的效果。例如，如果用户在给定步骤中尝试将总可用功率预算的100％分配给两个加热器中的每一个，则计算或处理系统可以确定为实现基本相同的期望结果，在此步骤中应该将全部可用功率预算的100％分配给两个加热器中的第一加热器，并且在紧接的后续步骤中应该将总可用功率预算的100％分配给两个加热器中的第二加热器，并且将经由用户界面通知用户在加热算法中将使用实现期望的另选方法，并且使用另选方法的结果是，由加热算法实例化的配方将需要附加的五秒钟来完成。在此类实施方案中，烹饪器具可以向用户提供关于可用预算、配方结果的指示并且/或者自动调整和平衡加热算法，从而自动调整配方，以保持在可用功率预算之内。

在一些实施方案中，界面允许对加热算法的选择、创建和/或修改，并且包括系统资源分配界面，该系统资源分配界面用于在配方执行期间选择性地且交互地指定向每个加热元件的系统资源的递送(即，待递送的系统资源的量)。“主厨模式”界面允许用户查看加热算法的步骤，无论配方创建是完成还是在进行中，并且该界面可以向用户提供系统资源使用状态的指示，包括总可用系统资源预算的指示、总剩余系统资源预算的指示和/或在配方的每个步骤期间每个加热器的系统资源使用的指示。在一些实施方案中，“主厨模式”基于在整个配方中系统资源的用户配置的分配来投射配方结果(例如，在配方执行终止时由烹饪器具使用配方烹饪的一组食品状态，诸如与食品在一个或多个内部位置处的温度、食品的表面颜色和/或口感、食品的多汁性等相关的状态)，并且向用户提供系统资源状态的指示以及用户配置的系统资源分配对配方结果的影响的指示。该指示可以包括警告、由烹饪器具进行的加热算法修改的指示以及/或者向用户提供界面以响应于此做出进一步的调整。在一些实施方案中，根据投射的配方结果、期望的配方结果和/或功率预算状态来调整配方，并且调整可以包括例如经调整的烹饪时间和/或其他配方调整。

在各种实施方案中，“主厨模式”用户界面向用户提供选项以选择实施加热算法的方法的至少一个模板，该加热算法可操作为选择性地调整系统资源的分配，然后修改该模板的一个或多个方面。模板可以与完整配方或与一个或多个烹饪事件相关联的配方的一组一个或多个部件相关联。模板可以被存储在烹饪器具本地或从服务器(例如，配方服务器)下载。在用户选择模板之后，用户可以在如本文所述的一个或多个步骤中通过调整向一个或多个加热器的系统资源递送的分配来编辑模板。

在各种实施方案中，用户界面可以包括“模拟烹饪”特征，该特征允许用户测试“主厨模式”用户生成的配方将如何烹饪某个(一个或多个)食品。用户可以选择一个或多个食品，将针对该一个或多个食品测试用户生成的配方，并且系统将模拟结果(例如，配方的执行结束时食品的一个或多个状态)，从而提供有关模拟结果的信息和统计信息，诸如有关灼烧水平、内部温度分布、烹饪时间、内部水分含量等的信息。该信息可以是定量的也可以是定性的(相对于后者，例如，可以将灼烧与经由规范的烹饪方法获得的灼烧进行比较，或将多汁性与使用特定且熟悉的方法(例如，炸鸡)进行的食品烹饪类型进行比较。在一些实施方案中，系统还可以在配方执行期间但在配方执行结束之前的一个或多个时间点上模拟一个或多个食品的一个或多个状态。该系统可以包括能力(例如，用户界面)，该能力允许用户将一个或多个食品的模拟的一个或多个状态和获得一个或多个状态的时间点与用户生成的配方中的步骤相关联，并且允许用户根据模拟的一个或多个状态在“主厨模式”中修改配方。

参考图16，现在将描述用于分配用于烹饪器具的操作的系统资源的方法1600的实施方案。方法1600可以由本文所公开的系统(例如，图1的系统100，图2的烹饪器具200)实现，以在执行加热算法期间(例如，通过图1的烹饪引擎116、图2的烹饪引擎270)将资源(例如，从功率源260接收的功率)分配给多个加热元件(例如，图1的加热部件112，加热/冷却元件212)。在各种实施方案中，可以使用本文公开的用户界面来促进用户交互。

在步骤1602中，烹饪器具接收一个或多个系统资源(例如，功率、电流、能量)，该一个或多个系统资源中的每一者都具有相关预算。例如，烹饪器具可以从电源插座接收电功率，该电功率通过功率源(例如，图2的功率源260)输入到烹饪器具。

在步骤1604中，提供了一种用户界面以促进一个或多个系统资源到多个加热元件的用户配置的分配，而不超出一个或多个系统资源的任何相关联的预算。在各种实施方案中，用户交互的结果是将由烹饪引擎执行以烹饪一种或多种食品物质的配方和/或加热算法。在一些实施方案中，向用户提供相关联的预算的指示，诸如在一个或多个加热元件的操作期间剩余的可用系统资源预算的指示和/或当前系统使用的指示。

在一些实施方案中，烹饪器具的计算部件(例如，图2的控制器220和存储器230)可操作为基于预算系统资源向多个加热元件的用户配置的分配来投射配方结果(例如，石英钨卤素加热器)。相关联的预算的指示可以包括系统资源的用户配置的分配对配方结果的影响的指示。计算部件还可以根据投射的配方结果和/或预算系统资源来调整加热算法。在一些实施方案中，对用户的预算系统资源的指示包括经调整的烹饪时间和/或其他配方调整。

在各种实施方案中，计算部件可进一步操作为促进系统资源到多个加热元件的用户配置的分配，以加热多区烹饪腔室内的多个区。控制部件可以包括逻辑和电路，以促进根据相关联的预算和/或用户设置来将一个或多个系统资源自动分配给多个加热元件。

然后在步骤1606中将系统资源应用于多个加热元件，以根据加热算法加热烹饪腔室内的一种或多种食品物质。例如，加热元件可以包括控制部件(或由控制部件控制)，这些控制部件从外部资源接收电功率并且在加热元件之间分配所接收的电功率以实现加热算法。

在步骤1608中，调节一个或多个系统资源到一个或多个加热元件的输送，使得在加热算法的执行过程中不超出一个或多个系统资源中的每个的相关联的预算被递送至多个加热元件。例如，烹饪器具可以被调节为在相关联的资源预算所指示的系统功率约束内操作。在各种实施方案中，烹饪腔室包括多个烹饪区，并且加热元件可选择性地操作以加热多个烹饪区中的每个烹饪区内的一种或多种食品物质。在一些实施方案中，计算部件执行加热算法以在烹饪腔室中烹饪至少一种食品物质，检测至少一种食品物质的状态变化，以及在烹饪过程中修改加热算法，以响应于状态变化并且根据系统资源的相关联的预算来重新配置供应给一个或多个加热元件的系统资源。

本公开的一些实施方案除了上述内容之外或取代上述内容具有其他方面、元件、特征和步骤。在说明书的其余部分中描述了这些可能的添加和替换。在本说明书中对“各种实施方案”或“一些实施方案”的引用意指结合该实施方案描述的特定特征、结构或特性包括在本公开的至少一个实施方案中。另选的实施方案(例如，被称为“其他实施方案”)并不相互排斥其他实施方案。此外，描述了可以由一些实施方案而不是其他实施方案展现的各种特征。类似地，描述了可能是一些实施方案的要求但不是其他实施方案的要求的各种要求。

虽然本公开的一些实施方案包括以给定顺序呈现的过程或方法，但是另选的实施方案可以以不同顺序执行具有步骤的例程，或采用具有框的系统，并且可以删除、移动、添加、细分、组合和/或修改某些过程或框以提供替代形式或子组合。这些过程或框中的每一个可以以各种不同的方式实现。此外，虽然有时将处理或框示出为串行执行，但是这些处理或框可以另选地并行执行，或者可以在不同的时间执行。当过程或步骤“基于”值或计算时，应该将过程或步骤解释为至少基于该值或该计算。

本公开的一些实施方案除了上述内容之外或取代上述内容具有其他方面、元件、特征和步骤。在说明书的其余部分中描述了这些可能的添加和替换。

实施例

1.一种烹饪系统，包括：

烹饪腔室；

多个加热元件，这些多个加热元件被布置在烹饪腔室内；

控制系统，该控制系统可操作为根据配方选择性地启动一个或多个加热元件，该配方包括烹饪逻辑和加热量调整算法；以及

用户界面，该用户界面可操作为实现烹饪系统的用户配置，包括选择、创建和/或编辑配方、烹饪逻辑和/或加热量调整算法。

2.根据实施例1所述的烹饪系统，还包括至少一个传感器，该至少一个传感器可操作为在配方执行期间将状态信息传输至控制系统。

3.根据实施例2所述的烹饪系统，其中传感器包括可见光成像部件、红外成像传感器和/或温度传感器。

4.根据实施例1所述的烹饪系统，其中控制系统还包括促进与网络服务器和/或移动设备进行通信的通信部件。

5.根据实施例4所述的烹饪系统，其中控制系统可操作为从网络服务器接收配方，促进用户对配方的选择，促进用户创建新配方和/或编辑配方。

6.根据实施例1所述的烹饪系统，其中配方包括与烹饪状态相关联的用户指令；并且其中在检测到烹饪状态之后，将用户指令显示给用户。

7.根据实施例6所述的烹饪系统，其中根据一个或多个传感器馈送、一个或多个定时器、一个或多个用户信号和/或它们的任意组合来确定烹饪状态。

8.根据实施例1所述的烹饪系统，其中传感器包括插入食品物质中的温度探头、烹饪腔室内的温度传感器、附接在烹饪腔室内的相机和/或或它们的任何组合。

9.根据实施例1所述的烹饪系统，其中通过可通信地连接至烹饪系统的移动设备、烹饪系统的外壳上的按钮、烹饪系统的外壳上的触摸屏和/或它们的任何组合来促进用户界面。

10.根据实施例1所述的烹饪系统，其中用户界面可操作为提供配方创建模式，从而允许用户定义配方，包括控制加热元件。

11.根据实施例10所述的烹饪系统，其中配方创建模式包括用于针对已知食品配置文件测试配方的模拟器，该模拟器可操作位提供目标食品的视觉模拟和该目标食品的温度模拟；并且经由配方设计界面呈现仿真。

12.根据实施例11所述的烹饪系统，其中已知食品配置文件指定目标食品如何响应于环境或内部温度变化以及单位量的目标食品的热容量和电导特征而在视觉上转换。

13.根据实施例12所述的烹饪系统，其中控制系统可进一步操作为：

从外部设备接收配方和相关联的烹饪逻辑，其中烹饪逻辑包括表示为状态机的加热逻辑；

响应于用户输入在烹饪器具中执行烹饪逻辑，包括根据状态机的初始状态配置烹饪器具的一个或多个加热元件；基于一个或多个传感器馈送、一个或多个定时器、一个或多个用户信号或它们的任何组合来检测状态改变；响应于根据状态机的状态改变，重新配置烹饪器具的加热元件中的至少一个。

14.根据实施例13所述的烹饪系统，其中控制系统可进一步操作为检测食品在烹饪器具中的放置，并且其中响应于食品放置而执行烹饪逻辑。

15.根据实施例14所述的烹饪系统，其中所述检测是通过设置在烹饪器具中的相机、重量传感器、连接至烹饪器具的温度探头、烹饪器具的门的机械连接传感器或它们的任何组合来进行的。

16.根据实施例14所述的烹饪系统，其中烹饪逻辑包括异常捕获逻辑，该异常捕获逻辑监视一个或多个传感器馈送、一个或多个用户信号、一个或多个定时器或它们的任何组合，以确定在所述执行烹饪逻辑期间是否发生了意外事件。

17.根据实施例16所述的烹饪系统，还包括基于异常捕获逻辑重新配置加热元件以从意外事件中恢复。

18.根据实施例1所述的烹饪系统，其中所述配方指定与其相关联的一个或多个膳食套件包装标识符，并且方法还包括经由烹饪器具的相机检测光学标签；并且确定该光学标签是否对应于至少一个膳食套件包装标识符。

19.根据实施例13所述的烹饪系统，其中烹饪逻辑指定一个或多个烹饪逻辑配置参数以从操作用户中检索；并且方法还包括：

经由烹饪器具的输出部件或网络接口提示操作用户输入烹饪逻辑配置参数；以及

经由输入部件或网络接口接收与烹饪逻辑配置参数相关联的用户输入。

20.根据实施例13所述的烹饪系统，其中配方指定两个或更多个操作模式以及与操作模式相关联的两个或更多个烹饪逻辑模式；其中这些操作模式包括低应力模式和高速模式，其中该高速模式要求烹饪器具的操作用户在由烹饪逻辑确定的特定时间从烹饪器具中提取目标食品。

21.根据实施例1所述的烹饪系统，还包括：

在所述烹饪逻辑的执行期间，记录来自一个或多个传感器馈送、一个或多个定时器、一个或多个用户信号或它们的任何组合的数据；以及

将所记录的数据发送至服务器系统进行分析。

22.根据实施例24所述的烹饪系统，还包括：

在所述执行烹饪逻辑之后提示用户反馈；并且将带有记录数据的用户反馈发送至服务器系统进行分析。

23.根据实施例1所述的烹饪系统，其中加热元件为石英管加热元件。

24.根据实施例1所述的烹饪系统，还包括设置在腔室的外侧上的用户显示器和/或用户移动设备；并且其中该显示器可操作位显示经由相机捕获的腔室内部的实时图像和/或视频。

25.根据实施例1所述的烹饪系统，其中加热元件在腔室中的一个或多个位置处包括一个或多个频率可控的细丝组件；并且其中一个或多个频率可控的细丝组件中的每一个能够独立地调整发射频率和/或发射功率。

26.根据实施例1所述的烹饪系统，还包括计算设备，该计算设备可操作为分析来自相机的图像以确定烹饪状态和制备结果。

27.根据实施例1所述的烹饪系统，其中计算设备被耦接到存储器；并且其中该计算设备可操作为基于所接收的与外部事件相关联的配方信息从存储在存储器中的加热配方库中选择加热配方。

28.根据实施例1所述的烹饪系统，其中计算设备可操作为通过根据加热配方控制加热元件来执行加热配置时间表。

29.根据实施例1所述的烹饪系统，还包括显示器和输入部件；其中计算设备可操作为显示加热配方以进行确认；并且其中输入部件可操作为当显示加热配方时接收确认。

30.一种方法，包括：

在烹饪器具上执行配方以烹饪食品物质，该烹饪器具包括烹饪腔室，设置在该烹饪腔室内的多个加热元件以及控制系统，该控制系统可操作为根据配方选择性地启动每个加热元件；

向用户提供配方的执行已经停止的指示；

从用户接收纠正措施，包括选择性地启动一个或多个加热元件；以及

执行纠正措施以进一步烹饪所述食品。

31.根据实施例30所述的方法，还包括将食品物质的图像和/或视频传输至用户界面。

32.根据实施例30所述的方法，还包括在检测到某个事件之后以及/或者在通过用户界面接收用户干预以暂停或终止配方执行之后，当配方执行完成时，停止配方的执行。

33.根据实施例30所述的方法，还包括将传感器数据发送给用户，其中该传感器数据包括来自温度探头的温度数据和/或来自烤箱内相机的图像数据。

34.根据实施例30所述的方法，其中烹饪器具根据关于所烹饪的食品物质的用户指定的偏好，关于所烹饪的食品物质的社区偏好，用户或社区的一般偏好，关于用户或社区倾向于犯某些错误的数据，关于用户或社区的确定倾向的数据和/或关于特定食材倾向于如何烹饪的数据来执行纠正措施。

35.根据实施例30所述的方法，其中用户具有重复相同或不同的纠正措施直到获得期望的结果的选项。

36.根据实施例30所述的方法，还包括重新配置一个或多个加热元件以应用纠正措施来进一步烹饪食品物质。

37.一种装置，包括：

烹饪腔室；

多个加热元件，这些多个加热元件被布置在烹饪腔室内；

控制系统，该控制系统可操作为根据配方选择性地启动多个加热元件中的每一个以烹饪食品物质，其中配方包括用于由控制系统执行的烹饪逻辑和/或加热算法，以及食材的标识、制备指令、烹饪状态、烹饪温度、波长和/或烹饪时间；以及

配方生成界面，该配方生成界面可操作为根据用户输入选择和修改配方。

38.根据实施例37所述的装置，其中配方生成界面可进一步操作为分析用户修改的配方并且向用户通知期望的烹饪结果。

39.根据实施例38所述的装置，其中配方生成界面可进一步操作为注释所分析的配方，以指示与烹饪的各个阶段相关的信息。

40.根据实施例37所述的装置，其中配方生成界面可操作为复制所选择的配方以生成用于由用户修改的新配方。

41.根据实施例37所述的装置，其中配方与膳食套件相关联，包括用于配方的食材的集合；并且其中用户通过改变、添加和/或减去至少一个食材来修改所选择的配方。

42.根据实施例37所述的装置，其中配方生成界面可操作为使烹饪逻辑和/或加热算法适于用户对配方实现的改变。

43.根据实施例42所述的装置，其中配方生成界面可操作为调整其中放置食品物质的烹饪区。

43.根据实施例37所述的装置，其中配方生成界面可操作为从网络设备下载配方的副本以供用户修改。

44.根据实施例37所述的装置，其中配方生成界面可操作为提供界面，以促进用户修改加热算法以选择性地调节一个或多个加热元件以实现期望的烹饪结果。

45.根据实施例44所述的装置，其中配方生成界面可操作为在配方执行期间的一个或多个时间片上提供每个加热元件所使用的功率的指示。

46.根据实施例37所述的装置，其中配方为多区配方，该多区配方选择性地操作烹饪腔室内的每个加热元件以分别烹饪多个食品物质。

47.根据实施例37所述的装置，其中配方生成界面可操作为组合并且促进两个或更多个配方、烹饪算法和加热算法的修改，以在配方内执行各种烹饪功能。

48.根据实施例37所述的装置，其中配方包括错误检测逻辑，该错误检测逻辑可操作为定义适当的探头放置、托盘高度、食品制备和/或食品放置，并且在执行配方期间检测错误。

49.根据实施例37所述的装置，其中配方生成界面可进一步操作为针对已知食品配置文件计算配方的模拟，该模拟包括目标食品的视觉模拟和目标食品的温度模拟；以及

经由配方生成界面呈现仿真。

50.根据实施例49所述的装置，其中配方生成界面可进一步操作为提供对定义加热逻辑序列的一个或多个加热逻辑模板的访问。

51.一种烹饪系统，包括：

烹饪腔室；

多个加热元件，这些多个加热元件被布置在烹饪腔室内；

控制系统，该控制系统可操作为根据配方选择性地启动一个或多个加热元件，该配方包括用于烹饪食品物质的烹饪逻辑；以及

错误检测逻辑，该错误检测逻辑可操作为检测配方执行中的一个或多个错误。

52.根据实施例51所述的烹饪系统，其中错误检测逻辑可进一步配置为定义适当的探头放置、托盘高度、食品制备和/或食品放置，并且在执行配方期间检测错误。

53.根据实施例51所述的烹饪系统，还包括相机，该相机可操作为在配方的执行期间对食品物质进行成像，并且其中错误检测逻辑可操作为通过分析从相机接收的图像来检测错误。

54.根据实施例51所述的烹饪系统，其中错误检测逻辑可操作为检测托盘高度并且在未检测到最小的或限定的托盘高度时生成错误。

55.根据实施例54所述的烹饪系统，还包括相机，该相机被设置在烹饪腔室内，以对烹饪腔室的一部分进行成像；其中对图像数据进行分析以检测错误状态。

56.根据实施例51所述的烹饪系统，其中错误检测逻辑可进一步操作为向用户通知纠正措施以修复所检测到的错误。

57.根据实施例56所述的烹饪系统，其中错误检测逻辑可操作为检测错误是否已被校正。

58.根据实施例56所述的烹饪系统，其中配方的执行被暂停，直到用户解决所检测到的错误。

59.根据实施例58所述的烹饪系统，其中用户可以手动地覆写所检测到的错误状态并且继续执行配方。

60.根据实施例51所述的装置，其中控制系统可操作为自动调整配方以校正某些检测到的错误。

61.一种系统，包括：

可配置的烹饪装置，该可配置的烹饪装置包括烹饪腔室，被设置在烹饪腔室内的多个加热元件以及控制系统，该控制系统可操作为根据配方选择性地启动多个加热元件中的每一个；

用户界面，该用户界面提供与可配置的烹饪装置的用户交互，其中用户界面包括用户特定信息和配置和/或活动；

相关联的逻辑，该相关联的逻辑用于关联系统中的设备；以及

优先级排序意味着对与用户相关联的设备上的配方进行优先级排序。

62.根据实施例61所述的系统，其中关联逻辑包括被存储在网络服务器上的用户名和密码。

63.根据实施例62所述的系统，其中网络服务器基于所购买的食材、订购的膳食套件、在线浏览历史和/或用户偏好，将用户配方信息自动下载到可配置烹饪装置。

64.根据实施例63所述的系统，其中接口设备包括计算机、电话、平板电脑或可穿戴设备。

65.根据实施例63所述的系统，其中用户界面包括触摸屏、烤箱、电话。

66.根据实施例63所述的系统，其中感兴趣的配方包括收藏页和/或偏好和/或从浏览活动推断。

67.根据实施例63所述的系统，其中最有趣的项目是用户通过烤箱、计算机、电话等订购的膳食套件。

68.根据实施例63所述的系统，其中对界面进行优先级排序的定时与运送/递送数据同步。

69.根据实施例61所述的系统，还包括：

基于所检测到的用户错误，编译错误历史记录；

根据预期的用户错误修改用户配方；以及

根据状态改变历史，根据由多个用户生成的预期的错误，修改全局配方。

70.一种烹饪装置，包括：

烹饪腔室；

多个加热元件，这些多个加热元件被布置在烹饪腔室内；以及

控制系统，该控制系统可操作为根据配方选择性地启动多个加热元件中的每一个；

其中该控制系统可操作为确定烹饪的结束，收集与烹饪相关联的数据，分析所收集的数据并且与期望的配方结果进行比较，以及根据分析来调整配方。

71.根据实施例70所述的烹饪装置，其中配方针对用户进行调整并且被存储在烹饪装置上并且/或者被传输至配方服务器。

72.根据实施例70所述的烹饪装置，其中在配方服务器上在全局上调整配方，并且其中，配方变化被提供给其他可配置的烹饪设备。

73.根据实施例70所述的烹饪装置，其中基于关于相同和类似烹饪的结果的社区数据来确定期望的结果。

74.根据实施例70所述的烹饪装置，其中向用户通知在烹饪期间检测到的用户错误。

75.根据实施例70所述的烹饪装置，其中收集的数据包括用户对烹饪结果的反馈。

76.根据实施例70所述的烹饪装置，其中所收集的数据包括烹饪状态，其中烹饪状态包括开始和结束温度、表面质量和高度、温度和表面质量、烹饪所花费的时间和/或达到特定阶段所需的时间，诸如烹饪期间的温度、表面质量和高度。

77.根据实施例70所述的烹饪装置，其中在烹饪完成之后，呈现用户界面以征求用户反馈。

78.根据实施例77所述的烹饪装置，其中可以在烹饪之后的时间输入用户反馈。

79.根据实施例70所述的烹饪装置，其中控制系统可操作为将关于用户错误的类型和频率的数据存储在数据库中，并且其中对配方进行调整以考虑至少一个预期的用户错误。

80.根据实施例70所述的烹饪器具，其中用户交互包括音频交互。

81.根据实施例70所述的烹饪器具，其中使用机器视觉检测至少一个错误。

82.根据实施例70所述的烹饪器具，其中数据库存储关于错误的类型和频率的信息，并且基于所存储的信息来调整配方。

83.根据实施例70所述的烹饪器具，其中控制系统可操作为根据数据库信息、用户反馈和/或在烹饪期间收集的数据来分析特定错误导致不良反馈或不良结果的可能性。

84.根据实施例70所述的烹饪器具，其中控制系统可操作为向用户呈现在烹饪期间检测到的错误的列表，并且其中该列表从更可能影响烹饪结果的错误到不太可能影响烹饪结果的错误进行排序。

85.根据实施例70所述的烹饪器具，其中控制系统可操作为跟踪跨多个烹饪的用户行为，分析所收集的数据、用户反馈和针对先前错误向用户提供的控制系统反馈，以及向用户呈现更新的指令以校正用户错误，从而改进烹饪结果。

86.根据实施例70所述的烹饪器具，其中控制系统可进一步操作为在所述执行烹饪配方之后提示用户反馈，并且将该用户反馈与所记录的数据一起发送至服务器系统以进行分析。

Claims (32)

1.一种烹饪器具，包括：

烹饪腔室；

多个加热元件，所述多个加热元件能够操作为加热所述烹饪腔室内的一种或多种食品物质；

输入端，所述输入端能够操作为接收用于所述多个加热元件的一个或多个系统资源，每个系统资源具有相关联的预算；

控制部件，所述控制部件能够操作为选择性地调节所述一个或多个系统资源向所述加热元件中的一个或多个的递送；

用户界面，所述用户界面能够操作为在与每个分配的系统资源相关联的所述预算内向所述多个加热元件分配所述系统资源中的一个或多个；以及

计算部件，所述计算部件包括逻辑以确保所述控制部件向所述多个加热元件递送的预算不超出所述一个或多个系统资源中的每个的所述相关联的预算。

2.根据权利要求1所述的烹饪器具，其中所述一个或多个系统资源中的一者是功率、电流或能量。

3.根据权利要求2所述的烹饪器具，其中一个或多个系统资源包括功率，并且所述控制部件包括功率控制部件；并且其中所述功率控制部件能够操作为从外部资源接收电功率并且在所述多个加热元件之间分配所接收的电功率以实现加热算法，所述功率控制部件包括功率控制逻辑，用于跟踪所述加热元件中的每个的功率使用并且选择所述多个加热元件中的一个来启动。

4.根据权利要求2所述的烹饪器具，其中一个或多个系统资源包括功率，所述控制部件为功率控制部件；并且其中所述功率控制部件能够操作为根据由所述资源的所述相关联的预算指示的系统功率约束来调节所接收的功率。

5.根据权利要求1所述的烹饪器具，其中所述烹饪腔室包括多个烹饪区；并且其中所述加热元件能够选择性地操作为加热所述多个烹饪区中的每个烹饪区内的一种或多种食品物质。

6.根据权利要求5所述的烹饪器具，其中加热算法能够操作为跨多个加热元件分配一个或多个系统资源的所述相关联的预算，以选择性地加热多个烹饪区中的每个烹饪区内的一种或多种食品物质，而不超出所述相关联的预算。

7.根据权利要求1所述的烹饪器具，其中所述用户界面向所述用户提供一个或多个系统资源的所述相关联的预算的指示。

8.根据权利要求7所述的烹饪器具，其中向所述用户指示一个或多个系统资源的所述相关联的预算包括在一个或多个加热元件的操作期间对剩余系统资源预算的指示和/或当前系统使用的指示。

9.根据权利要求1所述的烹饪器具，其中所述用户界面不向所述用户提供一个或多个系统资源的所述相关联的预算的指示。

10.根据权利要求7所述的烹饪器具，其中所述计算部件能够操作为基于向所述多个加热元件的系统资源的用户配置的分配来投射配方结果；并且其中向所述用户指示一个或多个系统资源的所述相关联的预算包括对所述系统资源的所述用户配置的分配对所述配方结果的影响的指示。

11.根据权利要求10所述的烹饪器具，其中所述计算部件能够进一步操作为根据预期的配方结果和/或预算系统资源状态来调整加热算法，并且其中对所述用户的所述指示包括经调整的烹饪时间和/或其他配方调整。

12.根据权利要求11所述的烹饪器具，其中所述计算部件能够进一步操作为促进系统资源到所述多个加热元件的用户配置的分配，以加热多区烹饪腔室内的多个区。

13.根据权利要求1所述的烹饪器具，其中所述界面促进对所述加热元件以及相关联的系统资源损耗的用户控制。

14.根据权利要求1所述的烹饪器具，其中所述控制部件包括逻辑和电路，以促进根据一个或多个系统资源预算的相关联的预算和/或用户设置来将一个或多个系统资源自动分配到所述多个加热元件。

15.根据权利要求1所述的烹饪器具，其中所述加热元件包括石英钨卤素加热器。

16.根据权利要求1所述的烹饪器具，其中所述计算部件能够进一步操作为执行加热算法，以在所述烹饪腔室中烹饪至少一种食品物质，检测所述至少一种食品物质的状态变化，以及修改所述加热算法，以响应于所述状态变化并且根据系统资源预算来重新配置供应给一个或多个加热元件的所述系统资源。

17.一种方法，包括：

接收一个或多个系统资源，所述一个或多个系统资源中的每一个都具有相关预算；

经由用户界面促进用户将一个或多个系统资源分配到多个加热元件，而不超出一个或多个系统资源的任何相关联的预算；

将所述一个或多个系统资源应用于所述多个加热元件，以在烹饪腔室内加热一种或多种食品物质；以及

选择性地调节所述一个或多个系统资源到一个或多个加热元件的递送，使得不超出所述一个或多个系统资源中的每个的所述相关联的预算被递送至所述多个加热元件。

18.根据权利要求17所述的方法，其中所述一个或多个系统资源中的一者是功率、电流或能量。

19.根据权利要求18所述的方法，其中所述一个或多个系统资源中的一者是功率；其中将所述一个或多个系统资源应用于多个加热元件包括操作功率控制部件以从外部资源接收电功率，并且在所述多个加热元件之间分配所接收的电功率以实现加热算法；并且其中所述功率控制部件包括功率控制逻辑，用于跟踪所述加热元件中的每个的功率使用并且选择所述多个加热元件中的一个来启动。

20.根据权利要求18所述的方法，其中所述一个或多个系统资源中的一者是功率；并且其中将所述一个或多个系统资源应用于所述多个加热元件包括操作功率控制部件，以根据由所述相关联的预算指示的系统功率约束来调节所接收的电功率。

21.根据权利要求17所述的方法，其中所述烹饪腔室包括多个烹饪区；并且其中所述加热元件能够选择性地操作为加热所述多个烹饪区中的每个烹饪区内的一种或多种食品物质。

22.根据权利要求21所述的方法，其中加热算法能够操作为跨多个加热元件分配一个或多个系统资源的所述相关联的预算，以选择性地加热多个烹饪区中的每个烹饪区内的一种或多种食品物质，而不超出所述预算。

23.根据权利要求17所述的方法，其中所述用户界面向所述用户提供一个或多个系统资源的所述相关联的预算的指示。

24.根据权利要求23所述的方法，其中向所述用户指示提供给所述用于的一个或多个系统资源的所述相关联的预算，包括在一个或多个加热元件的操作期间对剩余系统资源预算的指示和/或当前系统使用的指示。

25.根据权利要求17所述的方法，其中所述用户界面不向所述用户提供一个或多个系统资源的所述相关联的预算的指示。

26.根据权利要求17所述的方法，其中所述计算部件能够操作为基于预算系统资源到所述多个加热元件的用户配置的分配来投射配方结果；并且其中一个或多个系统资源的所述相关联的预算的所述指示包括所述系统资源的用户配置的分配对所述配方结果的影响的指示。

27.根据权利要求26所述的方法，其中所述计算部件能够进一步操作为根据投射的配方结果和/或预算系统资源状态来调整加热算法，并且其中所述指示包括经调整的烹饪时间和/或其他配方调整。

28.根据权利要求27所述的方法，其中所述计算部件能够进一步操作为促进系统资源到所述多个加热元件的用户配置的分配，以加热多区烹饪腔室内的多个区。

29.根据权利要求17所述的方法，其中所述界面促进对所述加热元件以及相关联的系统资源损耗的用户控制。

30.根据权利要求17所述的方法，其中所述控制部件包括逻辑和电路，以促进根据所述相关联的预算和/或用户设置来将一个或多个系统资源自动分配到所述多个加热元件。

31.根据权利要求17所述的方法，其中所述加热元件包括石英钨卤素加热器。

32.根据权利要求17所述的方法，其中所述计算部件能够进一步操作为执行加热算法，以在所述烹饪腔室中烹饪至少一种食品物质，检测所述至少一种食品物质的状态变化，以及修改所述加热算法，以响应于所述状态变化并且根据所述系统资源的所述相关联的预算来重新配置供应给一个或多个加热元件的所述系统资源。

Images