CN114428469A - 用于更新烹饪装置的固件的系统和方法 - Google Patents

Abstract

用于在第一烹饪装置(100)的控制下更新第二烹饪装置(220)的固件的系统、方法和计算机程序产品，所述第一烹饪装置(100)在联合烹饪过程中控制第一和第二烹饪装置的食谱运行。第一烹饪装置(100)查询更新服务器(200)以检查第二烹饪装置(220)的当前固件版本(221)是否对应于用于提供特定烹饪功能的最新可用固件版本(221n)。如果最新固件版本不同于当前固件版本，则最新固件版本(221n)被下载到第一烹饪装置(100)。下载的最新固件版本(221n)然后被上传到第二烹饪装置(220)，同时防止联合烹饪过程的中断。在接收到来自第二烹饪装置的确认时，第一烹饪装置登记固件更新的完成。第一烹饪装置发送用于执行特定烹饪功能的食谱指令到第二烹饪装置(220)，以通过运行食谱程序(111)的相应指令来继续联合烹饪过程。

Description

用于更新烹饪装置的固件的系统和方法

技术领域

本发明总体上涉及烹饪装置，并且更具体地，涉及向一个或多个烹饪装 置提供固件更新。

背景技术

通过将多种功能集成到装置中，烹饪装置(烹饪设备)在最近变得越来 越智能。例如，现代烹饪设备将诸如加热、混合、煮沸、制泥等的功能集成 在单个多功能烹饪设备中。烹饪设备通常必须以适当的技术参数设置(例如， 温度设置、转速设置等)来操作，以确保适当的操作。下文中使用的烹饪设 备的适当的操作指的是正确、安全和/或可靠的操作，用于利用烹饪装置针 对特定食品产生可再现的烹饪结果。

典型地，这种多功能烹饪装置的功能由一个或多个食谱程序控制，这些 食谱程序具有顺序运行以得到准备好的食品或菜单的指令。典型地，食谱程 序被加载到烹饪装置中，用于准备菜单的某一道菜，并且这些菜通过以相应 的顺序处理单独的食谱程序来准备。然而，食谱程序也可以包括与两道或更 多道菜(或整个菜单)的食品处理步骤相关的程序指令。由这种复杂的食品 处理步骤产生的复杂食品的制备通常需要使用一个或多个另外的烹饪装置， 以允许在多个烹饪装置上并行运行某些食谱指令。这在需要在某个时间点将 可由另外的烹饪装置之一制备的食物成分提供给引导装置以确保导致可再现 烹饪结果的平滑联合烹饪过程的情况下变得特别相关。

典型地，在这种联合烹饪过程中使用的烹饪装置处于引导烹饪装置的控 制下，该引导烹饪装置正将食谱程序的各个分区(partition)分配给其他烹 饪装置以供运行。这种其他烹饪装置从属于引导装置，因为在联合烹饪过程 中引导装置与其他烹饪装置的协作由引导装置协调。也就是说，引导装置确 定其他烹饪装置中的哪一个将用于运行相应的食谱指令。其他烹饪装置可以 是不同类型的。尽管第二烹饪装置可以是与引导装置相同的类型，但是第二 烹饪装置通常具有比引导装置更有限的功能范围。也就是说，例如，与引导装置相比，它可以支持更低的最大烹饪温度，或者更低的搅拌/切碎元素的 最大转速。在某种程度上，这种第二烹饪装置的功能范围由用于操作第二烹 饪装置的固件确定。固件更新可用于增强由第二烹饪装置提供的烹饪功能。 在一些情况下，可能需要这样的固件更新来在联合烹饪过程中运行特定食谱。 要注意的是，这里使用的“烹饪功能”指的是烹饪装置在处理食谱指令的过 程中可以执行的任何动作。也就是说，烹饪功能不一定包括加热步骤。诸如 切碎或搅拌等功能也被称为烹饪功能。

发明内容

因此，需要能够对第二烹饪装置进行固件更新，而不会对联合烹饪过程 产生负面影响。该技术问题通过如独立权利要求所要求保护的实施例来解决： 一种计算机实现的用于在第一烹饪装置(引导装置)的控制下更新第二烹饪 装置的固件方法；一种计算机程序产品，所述计算机程序产品当由至少一个 处理器运行时，使至少一个处理器运行所述计算机实现的方法的步骤；以及 用于更新第二烹饪装置的固件的引导烹饪装置。

下面总结了利用这些实施例实现固件更新而不对联合烹饪过程产生负面 影响的特征。

在一个实施例中，提供了一种计算机实现的方法，用于在第一烹饪装置 的控制下更新第二烹饪装置的固件。第一烹饪装置(引导装置)与食谱控制 功能相关联，该功能在联合烹饪过程中控制第一和第二烹饪装置的食谱运行。 食谱控制功能至少包括食谱程序存储装置和食谱运行引擎，它们可以是引导 装置的组成部分。食谱控制功能的其他功能也可以在引导装置之外实现，因 为不是引导装置的组成部分的相应控制单元实现这样的功能并与引导装置通 信耦合。例如，用于生成由参与同引导装置的联合烹饪过程的其他烹饪装置 运行的食谱程序的食谱分析模块和食谱分区模块可以由计算设备来执行，该 计算设备与引导装置通信耦合，但是不形成引导装置的组成部件。也就是说， 食谱程序最初由引导装置处理。然后，将要由第二或另外的烹饪装置运行的 食谱指令被分发到各个装置去执行，以在联合烹饪过程中运行各个烹饪功能。 欧洲专利申请EP3269280A1公开了如何在联合烹饪过程中将食谱程序分发给 多个烹饪装置的示例。

当引导装置处理具有要由第二烹饪装置运行以执行特定烹饪功能的食谱 指令的食谱程序时，引导装置认识到需要第二烹饪装置来成功地执行联合烹 饪过程。引导装置可以在开始运行食谱程序之前(通过在运行之前扫描整个 程序)已经注意到这种需要，或者它可以在食谱执行期间当处理食谱指令将 被发送到第二烹饪装置时，注意到这种需要。然后，引导装置检查在两个烹 饪装置之间是否已经建立了允许引导装置和第二烹饪装置相互通信的通信。 为此，两个烹饪装置经由无线短程通信协议连接。在没有连接的情况下，引导装置可以生成打开(switch on)第二烹饪装置的指令。例如，指令可以发 送给烹饪用户。用户然后可以打开所需的第二烹饪装置，并且第二烹饪装置 可以向引导装置发送连接请求。假设两个烹饪装置在过去已经使用标准无线 短程通信协议(例如，WLAN、蓝牙、紫蜂、UWB等)配对。如果配对还 没有完成，一旦第二烹饪装置已经打开，就可以进行配对。

一旦在两个烹饪装置之间建立了通信，引导装置就向第二烹饪装置询问 第二烹饪装置当前使用的固件的版本号。然后，引导装置询问更新服务器， 以检查第二烹饪装置的当前固件版本是否对应于用于提供特定烹饪功能的最 新可用固件版本。换句话说，通过在第二烹饪装置上安装相应的最新可用固 件版本，可以在其上启用特定的烹饪功能。更新服务器可以是远程服务器 (例如，云服务器)，其经由广域通信网(例如，互联网)与引导装置通信 耦合。

在一个实施方式中，引导装置可以向更新服务器发送当前固件版本号， 并且作为响应，从更新服务器接收是否有更加新的版本可用的信息。在替代 实施方式中，引导装置可以简单地从更新服务器请求第二烹饪装置的最新固 件版本号，并自己检查最新版本号是否比当前版本号更加新。

如果最新的固件版本不同于当前的固件版本，也就是说，在有更加新的 固件版本可用于第二烹饪装置的情况下，最新的固件版本从上传服务器下载 到第一烹饪装置(引导装置)。在一些实施例中，下载可以取决于用户确认。 在这样的实施例中，引导装置向用户提示更加新的固件版本可用的信息，并 要求用户确认是否应该安装最新版本或至少下载最新版本以供以后安装。如 果用户提供了确认，则运行下载。在替代实施方式中，当引导装置检测到更 加新的固件版本的可用性时，可以总是执行下载。在这样的实施方式中，可 以在下载之后执行用于同意第二烹饪装置的固件更新的用户确认。例如，用 户可以在下载后被通知有更加新的固件版本可用-被通知甚至需要更加新的 固件版本来继续联合烹饪过程–并且用户可以确认应该安装固件更新。尤其 是如果固件更新是启用在联合烹饪过程中成功运行食谱所需要的第二烹饪装 置的特定烹饪功能所需的更新，则在没有用户事先确认的情况下下载可用的 固件更新可以是有利的。在这种情况下，所需的固件更新已经由引导装置预 加载，并且可以在需要时立即安装。这降低了干扰联合烹饪过程的风险，因 为例如，当需要固件更新时，到更新服务器的连接可能会很慢或者甚至不可 用。

一旦最新的固件版本被下载到引导装置，最新的固件版本就被上传到第 二烹饪装置。执行上传的同时防止联合烹饪过程的任何中断，以保证正在进 行的联合烹饪过程的成功运行。这是通过在检测到正在进行的烹饪动作时阻 止或中断固件上传来实现的，或者通过中断第二烹饪装置的正在进行的烹饪 动作用于执行固件更新(如果这种中断不会负面影响由中断的烹饪动作获得 的食物质量并且不会负面影响联合食谱执行的整体定时)来实现的。

阻止联合烹饪过程成功运行的中断是由固件更新引起的将导致第二烹饪 装置在联合烹饪过程中以关键时间延迟或食物质量不足的方式提供中间烹饪 结果的任何中断。例如，当要由第二烹饪装置制备的食物成分必须在联合烹 饪过程中的特定时间点准备好时(例如，因为该食物成分随后需要被引导装 置进一步处理，或者在联合烹饪过程结束时需要与其他食物成分一起同时供 应)，并且由于固件更新活动而错过了该截止时间(该特定时间点)时，可 以发生关键时间延迟。例如，当由第二烹饪装置的特定烹饪功能提供的可再 现烹饪结果依赖于烹饪功能(例如，搅打奶油)的连续运行，但是正在进行 的烹饪功能仍然被固件更新中断并且在更新之后恢复时，可以发生食物质量 不足。这通常导致低质量的食物成分，这对于联合烹饪过程的整体烹饪结果 是有害的。

可以使用各种实施例来防止这样的中断。在一个实施例中，由第二烹饪 装置执行的正在进行的烹饪功能被固件更新中断，而不会危及联合烹饪过程 的成功运行。在该实施例中，引导装置在开始上传固件之前检测第二烹饪装 置当前对烹饪功能的运行。基于食谱信息，引导装置可以确定对烹饪功能的 当前运行的中断来更新固件是否允许第二烹饪装置完成烹饪功能，使得所运 行的烹饪功能的结果由第二烹饪装置根据联合烹饪过程的食谱来提供。

例如，食谱中的烹饪功能可以标记为“可中断”或“不可中断”。当中 断对相应烹饪动作的输出的食物质量没有负面影响时，烹饪功能是可中断的。 “搅打奶油”可以是“不可中断的”烹饪功能的示例，因为当过程被中断时， 中间烹饪结果开始恶化，并且即使在执行固件更新的中断之后恢复搅打时， 食物成分“搅打的奶油”的质量也不能再达到。“切碎洋葱”可以是“可中 断的”烹饪功能的示例，因为当切碎过程中断时，部分切碎的洋葱保持稳定 状态，并且在固件更新终止后可以恢复切碎，而最终食物成分“切碎的洋葱” 没有任何质量损失。

在当前执行的烹饪功能是“不可中断的”的情况下，直到烹饪功能完成 才执行固件更新。在“可中断的”烹饪功能的情况下，引导装置进一步确定 对正在进行的烹饪功能的中断是否仍然允许第二烹饪装置根据食谱在适当的 时间提供正在进行的烹饪功能的烹饪结果，从而允许联合烹饪过程的成功完 成。

如果检查表明固件更新确实是可能的，而不会危及联合烹饪过程的整体 结果，则引导装置向第二烹饪装置发送暂停指令并且存储当前烹饪参数。当 第二烹饪装置暂停时，引导装置将最新的固件版本上传到第二烹饪装置。取 决于通信协议，这种上传可以逐块(chunk-wise)执行。一旦固件更新完成， 引导装置向第二烹饪装置发送指令，以利用存储的烹饪参数恢复食谱执行。 应当注意，固件更新的完成可能需要在中断的烹饪功能可以恢复之前重启第 二烹饪装置。

两个替代实施例允许以这样的方式执行固件更新，即完全防止对由第二 烹饪装置执行的正在进行的烹饪功能的任何中断。

在第一实施例中，引导装置已经在第二烹饪装置空闲的时刻(即，第二 烹饪装置没有执行正在进行的烹饪功能)开始固件上传。如果引导装置检测 到第二烹饪装置正在启动烹饪功能(例如，加热功能被打开，并且引导装置 被通知第二烹饪装置中的当前配料将在特定时间间隔内保持特定温度)，则 引导装置立即取消固件上传，并且在第二烹饪装置已经终止当前运行时，恢 复上传。

在第二实施例中，引导装置将最新的固件版本发送到第二烹饪装置的固 件缓冲器。固件缓冲器不影响第二烹饪装置的当前烹饪操作。在该实施例中， 当前机器参数被缓冲在不会被固件更新重写的存储器区域中。在一个实施方 式中，第二烹饪装置还可以具有机器参数缓冲器，用于镜像当前烹饪操作的 当前机器参数。在该实施方式中，固件更新过程是稳健的，因为存储机器参 数的存储器区域是否被所述固件更新至少部分重写并不重要。在固件上传完 成之后，第二烹饪装置通过切换第二烹饪装置中的相应存储器区域，在当前 烹饪操作的运行期间激活最新的固件版本。也就是说，具有当前固件的存储 器区域被切换到固件缓冲器中的对应的存储器地址。如果使用机器参数缓冲 器，则具有当前机器参数的存储器区域也会切换到机器参数缓冲器中的对应 存储器地址。该实施例通过在第二烹饪装置正在操作时执行固件上传而允许 无缝固件更新过程，而完全不干扰联合烹饪过程。应当注意，该实施例也不 需要重启第二烹饪装置。当然，如果联合烹饪过程的成功食谱运行需要第二 烹饪装置的特定烹饪功能，则引导装置确保在固件更新完成之前不会运行对 应的食谱指令。也就是说，任何正在进行的烹饪功能必须已经由第二烹饪装 置的当前固件版本支持。换句话说，“存储器切换”实施例可以用于当前固 件版本正确适当支持当前执行的烹饪功能，但是在联合烹饪过程中稍后时间 点将会执行的烹饪功能需要所述固件更新的情况。

一旦第二烹饪装置的固件更新完成，在接收到来自第二烹饪装置的确认 之后，引导装置登记固件更新的完成，并且引导装置通过处理食谱程序的相 应指令来向第二烹饪装置发送用于执行特定烹饪功能(其需要固件更新)的 食谱指令，以继续联合烹饪过程。如这里所使用的，继续联合烹饪过程包括： a)在准备阶段进行食谱程序的分析，以准备将特定食谱指令分发到一个或 多个相应的连接的烹饪装置，以及b)通过经由引导装置执行食谱指令或者 将指令发送到对应的连接的烹饪装置以供运行，来进行特定食谱指令的运行。因此，这里公开的固件更新过程确保了第二烹饪装置正确运行食谱，因为防 止了由于试图运行第二烹饪装置在技术上不会对其做准备的食谱指令而导致 的任何失败。更新过程确保固件更新总是以联合烹饪过程不受固件更新负面 影响(例如，因为烹饪步骤的延迟或由第二烹饪装置准备的食物成分的食物 质量不足)的方式执行。

在一个实施例中，与引导装置相关联的食谱控制功能与食谱存储装置通 信耦合，该食谱存储器提供用于下载到食谱控制功能的相应存储部分的食谱。 食谱控制功能可以被配置为仅下载由可用烹饪装置支持的食谱。在引导装置 已经登记了第二烹饪装置已经更新其固件到最新版本之后，引导装置可以更 新由引导装置和连接到引导装置以执行联合烹饪过程的一个或多个烹饪装置 支持的所有烹饪功能的列表。引导装置可以从食谱存储装置请求仅接收由可 用的烹饪装置可执行的食谱。换句话说，由食谱存储装置提供的食谱被过滤， 以仅包括需要符合安装的固件版本的烹饪功能的食谱。也就是说，在通过固 件更新已经为第二烹饪装置启用了至少一个附加烹饪功能的情况下，这样的 除了先前已经支持的烹饪之外还需要支持附加烹饪功能的食谱扩大了可以提 供给引导装置进行成功的联合烹饪运行的食谱的范围。

在一个实施例中，提供了一种计算机程序产品，其具有可以加载到计算 设备的存储器中并且可以由所述计算设备的一个或多个处理器运行的程序指 令。当程序指令被运行时，它们使得计算设备运行这里公开的计算机实施的 方法的步骤。

在一个实施例中，提供第一烹饪装置用于更新第二烹饪装置的固件。为 此，第一烹饪装置可以包括能够执行所述计算设备的功能的计算组件。第一 烹饪装置与食谱控制功能相关联，该食谱控制功能控制第一和第二烹饪装置 在联合烹饪过程中的食谱运行。第一烹饪装置与提供固件更新的更新服务器 通信耦合，并且还具有根据请求与第二烹饪装置建立通信的接口。第一烹饪 装置的食谱处理器被配置为处理具有食谱指令的食谱程序，该食谱指令将由 第二烹饪装置(220)运行，用于在联合烹饪过程中执行特定的烹饪功能。

第一烹饪装置的固件更新模块被配置为检索第二烹饪装置的当前固件版 本，并查询更新服务器以检查第二烹饪装置的当前固件版本是否对应于用于 提供特定烹饪功能的最新可用固件版本。如果最新固件版本不同于当前固件 版本，则固件更新模块下载最新固件版本，将下载的最新固件版本上传到第 二烹饪装置，同时防止联合烹饪过程的中断，并且在接收到来自第二烹饪装 置的确认之后登记固件更新的完成。然后，第一烹饪装置向第二烹饪装置发 送用于执行特定烹饪功能的食谱指令，以通过处理食谱程序的相应指令来继 续联合烹饪过程。

本发明的其他方面将通过所附权利要求中具体描述的元件和组合来实现 和获得。应该理解的是，前面的一般描述和下面的详细描述都仅仅是示例性 和解释性的，而不是对所描述的本发明的限制。

附图说明

图1A示出了根据实施例的在联合烹饪过程示例场景中具有两个另外的 烹饪装置的引导烹饪装置；

图1B示出了根据实施例的引导烹饪装置和连接的另一烹饪装置的细节；

图2是示出用于更新在联合烹饪过程中使用的烹饪装置的固件的计算机 实施的方法的简化流程图；

图3A至图3C是示出了用于固件更新同时防止联合烹饪过程中断的计算 机实施的方法的替代实施例的简化流程图；

图4是举例示出了用于在引导装置的控制下更新烹饪装置的固件的通信 协议的泳道图(swim lane diagram)；

图5示出了用于在烹饪装置的烹饪操作期间安装固件更新的实施例；和

图6示出了提供由新固件版本启用的附加食谱。

具体实施方式

图1A示出了根据实施例的在联合烹饪过程示例场景中的第一(引导) 烹饪装置100以及两个另外的烹饪装置220、230。图2是用于在另外的烹饪 装置之一上执行固件更新的计算机实施的方法1000的简化流程图。现在在图 2的上下文中描述1A。由于这个原因，图1A和图2的附图标记在下面的描 述中使用。在附图中，虚线指示具有可选系统组件或可选方法步骤的实施例。

在示例中，引导装置100是支持多种烹饪功能的多功能烹饪装置。在该 示例中，引导装置100具有接口，该接口适于接收具有集成的加热和搅拌元 件的碗101。简要转向图1B，引导装置100可以执行不同的烹饪功能108， 例如加热、煮沸、油炸、搅拌、混合和切碎。此外，引导装置100具有食谱 控制功能110，该功能具有食谱程序存储装置110-1，其中可以存储食谱程序 111，以供使用食谱运行引擎110-2来运行。例如，食谱程序290可以从食谱存储装置290(例如，与引导装置100通信耦合的远程食谱服务器，或者简 单地是可移除存储设备，诸如USB棒或SSD卡，参见图1A)下载。此外， 引导烹饪装置可以具有I/O装置107，其允许用户1经由适当的用户界面(例 如，具有触摸屏功能的图形UI、语音驱动UI、键盘或其任意组合)与第一 烹饪装置100交互。

引导装置100与一个或多个另外的烹饪装置通信耦合。在图1A的示例 场景中，引导装置100经由短程无线通信协议(例如，蓝牙、紫蜂、WiFi、 UWB等)与第二烹饪装置220和与第三烹饪装置230连接。在示例中，第二 烹饪装置可以接收与引导装置100的碗101相似(或者甚至相同)的碗229。 要注意的是，第二烹饪装置220也可以接收具有适当接口的其他烹饪锅或平 底锅(类似于具有平底锅239的烹饪装置230)。反之亦然，烹饪装置230可 以类似于烹饪装置220被配置。图1B示出了第二烹饪装置220(从属)的类 似组件结构。它还具有用于存储食谱程序指令的食谱程序存储装置220-1和 用于运行这些指令的食谱运行引擎220-2。它还可以使用I/O装置227来提供 与用户1的交互。烹饪功能228的功能范围可以不同于引导装置100的烹饪 功能108的功能范围。

回到图1A，典型地，引导装置101支持比连接的烹饪装置220、230更 宽范围的烹饪功能。例如，与第二烹饪装置相比，引导装置100可以支持搅 拌元件的更高的最大转速，或者加热元件的更高的最大温度。因此，引导装 置可能需要用于碗101的附加安全功能，诸如具有盖紧固件I1、I2的盖109， 当搅拌元件在热液体中高速旋转时，盖109可以覆盖碗，以防止热液体被在 操作中的引导装置溢出。第二烹饪装置可以仅支持搅拌元件的更低温度和更 低转速，使得碗可以在没有附加安全装置的情况下操作。第三烹饪装置230 控制可以仅支持加热功能的智能平底锅239。然而，第二烹饪装置也可以支 持不一定由引导装置支持的烹饪功能。例如，引导装置可以具有不支持切碎 的搅拌元件，而第二装置也可以支持切碎。用户1可以在联合烹饪过程期间 经由对应的I/O装置与任何烹饪装置交互。

烹饪装置220、230分别使用固件221、231作为操作系统来为各自的烹 饪装置的特定硬件提供低级别控制。在示例中，第二烹饪装置220的固件 221具有固件版本号#221。假设引导装置100已经下载了食谱程序111，并且 已经开始用其运行引擎处理1010食谱程序。当处理食谱111时，引导装置 100检测到食谱程序111包括用于另一烹饪装置执行特定烹饪功能的一些指 令。在示例中，调味汁将由另外的烹饪装置之一制备，以在特定时间点添加到引导装置的碗101中。另一烹饪装置所需的烹饪功能是用于制备调味汁的 加热和搅拌功能。智能平底锅230不提供这种烹饪功能。然而，第二烹饪装 置221具有集成在碗229中的加热和搅拌元件，并且原则上可以执行所需的 操作功能。加热和搅拌功能允许执行速度高达3级的搅拌以及高达最高温度 60℃的加热。

然而，食谱程序具有用于另一烹饪装置以2级速度和75℃的温度执行加 热和搅拌5分钟的食谱指令。因此，引导装置得出结论，利用可用的烹饪装 置，由于第二烹饪装置220不能达到所需的温度，所以不能成功地运行食谱。 引导装置建立1100与第二烹饪装置220的连接，以向第二烹饪装置查询当前 安装的固件221的当前固件版本号，目的是检查是否可能有可以以其能够执 行期望的烹饪功能(在75℃加热)的方式升级第二烹饪装置的固件更新可用。 与连接的烹饪装置的固件更新相关的引导装置活动可以由引导装置的固件更新模块120来执行。

假设第一和第二烹饪装置100和220在过去已经经由使用的短程无线连 接协议(例如蓝牙)配对，并且由于这个原因，具有其支持的烹饪功能的第 二烹饪装置已经向引导装置登记。因此，引导装置可以提示用户1仅打开第 二烹饪装置，以建立连接用于检索固件版本号。第二烹饪装置220将版本号 #221提供给引导装置100，并且引导装置将获得的版本号转发给更新服务器 200(连同第二烹饪装置220的设备标识符和/或设备类型标识符220ID)，以 向更新服务器查询1200第二烹饪装置的最新可用固件版本。检查安装的版本是否是第二烹饪装置的最新可用固件版本可以由更新服务器200本身执行， 或者更新服务器可以简单地将最新可用固件版本的版本号转发给引导装置以 执行所述检查。

更新服务器200存储可连接到引导装置的各种烹饪装置的固件版本210。 可以针对特定的设备类型220ID、或者针对共享公共硬件平台的设备类型组 存储固件版本。当发送版本查询1200时，引导装置为更新服务器200提供相 关类型信息。

如果第二烹饪装置220的最新固件版本221n不同于其当前固件版本221， 可选地，引导装置可以要求1240用户1确认是否应该安装新版本221n。当 决定不应该运行食谱111时，用户可以拒绝固件更新。在这种情况下，引导 装置将退出1700食谱程序111。如果用户确认(是)应该运行固件更新，则 引导装置从更新服务器200下载1300最新固件版本221n。

引导装置100可以跳过确认步骤1240，并且如果最新固件版本比当前安 装的版本221更加新，则总是下载1300最新固件版本。这可以在后台执行， 使得用户1在与烹饪装置交互时不受影响。然而，在这种情况下，在下载的 固件版本221n被上传1400到第二烹饪装置220之前，引导装置可以请求 1340用户确认。同样，用户可以拒绝固件更新并决定不应该运行食谱111。 在这种情况下，引导装置将退出1700食谱程序111。如果用户确认(是)应 该安装固件更新，则引导装置将最新固件版本221n上传1400到第二烹饪装 置。可选地，引导装置可以被配置(例如，经由各自的用户设置)为根本不 需要用户确认固件更新。在这种情况下，先前描述的检查1220更加新的版 本、下载1300更加新的版本和上传1400最新版本将总是由引导装置100完 全自动地执行。

由此执行将最新固件版本221n上传1400到第二烹饪装置220，使得联 合烹饪过程在最终烹饪结果方面不会受负面影响。也就是说，通过使用图 3A至图3C中详细描述的实施例中的任何一个来将最新的固件版本上传到第 二烹饪装置220，防止了将导致关于联合烹饪过程的完成时间的延迟、或者 导致联合烹饪结果的食物质量降低的联合烹饪结果的任何中断。

一旦固件更新完成，在接收到来自第二烹饪装置的确认之后，引导装置 登记1500固件更新的完成。在一些实施例中，固件更新需要重启第二烹饪装 置。在这些实施例中，第二烹饪装置重新连接到引导装置的请求可以被引导 装置解释为第二烹饪装置的所述确认。在另一实施例中，固件更新在第二烹 饪装置的操作期间被动态执行(没有重启)。在这种情况下，一旦固件更新 完成，第二烹饪装置可以简单地向引导装置发送确认消息。

响应于这种确认，引导装置最终向第二烹饪装置发送1600食谱指令，这 使得第二烹饪装置执行需要固件更新的特定烹饪功能。通过运行食谱程序 111的相应指令，第二烹饪装置220继续运行特定的烹饪功能，从而有助于 成功完成联合烹饪过程。

图3A至图3B是示出了用于固件更新同时防止联合烹饪过程中断的计算 机实施的方法1000的替代实施例的简化流程图。在图3A，描述了一个场景， 其中在联合烹饪过程不受此中断的负面影响的情况下，第二烹饪的正在进行 的烹饪功能被中断。在该实施例中，引导装置检测1360是否存在由第二烹饪 装置执行的烹饪功能的当前运行。例如，在开始最新固件版本的上传1400之 前，引导装置可以向第二烹饪装置查询状态更新。如果状态指示没有烹饪运 行，则可以立即开始上传。如果正在进行的烹饪功能在状态更新中被指示， 则引导装置确定相应的烹饪功能是否可以被中断而不会对联合烹饪过程产生 负面影响。例如，食谱111可以包括用于各个食谱指令的标志，该标志指示 对应的烹饪功能或烹饪动作是否可中断。表1示出了具有可中断(I)和不可 中断(NI)烹饪动作的对应的标志的食谱指令的示例。粗体印刷部分是要由 第二烹饪装置运行的机器可读指令。这种指令通常包括由第二烹饪装置支持 的烹饪功能的控制参数(例如，诸如切、炒、烧等的操作模式，加热元件的 温度值、烹饪动作持续时间的时间值、搅拌元件转速的速度值)。

表1：开胃菜示例食谱中的食谱指令示例

可替代地，食谱指令可以被分配给烹饪功能(例如，奶油搅打、切、烧 等)并且查找表定义了各个烹饪功能的可中断性。

如果不可能中断(NI)，则第二烹饪装置仅继续当前烹饪运行的运行。 然而，如果中断是可能的，而没有相应烹饪功能输出的食物质量的风险，则 引导装置检查在固件安装过程期间引起的中断的情况下，第二烹饪装置是否 仍然能够在适当的时间传递烹饪功能的最终结果，使得联合烹饪过程的整体 食谱运行不会因为固件更新而延迟或受到负面影响。对于该评估，引导装置 可以使用过去的安装的固件更新持续时间和作为安全性缓冲的某个缓冲时间 间隔。这样的固件更新持续时间然后被加到可中断烹饪动作的时间。如果该总时间间隔(aggregate time interval)(烹饪动作的时间+固件更新的时间)小 于或等于第二烹饪装置根据联合烹饪过程的食谱完成所述烹饪动作的可用时 隙，则可以中断正在进行的烹饪功能/动作。否则，正在进行的烹饪功能将 一直持续到完成。在中断的情况下，引导装置向第二烹饪装置发送1380暂停 指令，并存储当前烹饪参数。当第二烹饪装置暂停时，引导装置将最新的固 件版本上传1400到第二烹饪装置。取决于通信协议，这种上传可以一次性或 逐块执行。一旦固件更新完成，并且引导装置登记1500该完成，引导装置向 第二烹饪装置发送1580指令，以利用存储的烹饪参数恢复食谱运行。应当注 意，固件更新的完成可能需要在中断的烹饪功能可以恢复之前重启第二烹饪 装置。在这种情况下，重启的时间间隔需要被包括在所述总时间间隔中。

如图3B和图3C所示的方法1000的替代实施例允许执行固件更新，从 而完全防止由第二烹饪装置执行的正在进行的烹饪功能的任何中断。

在图3B所示的实施例中，引导装置已经在第二烹饪装置空闲时(即， 第二烹饪装置没有执行正在进行的烹饪功能)开始了固件上传1400。在该示 例中，使用逐块上传方法，并且当引导装置检测到1360-是(YES)-第二烹 饪装置的烹饪动作的开始时(例如，加热功能被打开并且引导装置被通知第 二烹饪装置中的当前配料将在特定时间间隔内保持在特定温度)，第一和第 二块1410、1420已经被上传。引导装置可以立即取消固件上传并在第二烹饪 装置已经终止1360-否(NO)-当前执行时，恢复上传。在该示例中，再次上 传所有块1410、1420、1430。可替代地，可以仅继续上传尚未上传的块1430。 该实施例可以与如图3A所述的可中断性检查1380相结合。在这样的实施例 中，如果检测到的烹饪动作是可中断的，则引导装置可以决定首先完成固件 更新，并且暂停检测到的烹饪运行，直到固件更新已经被第二烹饪装置确认。

在图3C和图5所示的实施例中，当第二烹饪装置220在存储在单独的固 件存储器220-3中的当前固件版本221上操作时，引导装置向第二烹饪装置 220的固件缓冲器220-5发送1400最新固件版本221n。这由从运行引擎220- 2到固件存储器220-3的实线箭头指示。固件缓冲器220-5不影响第二烹饪装 置的当前烹饪操作。此外，第二烹饪装置具有机器参数缓冲器220-6，用于 镜像1480存储在参数存储器部分220-4中的当前烹饪操作的当前机器参数。 也就是说，镜像的参数缓冲器220-6拥有在由第二烹饪装置执行的任何烹饪 功能的运行期间的任何时间点处第二烹饪装置的当前操作参数。在固件上传 1400完成之后，第二烹饪装置220通过将食谱运行的存储器访问从第二烹饪 装置中的一个存储器区域切换到另一个存储器区域(220-3→220-5；220-4→ 220-6)，来在当前烹饪操作的运行期间激活1490最新的固件版本(而没有中 断)。在图5，实线箭头表示固件更新完成前的当前存储器指针，并且虚线箭 头表示固件更新完成后的切换后的存储器指针。这种指针切换可以立即执行， 使得具有当前固件221的存储器区域220-3被切换到固件缓冲器220-5中的对 应的存储器地址，并且具有当前机器参数220-4的存储器区域被切换到机器 参数缓冲器220-6中的对应的存储器地址。该实施例通过在第二烹饪装置正 在操作时执行固件上传而允许无缝固件更新过程，而完全不干扰联合烹饪过 程。在指针切换之后，先前的固件存储器可以成为用于未来固件更新的固件 缓冲器，并且先前的机器参数存储器可以成为用于镜像当前机器参数的机器 缓冲器参数。由于该实施例不需要重启第二烹饪装置，第二烹饪装置简单地 向引导装置发送“更新完成”通知。

图5中的实施例与为诸如CPU、存储器等的所有相关系统组件提供冗余 的实施例相比是有利的。在这样的实施方式中，第二烹饪装置可以在第一组 系统组件上运行烹饪动作，同时更新第二组系统组件的固件。然后，第二组 系统组件可以重启，而不会影响正在进行的烹饪动作。重启后，可以加载当 前的配置和机器参数值，并且当前控制线可以在重启后由第二组系统组件接 管。烹饪动作由第二组系统组件无缝地继续。第二烹饪装置的当前状态由它 的当前配置结合控制线的当前状态明确描述。然而，仅仅为了冗余的目的而 提供整个第二组系统组件会导致复杂且昂贵的系统结构。图5的实施例是用 于仅针对与执行无缝固件更新的上下文相关的这样的系统组件实施有利冗余 的轻型版本。为了实施这种轻型冗余系统，可以将低级别控制交换到单独的 硬件芯片上。当运行相应的烹饪动作时，低级别控制(例如，电机控制、加 热控制、定时器控制等)经由该芯片继续进行。在这种实施方式中，仅对于 用于根据图5所示的实施例执行无缝更新的这种单独的硬件芯片需要冗余。

概括地说，当提供两个存储器区域，其中第一存储器区域存储一组定义 的配置数据，并且第二存储器区域存储用于操作第二烹饪装置的复杂状态机 时，复杂状态机可以经由固件更新来更新，并通过使用所述配置数据来进行 同步。

应当注意，固件更新也可以并行地对多个连接的烹饪装置执行。对于所 有固件实施例，固件更新安装进度的状态可以经由引导装置或第二烹饪装置 的用户界面向烹饪用户指示。例如，引导装置可以包括向用户指示进度条或 相应通知消息的图形UI。例如，可以向用户通知更新过程已经被中断，因为 在相应的烹饪装置上开始了烹饪动作。它还可以向用户通知当前正在针对特 定烹饪装置进行固件更新，并且在更新完成之前不可以开始烹饪动作。当然， 关于固件更新成功完成的通知也可以传送给用户。通常，这种关于受影响的烹饪装置的当前状态的用户反馈是经由引导装置提供的，因为它通常具有最 先进的用户交互能力(例如，扬声器、触摸屏等)。然而，经由正在被更新 的烹饪装置的用户界面提供固件更新信息可能是有利的，以避免将当前更新 状态传送给引导装置的需要。为了在引导装置的控制下执行更新，向引导装 置传送关于正在进行的烹饪功能的状态和关于固件更新完成的通知就足够了。 因此，可以在第二烹饪装置上向用户指示对于用户的中间状态信息，而无需 与引导装置进行额外的通信。

图4是泳道图400，垂直线表示更新服务器的通信接口401、引导装置第 一CA的云服务接口402和更新服务接口403以及第二烹饪装置第二CA的 通信接口404。云服务接口402是控制与更新服务器的通信的内部软件组件。 例如，云服务接口可以对到更新服务器(例如，被实施为云服务器)的不同 请求区分优先级。箭头示出了用于在第一CA的控制下在第二CA上执行固 件更新的示例协议。在初始化阶段，在更新服务器401和云服务402之间建立410通信。更新服务403检测430第二CA是否准备好参与联合烹饪过程 (例如，第二CA是否开启)。图4中的箭头对(例如，430、431等)从而指 示通信中可能存在请求-响应周期。

例如，为了建立更新服务403和第二CA404之间的通信，引导装置可以 首先发送开启第二CA的指令，然后从第二CA接收对应的确认。在引导装 置和第二CA之间的通信已经建立之后，引导装置检索431第二CA的当前 固件版本号。第一CA然后确定在更新服务器401处是否有更加新的固件版 本可用。在示例协议中，第一CA将接收到的版本号转发420、411到更新服 务器401，更新服务器401向云服务402提供411关于最新可用固件版本的 信息。有利地，还提供相应的设备标识符和/或设备类型标识符220ID。第一 CA然后确定421最新可用版本是比当前安装的固件版本更加新的版本，并 且(可选地)向用户提示422是否应该安装最新更新版本的问题。在该示例 中，用户确认并且第一CA生成423下载最新版本的请求，该请求触发经由 云服务402对最新版本的下载412。当下载正在进行时，最新的固件版本被连续存储424在第一CA上。在该示例中，进度更新被传送425给用户，用 户最终被通知426下载已经成功完成。在该示例中，逐块上传协议427、432 用于将最新固件版本上传到第二CA404。在上传最终块433之后，第二CA 重启以激活最新的固件版本。在重启之后，更新服务403被通知434关于固 件更新的完成，并且最新版本由第一CA登记428并由更新服务403发布429。

当引导装置正在查询食谱存储装置中的食谱时，可以对建议的食谱应用 过滤器，使得只有当可用的烹饪功能(由引导装置和任何连接的烹饪装置提 供)允许成功运行下载的食谱时，食谱才变得可下载到引导装置。图6示出 了该实施例的示例，其显示了通过相应的固件更新来启用附加烹饪功能。在 该示例中，引导装置100刚刚从连接的烹饪装置接收到固件版本FU3的固件 更新完成通知(水平箭头)。引导装置使用数据结构130，该数据结构跟踪可 用于联合烹饪过程的所有烹饪装置的已安装固件更新。此外，数据存储通过 相应固件更新变得可用的附加烹饪功能。为了简单起见，在数据结构130中 仅示出了特定烹饪装置的固件更新。技术人员知道如何将数据结构扩展到所 有可用的烹饪装置。在数据结构示例中，固件更新FU1为特定烹饪装置发布 了烹饪功能CF1和CF2。固件更新FU2额外发布了烹饪功能CF3。在固件更 新FU3完成之前，引导装置只能从食谱存储装置290下载食谱R1到R4，因 为在食谱过滤器291中，只有这些食谱被指示为可利用烹饪功能CF1到CF3 (由固件更新FU1和FU2启用)运行。在固件更新FU3完成之后，新的烹 饪功能CF4被启用并被添加到数据结构130。然后，引导装置100可以在食 谱存储装置290中查询510到具有烹饪功能CF1至CF4的扩展范围的可用食 谱。过滤器291提供附加食谱R5、R6现在可以下载520的信息，因为它们 可以用附加烹饪功能CF4成功运行。在下载520之后，附加的食谱R5、R6 可用于引导装置的食谱运行引擎，以在联合烹饪过程中运行。

在替代实施方式中，食谱存储装置290的过滤器291可以直接使用对相 应固件版本的食谱分配。在该实施方式中，引导装置100只需要将当前固件 版本号发送到食谱存储装置，并且食谱存储装置可以提供用于下载的相应可 运行食谱。

在一个实施例中，固件更新可以使更新后的烹饪装置能够在联合烹饪过 程中执行特定的烹饪功能，使得相应食物成分的食物质量得到改善(例如， 产生具有改善的食物质地的搅打奶油)，或者使得联合烹饪过程的总烹饪时 间减少。例如，通过利用对应的固件更新来实现搅拌/切元件的更高转速， 切功能的运行可以缩短，并且相应地，食谱存储装置可以提供调整后的食谱 程序。在这种情况下，食谱存储装置还可以为过去已经由引导装置下载的食 谱提供食谱程序更新。这允许引导装置取决于连接的烹饪装置所使用的固件 的更新状态来识别和下载已经下载的食谱程序的改进版本。

Claims (16)

1.一种用于在第一烹饪装置(100)的控制下更新第二烹饪装置(220)的固件的计算机实施的方法(1000)，第一烹饪装置与控制由第一烹饪装置和第二烹饪装置在联合烹饪过程中的食谱运行的食谱控制功能(110)相关联，所述方法包括：

当第一烹饪装置(100)正在处理(1010)包括将由第二烹饪装置(220)运行的用于在联合烹饪过程中执行特定的烹饪功能的食谱指令的食谱程序(111)时，建立(1100)第一烹饪装置和第二烹饪装置(100，220)之间的通信连接；

查询(1200)更新服务器(200)以检查(1220)第二烹饪装置(220)的当前固件版本(221)是否对应于支持特定烹饪功能的最新可用固件版本(221n)；

如果最新可用固件版本不同于当前固件版本，

将最新固件版本(221n)下载(1300)到第一烹饪装置(100)；

将下载的最新固件版本(221n)上传(1400)到第二烹饪装置(220)，同时防止联合烹饪过程的中断；

在接收到来自第二烹饪装置的确认之后，登记(1500)固件更新的完成；和

向第二烹饪装置(220)发送(1600)用于执行特定烹饪功能的食谱指令，以通过处理食谱程序(111)的相应指令来继续联合烹饪过程。

2.根据权利要求1所述的方法，其中，当前固件版本(221)不支持特定烹饪功能。

3.根据前述权利要求中任一项所述的方法，其中，第一烹饪装置和第二烹饪装置支持烹饪功能的不同功能范围。

4.根据前述权利要求中任一项所述的方法，其中，响应于第二烹饪装置被开启，检测用于建立连接的连接请求。

5.根据前述权利要求中任一项所述的方法，其中，更新第二烹饪装置的固件是响应于用户确认而执行的。

6.根据权利要求5所述的方法，其中，下载(1300)最新固件版本是在接收到用户确认之前执行的。

7.根据权利要求1至6中任一项所述的方法，其中，在上传(1400)之前，检测(1360)到由第二烹饪装置对烹饪功能的当前运行，所述方法还包括：

如果中断烹饪功能的当前执行用于更新固件允许第二烹饪装置完成烹饪功能，因为根据联合烹饪过程的食谱，所运行的烹饪功能的结果被提供给第一烹饪装置：

向第二烹饪装置发送(1320)暂停指令并存储当前烹饪参数；

当第二烹饪装置暂停时，开始上传(1400)；

在固件更新终止时，向第二烹饪装置发送(1580)指令，以利用存储的烹饪参数恢复食谱运行。

8.根据权利要求1至6中任一项所述的方法，其中，执行上传(1400)使得防止由所述第二烹饪装置执行的正在进行的烹饪功能的任何中断。

9.根据权利要求8所述的方法，其中，当检测到第二烹饪装置的烹饪功能的当前运行时，取消上传(1400)，并且其中在当前运行终止时，恢复上传(1400)。

10.根据权利要求8所述的方法，其中，所述最新固件版本被发送到第二烹饪装置(220)的固件缓冲器(220-5)，所述固件缓冲器不影响第二烹饪装置的当前烹饪操作，所述方法还包括：

在完成上传(1400)时，通过将具有当前固件的存储器区域(220-3)切换到固件缓冲器，在当前烹饪操作的运行期间激活(1490)最新固件版本。

11.根据权利要求10所述的方法，其中，第二烹饪装置还具有机器参数缓冲器，所述机器参数缓冲器用于镜像(1480)当前烹饪操作的当前机器参数，并且其中，为了在当前烹饪操作的运行期间激活(1490)最新固件版本，具有当前机器参数的存储器区域(220-4)被切换到机器参数缓冲器(220-6)。

12.根据前述权利要求中任一项所述的方法，还包括：

在固件更新终止之后，向第一烹饪装置提供另外的联合烹饪过程食谱，其中另外的食谱需要已经通过固件更新而对第二烹饪装置启用的至少一个烹饪功能。

13.一种用于在第一烹饪装置(100)的控制下更新第二烹饪装置(220)的固件的计算机程序产品，所述计算机程序产品包括计算机可读指令，当所述指令被加载到计算设备的存储器中并由计算设备的至少一个处理器运行时，使得计算设备执行根据前述权利要求中任一项的方法。

14.一种用于更新第二烹饪装置(220)的固件的第一烹饪装置(100)，其中，第一烹饪装置与控制第一烹饪装置和第二烹饪装置在联合烹饪过程中的食谱运行的食谱控制功能(110)相关联，第一烹饪装置(100)与提供固件更新的更新服务器通信耦合，第一烹饪装置包括：

接口，被配置为与第二烹饪装置建立通信；

食谱处理器(110)，被配置为处理具有将由第二烹饪装置(220)运行的用于在联合烹饪过程中执行特定烹饪功能的食谱指令的食谱程序(111)；

固件更新模块(120)，被配置为：

检索第二烹饪装置(220)的当前固件版本(221)；

查询更新服务器(200)以检查第二烹饪装置(220)的当前固件版本(221)是否对应于用于提供特定烹饪功能的最新可用固件版本(221n)；

如果最新固件版本与当前固件版本不同，

下载最新固件版本(221n)；

将下载的最新固件版本(221n)上传到第二烹饪装置(220)，同时防止联合烹饪过程的中断；

在接收到来自第二烹饪装置的确认之后，登记固件更新的完成；和

向第二烹饪装置(220)发送用于执行特定烹饪功能的食谱指令，以通过处理食谱程序(111)的相应指令来继续联合烹饪过程。

15.根据权利要求14所述的第一烹饪装置，其中，第一烹饪装置经由短程无线通信协议与第二烹饪装置配对。

16.根据权利要求15所述的第一烹饪装置，其中，与所述更新服务器的通信经由不同于所述短程无线通信协议的另一通信协议来执行。

Images