CN110891075A - 烹饪设备 - Google Patents

Abstract

本申请实施例公开了烹饪设备，其中一种方式下可以包括：所述信息获得模块，用于从关联的服务器获得待烹饪的目标烹饪对象对应的目标烹饪信息；所述信息处理模块，用于对所述接收到的目标烹饪信息进行解码及识别处理；所述烹饪控制模块，用于根据所述目标烹饪信息的解码及识别结果，执行烹饪任务。通过本申请实施例，能够使得用户在时间可控的情况下，获得新鲜的餐饮成品。

Description

烹饪设备

技术领域

本申请涉及烹饪设备技术领域，特别是涉及烹饪设备。

背景技术

办公室餐饮一直是困扰上班族的一个难题。由于办公区人员集中，就餐时间通常也比较统一，因此，使得传统的就餐渠道各自存在一些问题。例如，如果选择外出就餐，则一方面需要在往返的路上耽误一些时间，另外，在到店之后，也可能会有排队等情况，导致等待时间比较长。如果选择食堂就餐，则可选烹饪对象种类比较少，口味一般也比较差。如果选择自带盒饭，那么又需要提前在家准备，饭盒清洗也会存在不便，等等。

当然，还有另外一种选择，就是点外卖，市面上有很多在线点外卖的应用(App)，合作的餐厅数量众多，因此，用户可以很方便的通过手机等终端设备进行餐厅以及烹饪对象的选择，然后等待送餐员送到指定的地址。这种方式可以从一定程度上解决办公室餐饮问题，但是依然存在一些痛点。例如，外卖烹饪对象通常是在餐厅制作好，然后由送餐员配送至指定的地址，但是，配送过程需要耗费一定的时间，尤其是在用餐高峰期，配送时效很难得到保证。另外，烹饪对象品质也经常受到影响，例如，有些烹饪对象经过长时间的密封、颠簸等，使其失去本应有的口感，或者出现变凉，粘在一起等情况，这些都会影响就餐质量。

因此，如何更好的解决就餐过程中遇到的上述痛点，成为需要本领域技术人员解决的技术问题。

发明内容

本申请提供了烹饪设备，能够使得用户在时间可控的情况下，获得新鲜的餐饮成品。

本申请提供了如下方案：

一种烹饪设备，

所述烹饪设备包括信息获得模块、信息处理模块以及烹饪控制模块，其中：

所述信息获得模块，用于从关联的服务器获得待烹饪的目标烹饪对象对应的目标烹饪信息；

所述信息处理模块，用于对所述接收到的目标烹饪信息进行解码及识别处理；

所述烹饪控制模块，用于根据所述目标烹饪信息的解码及识别结果，执行烹饪任务。

一种烹饪设备，

所述烹饪设备包括信息获得模块、信息处理模块以及烹饪控制模块，其中：

所述信息获得模块，用于获得待烹饪的目标烹饪对象关联的图形码的扫码结果；其中，所述图形码中携带有所述目标烹饪对象对应的目标烹饪信息；

所述信息处理模块，用于对所接收到的扫码结果进行识别，获得所述目标烹饪信息；

所述烹饪控制模块，用于根据所述目标烹饪信息执行烹饪任务。

一种烹饪设备，

所述烹饪设备包括存储模块、信息获得模块、信息处理模块以及烹饪控制模块，其中：

所述存储模块，用于保存烹饪对象与烹饪信息之间的对应关系；

所述信息获得模块，用于获得待烹饪的目标烹饪对象的标识信息；

所述信息处理模块，用于根据所述对应关系，确定所述目标烹饪对象对应的目标烹饪信息；

所述烹饪控制模块，用于根据所述目标烹饪信息执行烹饪任务。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请实施例，通过本申请实施例，可以提供智能化的烹饪设备，这种烹饪设备能够接收服务器或者手机等终端设备的信息，并按照接收到的信息执行具体的烹饪任务。另外，在服务器中保存各种烹饪对象与烹饪信息之间的对应关系。这样，对于用户来说，只需要预先获取到烹饪对象，并将具体餐饮烹饪对象的标识信息提交到服务器，服务器便可以确定出对应的烹饪信息，并提供给关联的目标烹饪设备，之后，烹饪设备便可以将烹饪对象制作为成品。从而使得用户能够获得新鲜的餐品，并且，时间可控，因此，使得传统的办公室餐饮存在的诸多问题得到了解决。另外，在餐厅厨房的应用场景中，也可以得到有效的应用。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

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

图1是本申请实施例提供的第一系统示意图；

图2-1、2-2是本申请实施例提供的烹饪设备相关示意图；

图3-1、3-2是本申请实施例提供的客户端设备界面相关示意图；

图4是本申请实施例提供的第二系统的示意图；

图5是本申请实施例提供的第三系统的示意图；

图6是本申请实施例提供的第四系统的示意图；

图7是本申请实施例提供的烹饪设备的示意图；

图8是本申请实施例提供的另一烹饪设备的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

在本申请实施例中，为了提供更便利的烹饪服务，首先可以提供一种烹饪设备，这种设备可以具有电磁加热等功能，与传统烹饪设备不同的是，该烹饪设备自身可以不设置相关的操作按钮(电源开关除外)，也即，无需用户手动通过旋转或者按下烹饪设备的操作按钮等方式选择火力，设定加热时间等。或者，虽然具有传统的操作按钮，但是，新增了工作模式，在该工作模式下，不需要要用户执行手动的按钮设置，即可自动对烹饪对象进行烹饪。当然，由于对不同的餐品进行烹饪时，对火力、加热时间等要求可能不同，甚至还可能需要设定曲线，例如，某餐品需要用某高火加热5分钟，之后关火，温度下降至80度时，再用中火加热5分钟，等等。因此，烹饪设备还具有从外界获取具体烹饪对象的信息的功能，以及对具体获取到的信息进行处理等功能，再根据具体获取到的信息执行具体的烹饪过程。

烹饪设备从外界获取到的具体信息可以有多种，例如，在一种方式下，如果烹饪设备内部没有保存关于烹饪对象的具体烹饪信息(加热时间、火力大小、烹饪曲线等)，则可以从外界获取关于具体待烹饪对象的烹饪信息。而如果烹饪设备内部已经保存了多种烹饪设备对应的烹饪信息，则只需要从外界获得待烹饪对象的标识信息即可。

具体实现时，烹饪设备获得烹饪信息的方式可以有多种，例如，其中一种方式下，烹饪设备可以具有联网功能，通过有线或者无线的方式连接到互联网，或者，还可以具有近距离通信功能，等等。相应的，本申请实施例还可以提供相配套的流程处理系统。该流程处理系统中主要可以包括云端服务器，通过云端服务器对各台烹饪设备进行统一的管理。同时，可以在云端服务器中保存各种可提供的烹饪对象对应的烹饪信息，例如，可以包括加热的火力、时间或者相对比较复杂的烹饪曲线(具体可以用于表达烹饪所需火力、温度、时间之间的映射关系)等，需要对某目标烹饪对象进行烹饪时，可以首先通过一些方式将目标目标烹饪对象的标识提交到服务器(可以通过相配套的客户端设备进行提交，或者也可以在烹饪设备上实现相关的信息采集以及提交功能等)，由服务器确定出对应的目标烹饪信息，然后可以通过客户端设备转发给关联的烹饪设备(通过近距离通信功能)，或者，服务器直接下发给关联的烹饪设备(通过联网功能)。这样，关联的烹饪设备便可以根据接收到的目标烹饪信息对目标烹饪对象执行烹饪任务。

或者，另一种方式下，还可以预先为烹饪对象提供图形码，这种图形码中可以直接携带对应的烹饪信息，这样，可以通过相配套的客户端设备进行扫码，获得烹饪信息，再通过近距离通信模块等，提供给烹饪设备。或者，烹饪设备还可以自带扫码功能，直接扫码获得烹饪信息，然后执行烹饪任务，此时，不再需要包括联网或者近距离通信功能即可获得目标烹饪对象对应的烹饪信息。当然，在具体实现时，联网功能通常还是要实现的，这样，烹饪设备可以将一些烹饪状态信息同步到服务器或者客户端设备，等等。

这种烹饪设备适合的应用场景可以有多种，例如，可以是个人用户自行购买用于家用，或者，还可以是公司或者办公室内为员工进行购置，或者，还可以是在餐饮店的厨房中使用，等等。

烹饪设备与用户之间的关系也可以有多种，例如，对于个人家用场景，可以将烹饪设备与用户之间进行绑定。在公司/办公室场景下，可以分别为每位员工分别配置一台烹饪设备，放置在各自的工位上，此时，用户同样可以与具体的烹饪设备进行一对一的绑定。或者，公司/办公室也可以提供少数的烹饪设备，在多个员工之间共享，等等。

具体的烹饪对象的存在形式也可以有多种，例如，其中一种方式下，所述烹饪对象可以是预先开发出的一些适于通过上述烹饪设备进行烹饪的烹饪对象烹饪对象，也即，可以预先对相关的原材料进行初步加工，得到烹饪对象，例如，可以是面条类、水饺类、米饭类，等等，在烹饪对象状态下可以是未成熟或者半成熟状态，这种状态不会因为运输或者长时间存放等原因导致实际用餐时的口感变化。在实际需要用餐时，再将具体烹饪对象的标识提交到服务器，由服务器提供对应的烹饪信息，然后通过烹饪设备进行烹饪。这样，具体用餐时，可以品尝到“新鲜出炉”的餐饮成品。这种烹饪对象可以带有标准化包装，并且还可以带有标准化的图形码信息，图形码中可以仅包含烹饪对象的标识信息，或者，还可以包含对应的烹饪信息，等等。这种定制化生产的烹饪对象，可以带有一次性的餐盒，并且，这种餐盒还可以直接用于放置在烹饪设备上加热，用完即可当作垃圾处理掉，因此，可以省去洗刷餐具的过程。或者，为了节约成本，本申请实施例也可以提供可重复使用的用于放置在烹饪设备上进行加热的餐盒，此时，这种标准化生产的烹饪对象也可以仅使用普通的材料进行包装，并在外包装上提供图形码。

或者，由于可以开发可以重复利用的餐盒，因此，烹饪对象也可以是其他非标准化的餐品或者饮品等，例如，可以是需要加热的水、咖啡、红薯，等等。在这种方式下，由于烹饪对象本身通常不带有图形码，或者即使带有图形码，可能也无法被服务器或烹饪设备识别。因此，可以采用其他方式，来让烹饪设备获知具体烹饪对象的烹饪信息。例如，可以预先在服务器端保存这些非标品对应的烹饪信息，在需要进行烹饪时，可以通过客户端设备将具体非标品的标识提交到服务器，再有服务器提供对应的烹饪信息。或者，还可以预先提供一些针对这些非标品的图形码，在图形码中携带对应的烹饪信息，例如，可以提供“水”对应的图形码，“红薯”对应的图形码，等等。这样，可以通过客户端设备扫码，或者烹饪设备直接扫码的方式获得具体的烹饪信息。

关于用户获得烹饪对象的方式，同样可以有多种，例如，对于标品，用户可以提前通过在线下门店或者线上店铺中进行购买，保存在冰箱等设备中，需要用餐时，直接获得烹饪信息，并利用烹饪设备进行烹饪。或者，本申请实施例中还可以提供相应的线上预订以及配送到指定地址的服务，这样，用户可以在线进行订餐，送餐员会配送至指定的收货地址。而对于非标品，用户可以通过更多的途径获得，这里不做限定。

总之，各种情况进行排列组合可以得出多种具体的实施方案，下面分别进行介绍。

下面对具体的实现方案进行详细介绍。

实施例一

首先，该实施例一主要针对由服务器来保存烹饪对象的烹饪信息的情况进行介绍。参见图1，本申请实施例一提供了一种烹饪信息处理系统，该系统具体可以包括：

服务器101，用于保存烹饪对象与烹饪信息之间的对应关系，获得当前待烹饪的目标烹饪对象的标识信息，确定所述目标烹饪对象对应的目标烹饪信息，以用于下发给烹饪设备；

烹饪设备102，用于根据接收到的目标烹饪信息，烹饪对象执行烹饪任务烹饪对象。

其中，关于烹饪设备，可以是为了本申请实施例的场景而开发的设备，可以采用微波加热等方式进行烹饪。但是，与传统的微波炉有所不同，该烹饪设备的体积一般比较小，以便于放置在办公室的工位等处，例如，在一种实现方式下，如图2-1所示，该烹饪设备也可以设计为圆盘状平台式结构，而不是传统的箱体结构，也不需要配置各种操作按钮，因此，所占的空间比较小。在烹饪状态下，只需要将预置的容器放置于圆盘上，圆盘的面积与所述容器的底面积大小相当即可，也就是说，每台烹饪设备的大小与一人份餐盒的大小相当，因此，即使放置在工位上，也不会占据太大的空间，有利于实现“人手一台”。当然，以上所述仅是烹饪设备的其中一种具体实现方式，在实际应用中的其他的应用场景下，例如，包括家用，或者，在餐饮店内使用等场景下，并不需要对具体的形状、大小等进行严格的限制，只需要能够实现通信功能以及基本的信息解码及识别功能即可。

从外观上看，烹饪设备上还可以配备有简单的显示屏，例如，可以是点阵式LED显示屏等，烹饪设备可以通过这种显示屏向用户提供各种提醒消息。例如，如图2-2所示，可以包括订餐提醒、烹饪完成提醒、变凉提醒、连接成功提醒、烹饪中关于剩余时间的提醒、到柜提醒，等等。关于订餐提醒、到柜提醒消息，具体可以是由服务器生成的，对此，后文中会有详细介绍。其他消息通常可以是由烹饪设备自己生成的。

另外，除了通过提供界面化的提示信息之外，还可以提供声音提示，例如，在随着服务流程的推进，在各种不同的状态下，分别进行声音提示，其中，具体的声音提示可以包括铃声提示，或者语音提示，等等。

而关于烹饪设备的内部结构，除了基本的加热部件、电池、电源开关等之外，还可以配备有通信模块，以使得烹饪设备能够接收来自于手机等终端设备或者服务器下发的信息，包括各种可能的通知消息，或者，更主要的是具体所需烹饪的餐饮烹饪对象对应的烹饪信息。具体的，这种通信模块具体可以包括近距离通信模块，例如，包括蓝牙模块等，这样，可以使得烹饪设备可以从手机等终端设备获得相关的信息(此时，手机等终端设备可以作为服务器与烹饪设备之间的中继设备，服务器首先将烹饪信息等信息发送到终端设备的客户端设备，再有客户端设备通过蓝牙等，发送给烹饪设备)。或者，这种通信模块也可以具有WiFi模块，通过无线局域网设备接入网络，或者，通过有线连接的方式接入网络等等，使得服务器可以直接向烹饪设备发送相关的信息。

另外，烹饪设备内还可以配备有信息处理模块，以及烹饪控制模块等，信息处理模块主要用于对服务器提供的烹饪信息等进行解码及信息识别，控制模块则可以根据具体的解码及识别结果执行对应的火力和/或温度控制。

具体实现时，在办公室餐饮的应用场景下，可以由工作单位统一购买上述烹饪设备，例如，可以根据单位内总人数进行购买，为每个工位上配备一台，此时，可以使得用户与烹饪设备一一对应，因此，还可以将用户标识与烹饪设备标识进行绑定，使得一台烹饪设备成为一个用户的专用设备。在这种情况下，还可以为用户提供相配套使用的客户端，该客户端可以作为已有应用程序的一个功能模块存在(例如，可以在“盒马App”中提供对应功能模块，该模块内就可以提供用于进行绑定的操作选项)，或者，也可以作为一个独立的应用程序安装在终端设备中，或者，还可以位于服务器端，通过浏览器进行访问，等等。总之，通过手机等终端设备中相关的客户端与烹饪设备建立绑定关系，并提交到服务器进行保存。这样，后续在通过客户端向服务器发送各种相关请求时，服务器便可以确定出与其关联的目标烹饪设备，并进行相应的信息处理。其中，每台烹饪设备可以具有各自的图形码，分别用于携带各烹饪设备的唯一标识，客户端设备中则可以提供用于建立绑定关系的操作选项，用户在通过该操作选项进行操作时，可以启动关联终端设备中的扫码模块，然后，用终端设备对烹饪设备的图形码进行扫码，即可获得烹饪设备的标识。之后，客户端设备便可以向服务器提交绑定请求，其中携带有客户端设备关联的用户标识以及该扫码结果，相应的，服务器便可以在该用户标识与该烹饪设备之间建立绑定关系。

或者，另一种方式下，同一个单位或者办公室等配备的烹饪设备数量也可以少于总人数，此时，也可以实现多人对同一烹饪设备的共享。也就是说，在这种情况下，不需要在具体的用户与烹饪设备之间建立一一对应的绑定关系，在需要通过终端设备中的相关客户端作为服务器与烹饪设备之间的桥梁的情况下，如果服务器需要获知当前所需使用的烹饪设备的标识，则客户端设备可以通过对该共享烹饪设备进行扫码等方式，获得其标识，并提交到服务器即可。

当然，在其他实现方式下，也可以是用户自行购买烹饪设备，或者，在实际应用中，为了进行产品推广，运营者还可以推出一些“订餐送烹饪设备”等活动，例如，同一公司的历史订餐总数达到某阈值时，可以向该公司赠送一定数量的烹饪设备，等等。

在家用场景下，与前述办公室场景下“人手一台”烹饪设备的情况类似，这里不再详述。

在餐饮店厨房的应用场景下，可以预先在厨房中配置一台或多台烹饪设备，这样，当用户到店就餐，或者通过线上平台提交外卖订单等情况下，具体的订单在到达后厨之后，可以通过这种烹饪设备进行烹饪。在这种情况下，同样可以在后厨相关岗位上的工作人员的终端设备中安装相关的客户端程序，通过这种客户端设备作为服务器与烹饪设备之间的桥梁。或者，同样可以使得烹饪设备直接与服务器进行通信，等等。

具体的烹饪对象可以是预先为本申请实施例的方案所开发的，经过标准化生产的标品烹饪对象其中，具体的餐饮烹饪对象可以是适合通过湿度加热的方式进行烹饪的餐品，例如，可以是水饺、面条、包子等可以通过蒸、煮等方式加热即可成为成品的餐品。另外还可以使用专门开发的容器进行包装，这种容器使用的材料可以是适合于对应的烹饪设备，例如，如果烹饪设备采用微波加热的方式，则包容器材料需要符合微波加热的要求。另外，容器的大小也可以与烹饪设备相适应，容器的内部结构适合于通过蒸、煮等方式对餐品进行加热，等等。这样，在需要烹饪时，直接将这种标品烹饪对象的容器放到烹饪设备上即可，无需其他辅助设备。另外，这种标品烹饪对象的外包装上通常还可以带有图形码，其中可以携带标品烹饪对象的标识。这些专门开发的标品烹饪对象可以在一些特定的线下门店或者线上店铺内销售。

另一种情况下，所述烹饪对象也可以是并未进行标准化生产的非标烹饪对象，例如，用户在线下超市或者市场中购买的土豆、红薯等等。对于这种烹饪对象，也可以由服务器预先为其提供图形码，并在图形码中携带非标品的具体标识，例如，表明具体是土豆还是红薯，等等。这种图形码可以通过多种方式提供给用户，例如，服务器可以提供图形码的访问连接，用户可以通过客户端打开这种图形码，并通过对图形码进行扫码或者本机识别等方式，识别出具体的烹饪对象标识。或者，还可以提供图形码的下载链接，用户可以将其下载并进行打印，方便后续的扫描操作。

服务器则主要用于预先根据已经开发出的各种标品烹饪对象或者非标品烹饪对象，生成对应的烹饪信息。例如，可以包括烹饪曲线等。其中，所谓的烹饪曲线可以用于表达烹饪所需火力、温度、时间之间的映射关系。也就是说，对于不同的烹饪对象而言，虽然是使用同样的烹饪设备进行烹饪，但是，所需的火力大小，加热的时间长度等，都可能是不同的。例如，对于包子之类的，可能需要首先用高火持续加热10分钟，再转为小火加热五分钟；对于粥类的，则可能需要首先用高火持续加热5分钟，然后转为中火加热5分钟，再转小火加热10分钟，等等。另外，有些烹饪对象在加热过程中可能不能将水加热至沸腾，而是在加热到80度左右保持一定时间，等等。总之，不同的烹饪对象在烹饪过程中，所需的火力、温度与时间之间的映射关系都可能会是不同的。因此，在每开发出一种烹饪对象之后，都可以预先通过测试等，得到最佳的烹饪信息，然后将对应关系保存到服务器中。

例如，其中一种方式下，服务器中保存的信息可以如表1所示：

表1

烹饪对象标识	烹饪曲线
		100001	曲线1
100002	曲线2
		……	……

这里需要说明的是，由于现有技术中的微波炉等烹饪设备，都是单机工作模式，不存在远程接收烹饪信息等情况，因此，直接将烹饪设备通过各种方式接入网络，使其能够接收服务器下发的烹饪信息还是不够的，还要使得烹饪设备能够解析收到的信息，并识别具体字段上的信息含义，进而才能够执行具体的烹饪任务。为此，在本申请实施例中，服务器还可以按照预先定义的消息字段以及各字段上的信息属性，对所述烹饪信息进行表达，并按照预置的格式对所述烹饪信息进行编码；所述烹饪设备则可以预先获得服务器所使用的编码格式信息以及字段定义信息，并且实现对应的解码方式，这样，接收到具体的携带有烹饪信息的消息后，便可以根据所述编码格式以及字段定义信息，对所接收到的目标烹饪信息进行解码，并对解码得到的各字段上的信息进行识别。也就是说，具体在生产烹饪设备时，便可以预先获知服务器端对于烹饪信息的字段定义方式以及编码方式等信息，并预先实现相关的解码方式，以便能够对接收到的信息进行解码、识别及处理。

另外需要说明的是，在本申请实施例中，服务器可以对线下的众多烹饪设备进行统一的管理，烹饪设备可以具有统一的型号、规格参数等，以便于实现管理。或者，在另一种情况下，也可以不必限制烹饪设备的型号、规格参数等，也即，服务器实际所管理的各个烹饪设备中，可能会存在不同的类型。而对于不同类型的烹饪设备，由于在同级别火力下的功率不同，获得相同温度所需的加热时间不同。例如，对于800w以及1000w的微波炉而言，同样在“高火”状态下，前者可能需要两分钟将一杯水煮至沸腾，而后者可能只需要一分半的时间，等等。因此，在具体实现时，服务器保存的对应关系中，每种烹饪对象可以对应多条烹饪信息，分别与所述不同的烹饪设备类型相对应。例如，在一种方式下，服务器中保存的对应关系可以如表2所示：

表2

这样，服务器在确定所述目标烹饪对象对应的目标烹饪信息时，还可以首先确定出关联的目标烹饪设备(可以是预先与用户标识绑定的专用烹饪设备，或者用户当前选定的一个共享烹饪设备等)的类型信息，然后，根据所述目标烹饪对象以及所述目标烹饪设备的类型信息，确定对应的目标烹饪信息。

另外，在具体实现时，对于同一烹饪对象而言，在不同的烹饪要求下，可能也会存在不同的烹饪信息。例如，对于某肉类烹饪对象，有的用户可能需要8分熟，有的用户则要求全熟，等等。而在不同的烹饪要求下，对应的烹饪曲线也可以是不同的，因此，服务器中还可以提供对应不同烹饪需求的不同烹饪信息。

此时，在一种实现方式下，服务器中保存的对应关系可以如表3所示：

表3

当然，在具体实现时，还可以将烹饪设备类型与烹饪要求同时考虑，使得每种烹饪对象对应更多不同的烹饪信息，等等。

通过以上对烹饪设备以及服务器的基本信息的介绍可见，本申请实施例中服务器能够提供多种烹饪对象对应的烹饪信息，在具体需要对某目标烹饪对象进行烹饪时，烹饪设备能够通过通信模块接收到由服务器提供的烹饪信息，并按照该烹饪信息中定义的火力、温度与时间之间的映射关系等信息执行具体的烹饪任务。

具体实现时，在办公室或者家用场景下，用户获得这种烹饪对象的方式也可以有多种，例如，一种方式下，可以是预先自行从相关餐饮店中进行购买，携带至用餐地点，并放入冰箱等工具中进行保存，在具体用餐时间再进行取出。例如，某用户前一天晚上下班时到某线下门店购买了一款餐饮烹饪对象，带回家放入冰箱，第二天早上去上班时可以带去办公室放入冰箱，中午用餐时间只需要使用烹饪设备进行成品制作即可。

或者，为了提供更便捷的服务，本申请实施例的服务器还可以为用户提供在线订餐服务。具体的，可以在线下部署多家门店，这些门店可以部署在一些写字楼比较集中的地区等，以门店为中心一定距离内都可以属于可配送范围。这样，对于这种配送范围内的用户，无需自行到门店购买，或提前在线上购买餐饮烹饪对象，而是可以在用餐时段之前通过手机等终端设备上的相关应用或浏览器，向服务器提交对指定餐饮烹饪对象的预订请求。之后，服务器向相关的配送人员发送配送任务，这样便可以将餐饮烹饪对象配送至指定的收货地址，并且同样也可以放入冰箱等工具中进行保存。

这里需要说明的是，对于上述线上预订的实现方式中，如前文所述，在具体实现时，如图1所示，可以借助于终端设备中相关联的客户端设备103来实现(由于后续在具体需要进行烹饪时，向服务器提供待烹饪的烹饪对象标识时，也可能会用到该客户端设备，这两个功能可以属于同一客户端内的两个不同的功能模块，为了便于区分以及描述，如图1中所示，这里将用于提交目标烹饪对象标识的模块称为第一客户端设备模块，将用于进行订餐操作的模块称为第二客户端设备模块)。

具体的，第二客户端设备模块具体可以用于，提供用于提交烹饪对象预订请求的操作界面，并将接收到的烹饪对象预订信息提交到所述服务器。例如，在可选餐饮烹饪对象列表界面中选择了某目标烹饪对象之后，具体的操作界面可以如图3-1所示，用户可以通过点击该界面中的“加入购物车”等操作选项，对该烹饪对象进行购买。相应的，所述服务器还可以根据接收到的预订信息生成订单，并根据订单信息生成配送信息，以用于将订单中的相关烹饪对象从餐饮店配送至订单中的收货地址。在配送过程中，还可以按照同一收货地址进行集单处理，也即，同一收货地址的订单可以由同一配送员进行配送，等等。

在本申请实施例中，所述服务器还可以对同一用餐时段内同一收货地址关联的订单数量进行统计，并根据统计出的订单数量以及预先制定的优惠策略确定需要为所述烹饪对象支付的资源数量信息，并提供给所述第二客户端设备模块进行展示；其中，所述优惠策略与所述订单数量的多少相关。例如，具体的优惠策略可以是“拼单三人享折扣”，也就是说，同公司在同一用餐时段进行订餐的人数满三人之后，则每个人都可以享受一定的折扣。服务器可以将统计结果推送到客户端设备，这样，用户在通过客户端设备进行订餐时，便可以获知同公司内一共有多少人已经进行了预订，如果尚未达到优惠标准，则还可以邀请其他同事一起进行拼单，等等。

另外，如前文所述，如果客户端设备关联的用户预先与烹饪设备建立了绑定关系，则服务器也可以保存这种用户标识与目标烹饪设备之间的绑定关系，这样，服务器还可以在预置的订餐时段内生成订餐提醒消息，以用于下发到所述目标烹饪设备；该下发的过程，可以是由服务器直接下发，或者，通过客户端设备进行转发，等等。这样，所述烹饪设备还可以提供所述订餐提醒消息。

另外，服务器还可以对配送过程进行监控，在发现所述烹饪对象被送到所述收货地址后，还可以生成到货提醒消息，并直接下发或者通过客户端设备转发到所述目标烹饪设备，此时，所述烹饪设备还可以用于提供所述到货提醒消息。

关于订餐消息、到货提醒消息的具体提供方式，如前文所述，可以通过点阵式LED显示屏显示对应的代表图样来进行提醒，或者，还可以为烹饪设备配备对应的语言播放模块，通过语音播报的方式进行提醒，等等。

总之，通过用户自行携带，或者通过服务器提供的在线订餐功能进行预订等多种方式，都可以使得烹饪对象在用餐时间之前被送到办公室内的冰箱等设备中。这样，在具体需要用餐时，用户就可以首先从冰箱中取出具体的烹饪对象，通过烹饪设备进行烹饪。其中，对于标品烹饪对象，由于这种标品烹饪对象可以预先用定制化的容器进行包装，因此，可以直接放置到烹饪设备上。当然，在实际应用中，由于烹饪设备主要是采用蒸、煮等方式进行烹饪，期间都需要用到水，因此，在正式开始进行烹饪之前，还可以首先向餐盒中加入水。当然，有一些餐饮烹饪对象中还可能包括一些佐餐包，包括调味包，酱包等，因此，还可以执行将各种佐餐包打开加入到容器中等操作。另外，如果烹饪对象不带有上述一次性容器，本申请实施例还可以提供可重复利用的烹饪容器，这种烹饪容器同样可以与烹饪设备相匹配的，在大小、材料、内部结构等都可以与烹饪设备相匹配。这样，用户可以将烹饪对象放入这种可重复使用的烹饪设备中，然后再放置到烹饪设备上。

其中，对于通过第二客户端模块进行了预订的情况而言，在具体需要烹饪时，客户端还可以提供第一客户端模块，该模块的其中一项功能还可以包括，在界面中对具体的具体烹饪前的操作方式进行提示。例如，假设某用户预订了图3-1所示的“番茄巴沙鱼”，则在具体需要烹饪时，可以通过终端设备客户端查看到如图3-2所示的提示信息，其示出了具体的操作步骤：第一步，取出料包，将米和纯净水导入容器；剪开料包，倒入蒸格中，盖上盖子开始下一步；之后，第二部，拆开料包，倒入上层菜盒，等等。当然，对于非通过服务器进行预订的情况，也可以向第一客户端模块输入具体烹饪对象名称或者编号，或者扫码等方式，获得相应的操作方式提示信息。

在完成准备工作之后，烹饪设备就可以启动具体的烹饪操作。但是，在本申请实施例中，由于烹饪设备中预先并未保存与烹饪信息相关的信息，因此，还需要从服务器获得该信息。具体实现时，就需要首先将待烹饪的目标烹饪对象的标识提交到服务器，然后由服务器确定出对应的目标烹饪信息。

其中，向服务器提供目标烹饪对象的标识时，可以有多种方式。例如，在其中一种方式下，可以通过前述第一客户端模块，将所述当前待烹饪的目标烹饪对象的标识信息提交到所述服务器。具体的，可以提供输入框等操作选项，用户可以将目标烹饪对象的名称等信息输入到客户端设备，然后，客户端设备再提交到服务器。或者，为了便于操作，还可以在目标烹饪对象的外包装上打印有图形码信息，所述图形码中携带有烹饪对象标识信息；这样，在将目标烹饪对象从冰箱取出准备进行烹饪时，就可以首先执行扫码操作。具体的，第一客户端模块可以通过对所述图形码进行扫码获得所述目标烹饪对象的标识信息，并提交到服务器。这样，服务器便可以获知当前需要对具体哪个烹饪对象进行烹饪，然后给出对应的烹饪信息。

这里需要说明的是，如前文所述，一个烹饪对象对应的烹饪信息可能会有多条，因此，服务器具体在确定烹饪信息时，可能还需要参考当前即将产生的烹饪行为所关联的目标烹饪设备的信息；另外，在确定出目标烹饪信息之后，也可能会直接将目标烹饪信息的信息发送给目标烹饪设备，此时，也需要获知目标烹饪设备的信息。

针对这种需求，可以分两种具体情况来处理。第一种情况下，如果当前客户端设备关联的用户标识并未与烹饪设备绑定，当前的烹饪任务需要借助于一台共享式的烹饪设备来完成，则此时，由于目标烹饪设备还带有图形码信息，所述图形码中携带有烹饪设备标识，因此，所述第一客户端模块在对所述目标烹饪对象的图形码进行扫码时，还可以对所述目标烹饪设备的图形码进行扫码获得目标烹饪设备标识，并提交到服务器；这样，服务器可以根据所述第一客户端设备模块提交的扫码信息确定目标烹饪设备标识，以便根据所述目标烹饪设备的标识信息进行烹饪信息的确定和/或目标烹饪信息的下发。

第二种情况下，如果当前客户端设备关联的用户标识已经与专用的烹饪设备进行了绑定，则服务器由于预先保存了所述绑定关系，因此，具体接收到目标用户标识对应的烹饪请求信息时，可以根据所述绑定关系确定出对应的目标烹饪设备标识，以便根据所述目标烹饪设备的标识信息进行烹饪信息的确定和/或目标烹饪信息的下发。

另外，由于服务器中还可以保存不同的烹饪要求对应的不同烹饪信息，因此，第一客户端模块还可以用于接收用户输入的烹饪要求信息并提交到服务器，这样，服务器可以根据具体的目标烹饪对象以及烹饪要求，确定出目标烹饪信息。

在服务器具体确定出目标烹饪信息之后，除了可以直接下发给目标烹饪设备，还可以借助于客户端设备进行转发。具体的，所述第一客户端模块所在的终端设备以及所述目标烹饪设备中均可以配备有近距离通信模块，例如，低功耗蓝牙模块等。这样，服务器在确定出所述目标烹饪信息后，可以返回给所述第一客户端模块，然后由第一客户端模块通过所述近距离通信模块，将所述目标烹饪信息提供给所述目标烹饪设备。

需要说明的是，具体实现时，烹饪设备可以将接收到烹饪信息的时刻，作为启动烹饪任务的时刻，也就是说，烹饪设备只要接收到烹饪信息，就默认为前期准备工作(包括加水，加入料包等等)已经做好了，因此，可以启动具体的烹饪任务。但是，客户端设备对目标烹饪对象的扫码操作可能是在执行加水等操作之前进行的，这也就意味着，服务器已经在稍早时候确定出了目标烹饪信息，因此，对于第一客户端设备模块或者服务器而言，具体将烹饪信息提供给烹饪设备的时间点就显得比较重要。

针对该情况，可以通过以下方式来处理：如图3-2所示，由于能够通过第一客户端模块向用户提供具体的操作步骤信息，并提示用户在所有操作完成之后，可以点击界面中的“开始加热”按钮。因此，只要接收到用户的“开始加热”按钮，便可以获知用户已经完成了前期的准备工作，可以开始烹饪了。此时，第一客户端模块再将服务器在此之前提供的目标烹饪信息转发给目标烹饪设备，或者，向服务器提供通知信息，通知服务器将目标烹饪信息下发给目标烹饪设备。也就是说，图3-2所示的界面，不仅可以其到操作步骤提示的作用，还可以用来获知用户的操作进度进行。

以上所述的实施方式中，均是由客户端设备向服务器提供待烹饪的目标烹饪对象的标识信息，而在另一种实现方式下，还可以直接通过烹饪设备来确定与所述目标烹饪对象的标识相关的信息，并提交到服务器；此时，服务器可以据所述标识相关的信息确定所述目标烹饪对象的标识信息。

例如，一种具体的实现方式下，所述烹饪设备还可以带有扫码模块；所述目标烹饪对象可以关联有图形码信息(可能是出厂时已经生成的，并附于烹饪对象外包装上，或者，也可以是单独提供的携带有非标品烹饪对象标识信息的图形码)，所述图形码中携带有烹饪对象标识信息；因此，用户在具体需要对目标烹饪对象进行烹饪时，也可以通过烹饪设备对目标烹饪设备的图形码进行扫码，通过扫码获得所述目标烹饪对象的标识信息，并提交到服务器。

或者，另一种方式下，所述烹饪设备还可以带有图像采集模块，此时，所述烹饪设备可以通过所述图像采集模块对所述目标烹饪对象进行图像采集，并将图像采集结果提交到服务器；服务器则可以通过对所述图像采集结果进行信息识别，获得所述目标烹饪对象的标识信息。

后续在服务器确定出具体的目标烹饪信息之后，也可以直接返回给该目标烹饪设备。这种由烹饪设备直接向服务器提交目标烹饪对象标识的实现方式下，可以实现在不需要手机等终端设备帮助下的信息交互。当然，由于接收到烹饪信息这一事件通常会触发具体的烹饪操作的执行，因此，在这种方式下，通过烹饪设备提交待烹饪对象标识的操作，可以是在加水、加料包等各项操作完成之后进行。

烹饪设备在接收到具体的烹饪信息之后，可以进行解码、信息识别，并按照具体的烹饪信息中定义的火力、温度与时间之间的映射关系等信息，对具体的加热程序进行控制，最终完成从烹饪对象到成品的制作。烹饪完成后，如果与手机等终端设备建立有连接，则还可以将烹饪完成的消息提供给客户端设备。另外，还可以提供提示消息，提示用户已经烹饪完成，可以取下餐盒，开始用餐。另外，烹饪设备在完成烹饪之后，在烹饪对象尚未被取走的状态下，还可以对烹饪对象的温度进行检测，一旦发现烹饪对象的温度低于某阈值，则可以自动启动保温功能。也即，可以触发保温功能对应的加热曲线，对烹饪对象进行加热，直到感应到烹饪对象被取走，或者到达最长的保温时间为止。

总之，通过本申请实施例，可以提供智能化的烹饪设备，这种烹饪设备能够接收服务器或者手机等终端设备的信息，并按照接收到的信息执行具体的烹饪任务。另外，在服务器中保存各种烹饪对象与烹饪信息之间的对应关系。这样，对于用户来说，只需要预先获取到烹饪对象，并将具体餐饮烹饪对象的标识信息提交到服务器，服务器便可以确定出对应的烹饪信息，并提供给关联的目标烹饪设备，之后，烹饪设备便可以将烹饪对象制作为成品。从而使得用户能够获得新鲜的餐品，并且，时间可控，因此，使得传统的办公室餐饮存在的诸多问题得到了解决。另外，在餐厅厨房的应用场景中，也可以得到有效的应用。

实施例二

该实施例二中，主要针对由图形码来承载烹饪信息的情况进行介绍。具体的，该实施例二提供了一种烹饪信息处理系统，参见图4，该系统具体可以包括：

服务器401，用于提供与烹饪对象相关联的图形码，所述图形码中携带有关联的烹饪对象的烹饪信息；

烹饪设备402，用于获得待烹饪的目标烹饪对象关联的图形码扫码结果，根据所述扫码结果中的目标烹饪信息执行烹饪任务。

也就是说，在本申请实施例四中，服务器可以直接将具体烹饪对象对应的烹饪信息写入具体的图形码中，这样，不需要与服务器交互，即可获取到具体的烹饪信息。其中，具体为了获得这种烹饪信息，还可以为所述烹饪设备配备有扫码模块，这样，所述烹饪设备具体可以通过对目标烹饪对象关联的图形码进行扫码获得所述扫码结果。

或者，在另一种实现方式下，所述烹饪设备也可以配备有近距离通信模块；此时，所述系统中还可以包括：客户端设备，用于通过对目标烹饪对象关联的图形码进行扫码获得所述扫码结果，并通过关联终端设备中的近距离通信模块，将所述扫码结果提供给所述烹饪设备。也就是说，在烹饪设备不具有扫码功能的情况下，也可以借助相关联的客户端设备执行扫码，例如，具体可以是手机等终端设备，由于现有的手机等终端设备中大部分都配备有扫码功能，因此，可以借助这种功能，为烹饪设备提供具体目标烹饪对象对应的烹饪信息。

具体实现时，如实施例一中所述，所述烹饪对象包括预先经过标准化生产的标品烹饪对象；此时，服务器还可以将所述图形码提供给所述标品的生产方，以便所述图形码用于打印在所述标品的外包装上。也就是说，对于这种标品烹饪对象而言，其外包装上可以自带图形码，因此，只要通过烹饪设备或者客户端设备进行扫码即可获得对应的烹饪信息。

另外，所述标品烹饪对象还可以配备有与所述烹饪设备相匹配的一次性烹饪容器。这样，可以直接将烹饪对象放置到烹饪设备上进行烹饪，用餐结束之后可以直接作为垃圾处理掉，无需进行清洗等操作。

如果所述烹饪对象是非标准化生产的非标品，则所述服务器为其生成了图形码之后，还可以提供所述图形码对应的非标品的标识信息，以便根据待烹饪的目标烹饪对象选择对应的图形码。

对于这种情况，可以为用户提供多种获得这种图形码的方式，例如，所述服务器可以提供所述非标品对应的图形码的访问链接，以便通过终端设备展示所述图形码。或者，所述服务器还可以提供所述非标品对应的图形码的下载链接，以便对所述图形码进行下载并打印。

另外，对于这种非标品烹饪对象，或者使用普通容器进行包装的标品烹饪设备，为了能够利用烹饪设备进行烹饪，本申请实施例还可以通过可重复使用的烹饪容器，用于将所述烹饪对象放置到所述烹饪容器中，并通过所述烹饪设备进行烹饪。

其中，所述烹饪信息包括烹饪曲线，所述烹饪曲线用于表达烹饪所需火力、温度、时间之间的映射关系。

需要说明的是，关于该实施例四，具体同样可以应用于家用、办公室、餐饮店厨房等多种具体的场景中。对于不同的场景而言，只是面向的用户有所不同，对于家用或者办公室场景，面向的是普通消费者用户，这种用户可以通过自助的方式来进行烹饪。而对于餐饮店厨房场景，面向的是厨房中的相关工作人员，用本申请实施例中的烹饪设备来替代传统的烹饪方式。

实施例三

该实施例三中，是针对烹饪设备中保存了烹饪信息的情况，提供了一种烹饪信息处理系统，参见图5，该系统具体可以包括：

客户端设备501，用于确定待烹饪的目标烹饪对象的标识信息，并提供给烹饪设备；

所述烹饪设备502，用于根据预先保存的烹饪对象与烹饪信息之间的对应关系，确定所述目标烹饪对象对应的目标烹饪信息，并根据接收到的目标烹饪信息执行烹饪任务。

也就是说，在这种情况下，由于烹饪设备中已经保存了多个烹饪设备与烹饪信息之间的对应关系，因此，烹饪设备需要从外界获取目标烹饪对象的标识信息即可，也即，获知具体需要对哪个烹饪对象进行烹饪。因此，本申请实施例可以通过客户端设备向烹饪设备提供这种信息。也即，可以由客户端设备获得具体目标烹饪对象的标识，然后再提供给烹饪设备。具体的，所述客户端设备可以通过近距离通信模块，将所述目标烹饪对象的标识信息提供给所述烹饪设备。当然，在两者均接入网络的情况下，也可以通过服务器进行转发，等等。

其中，由于烹饪设备可以具有联网功能，因此，烹饪设备中的对应关系信息可以是由服务器提供的，预先推送至具体的烹饪设备中。另外，在具体实现时，服务器还可以用于对所述烹饪设备中保存的对应关系进行更新。例如，当开发了新的烹饪对象，或者修改了烹饪信息等，服务器可以发起这种更新，使得烹饪设备中可以获得最新的烹饪信息。

也就是说，在本申请实施例中，烹饪设备只需要从外界获得烹饪对象的标识信息即可，可以更加方便快捷的进入烹饪程序。

实施例四

该实施例四主要是针对办公室场景，提供了一种烹饪信息处理系统，该系统可以包括：

至少一台烹饪设备，部署于办公场所内；

客户端设备，用于确定待烹饪的目标烹饪对象的标识信息，并提交到服务器；

服务器，用于根据预先保存的烹饪对象与烹饪信息之间的对应关系，确定所述目标烹饪对象对应的目标烹饪信息，以提供给目标烹饪设备；

所述目标烹饪设备，用于根据接收到的目标烹饪信息执行烹饪任务。

具体实现时，所述烹饪设备可以包括单用户独享的专用设备；此时，所述客户端设备还可以预先接收绑定请求，确定待绑定的烹饪设备标识，并将所述客户端设备关联的用户标识与所述烹饪设备标识信息提交到服务器；所述服务器还可以根据所述客户端设备提交的信息在所述用户标识与所述烹饪设备标识信息建立绑定关系并保存。

另外，所述烹饪设备还可以包括多用户共享的公用设备；此时，所述客户端设备还可以在提交所述目标烹饪对象的标识信息时，向所述服务器提交当前选择的目标烹饪设备的标识信息。

其中，所述烹饪设备关联有图形码，其中携带有烹饪设备标识信息；因此，所述客户端设备具体可以通过扫描图形码的方式获得目标烹饪设备的标识信息。

另外，在这种场景下，所述服务器还可以根据所述客户端设备提交的针对指定烹饪对象的预订请求生成订单，并根据所述订单生成配送信息，根据所述配送信息将所述指定烹饪设备配送至所述办公场所对应的收货地址。

另外，所述服务器还可以对同一用餐时段内同一办公场所关联的订单数量进行统计，并根据统计出的订单数量以及预先制定的优惠策略确定需要为所述烹饪对象支付的资源数量信息，并提供给所述客户端设备进行展示；其中，所述优惠策略与所述订单数量的多少相关。

所述办公场所的对外开放区域内还配备有冰箱设备；所述烹饪对象被送达后，放入所述冰箱设备中进行保存；此时，所述服务器还可以获得所述烹饪对象被送达的通知消息，并向关联的用户提供到货提醒消息。

具体的，所述服务器可以将所述到货提醒消息发送到所述客户端设备；所述客户端设备根据所接收到的到货提醒消息，提供提示信息。

或者，所述服务器具体可以确定关联的目标烹饪设备的标识，并将所述到货提醒消息发送给所述目标烹饪设备；所述目标共享设备还用于，根据所述到货提醒消息提供提示信息。

需要说明的是，该实施例十主要的侧重点是对具有应用场景的介绍，而关于具体的目标烹饪对象标识信息的获取方式，目标烹饪信息向烹饪设备的提供方式等，都可以参照前述实施例一的记载来执行，这里不再赘述。

实施例五

该实施例五也是针对办公室餐饮的场景，提供了一种烹饪信息处理系统，参见图6，该系统可以包括：

订餐子系统601，用于提供可选餐饮店及烹饪对象信息，并根据烹饪对象预订请求生成订单；

配送子系统602，用于根据订单信息生成配送信息，以用于将订单中的相关烹饪对象从餐厅配送至订单中的指定地址；

烹饪子系统603，用于确定待烹饪的目标烹饪对象，并将所述目标烹饪对象对应的烹饪信息提供给关联的烹饪设备，由所述烹饪设备根据接收到的目标烹饪信息执行烹饪任务。

具体实现时，各个子系统内部都可以通过服务器与客户端的相互配合来实现，具体可以参见前述实施例中的记载，这里不再赘述。

实施例六

该实施例六主要针对在餐饮店厨房中的应用场景，提供了一种烹饪信息处理系统，具体的，该系统可以包括：

至少一台烹饪设备，部署于餐饮店的厨房内；

第一客户端设备，用于确定待烹饪的目标烹饪对象的标识信息，并提交到服务器；

服务器，用于根据预先保存的烹饪对象与烹饪信息之间的对应关系，确定所述目标烹饪对象对应的目标烹饪信息，以提供给目标烹饪设备；

所述目标烹饪设备，用于根据接收到的目标烹饪信息执行烹饪任务，并向服务器提供烹饪状态信息。

具体的，在餐饮店厨房的应用场景下，可以预先在厨房中配备这种烹饪设备，这样，可以是在用户进店堂食或者在线上点外卖等情况下，接收用户的订单，后厨在根据具体用户订单上的具体烹饪对象进行烹饪时，便可以利用本申请实施例提供的烹饪设备。这样，可以更好的实现厨房的自动化，不需要认为设定具体烹饪设备的火力、时间等，便可以自动完成具体的烹饪操作，从而可以节省餐饮店的成本，提升效率。另外，由于烹饪设备与服务器之间可以直接通信，或者借助于客户端设备进行间接通信，因此，还可以实时将具体的烹饪状态信息同步给服务器，包括是否烹饪完成，等等。

具体实现时，服务器中还可以对餐饮店中对应的各个用户订单信息进行保存，并且，由于订单信息与具体的第二用户(消费者用户)相对应，因此，所述服务器还可以确定所述目标烹饪对象关联的订单信息，并确定关联的第二用户，然后，将所述烹饪状态信息提供给所述第二用户关联的第二客户端设备。这样，使得第二用户可以通过其第二客户端设备实时查看到具体的烹饪状态信息。

具体实现时，所述服务器中保存的对应关系中，还可以包括同一烹饪对象在不同的烹饪要求下对应的不同的烹饪信息；此时，所述服务器还可以用于：接收第二客户端设备提交的下单信息，所述信息中可以包括所述烹饪对象对应的烹饪要求信息；进而，所述服务器在确定所述目标烹饪信息时，具体就可以根据所述目标烹饪信息关联的订单信息，确定对应的烹饪要求信息，并根据所述目标烹饪对象以及所述烹饪要求确定所述目标烹饪信息。

以上实施例二至实施例六中的未详述部分，可以参见前述实施例一中的记载，这里不再赘述。

实施例七

该实施例七提供了一种烹饪设备，该设备中预先并为保存烹饪信息，而是由服务器进行保存。在这种情况下，具体的，参见图7，所述烹饪设备包括信息获得模块701、信息处理模块702以及烹饪控制模块703，其中：

所述信息获得模块701，用于从关联的服务器获得待烹饪的目标烹饪对象对应的目标烹饪信息；

所述信息处理模块702，用于对所述接收到的目标烹饪信息进行解码及识别处理；

所述烹饪控制模块703，用于根据所述目标烹饪信息的解码及识别结果，执行烹饪任务。

具体实现时，所述烹饪设备中还可以包括网络接入模块，用于将所述烹饪设备接入到互联网；

此时，所述信息获得模块具体可以用于，接收由所述服务器发送的目标烹饪信息。

另外，所述烹饪设备中还可以包括近距离通信模块；所述服务器将所述目标烹饪信息发送到关联的客户端设备；

此时，所述信息获得模块具体用于，接收所述客户端设备通过所述近距离通信模块发送的目标烹饪信息。

另外，所述烹饪设备中还可以包括信息采集器；

所述信息采集器，用于对所述待烹饪的目标烹饪对象的标识相关信息进行采集，并提交到服务器。

其中，所述信息采集器包括扫码器，所述扫码器用于通过对所述目标烹饪对象关联的图形码进行扫码获得所述目标烹饪对象的标识信息。

或者，所述信息采集器包括图像采集器，所述图像采集器用于对所述目标烹饪对象进行图像采集，以便所述服务器通过对所述图像采集结果进行信息识别，获得所述目标烹饪对象的标识信息。

另外，所述烹饪设备中还可以包括语音输入模块，用于录入对所述目标烹饪对象的烹饪要求信息，并提交到服务器，以便所述服务器根据所述目标烹饪对象以及所述烹饪要求确定所述目标烹饪信息。

具体实现时，所述烹饪设备中还可以包括温度感知模块(例如，温感探头等)，用于在烹饪过程中，感知所述烹饪对象的温度，并提供烹饪控制模块；

所述烹饪控制模块具体用于，根据所述目标烹饪信息中的温度触发信息，调整对所述烹饪对象的加热方式。例如，某烹饪对象的烹饪曲线中指示首先大火加热至80度，然后小火加热至沸腾，此时，便可以由温度感知模块在烹饪过程中对具体的温度进行感知，然后通知给烹饪控制模块进行火力等加热方式信息的控制。

另外，所述烹饪设备还可以包括保温模块；

所述温度感知模块还用于，在完成对烹饪对象的烹饪任务后，对所述烹饪对象的温度进行感知，在低于预置的温度时，通知给所述保温模块；

所述保温模块用于，在根据接收到的通知消息，并根据预置的保温信息，启动加热程序，以便对所述烹饪对象进行保温处理。

也就是说，在本申请实施例中，烹饪设备可以自动实现对温度的感知，并在发现烹饪对象的温度低于某阈值(例如40度)时，自动重新启动加热程序。具体实现时，所述保温信息也可以是类似于烹饪曲线的一种加热方式曲线，例如，小火加热至某温度，等等。

另外，所述保温模块还可以用于：在所述烹饪对象被取走，或者到达最长保温时间时，停止加热程序。

具体实现时，所述烹饪设备中还可以包括提示模块，用于提供提醒消息。

其中，所述提示模块可以包括显示屏。

其中，所述显示屏具体可以包括点阵式LED显示屏，用于通过展示特定样式的图案，来展示所述提醒消息。

或者，所述提示模块也可以包括音频播放设备，用于通过播放预置的声音提供提醒消息。

其中，所述提醒消息包括所述烹饪设备生成的与烹饪状态相关的提醒消息。

或者，所述提醒消息包括由服务器提供的与订餐相关的提醒消息。

具体的，所述烹饪设备为无箱体的圆盘状平台式结构，在烹饪状态下，预置的烹饪容器放置于圆盘上。

所述圆盘的面积与所述容器的底面积大小相当。

实施例八

该实施例八提供了另一种烹饪设备，该烹饪设备中同样可以不必保存烹饪信息，但是具体的烹饪信息也不是通过服务器提供，而是通过图形码来获得。可参见图7所示，所述烹饪设备包括信息获得模块、信息处理模块以及烹饪控制模块，其中：

所述信息获得模块，用于获得待烹饪的目标烹饪对象关联的图形码的扫码结果；其中，所述图形码中携带有所述目标烹饪对象对应的目标烹饪信息；

所述信息处理模块，用于对所接收到的扫码结果进行识别，获得所述目标烹饪信息；

所述烹饪控制模块，用于根据所述目标烹饪信息执行烹饪任务。

具体实现时，所述烹饪设备中还配备有扫码器；

所述信息获得模块具体用于，通过所述扫码器对所述图形码进行扫码获得所述扫码结果。

或者，所述烹饪设备中还配备有近距离通信模块；

所述信息获得模块具体用于，通过所述近距离通信模块接收由关联的客户端设备提供的图形码扫码结果。

实施例九

该实施例九提供了另一种烹饪设备，参见图8，所述烹饪设备包括存储模块801、信息获得模块802、信息处理模块803以及烹饪控制模块804，其中：

所述存储模块801，用于保存烹饪对象与烹饪信息之间的对应关系；

所述信息获得模块802，用于获得待烹饪的目标烹饪对象的标识信息；

所述信息处理模块803，用于根据所述对应关系，确定所述目标烹饪对象对应的目标烹饪信息；

所述烹饪控制模块804，用于根据所述目标烹饪信息执行烹饪任务。

关于上述实施例七至九，具体的未详述部分同样可以参见前文的记载，这里不再赘述。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的烹饪设备，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (22)

1.一种烹饪设备，其特征在于，

所述烹饪设备包括信息获得模块、信息处理模块以及烹饪控制模块，其中：

所述信息获得模块，用于从关联的服务器获得待烹饪的目标烹饪对象对应的目标烹饪信息；

所述信息处理模块，用于对所述接收到的目标烹饪信息进行解码及识别处理；

所述烹饪控制模块，用于根据所述目标烹饪信息的解码及识别结果，执行烹饪任务。

2.根据权利要求1所述的烹饪设备，其特征在于，

所述烹饪设备中还包括网络接入模块，用于将所述烹饪设备接入到互联网；

所述信息获得模块具体用于，接收由所述服务器发送的目标烹饪信息。

3.根据权利要求1所述的烹饪设备，其特征在于，

所述烹饪设备中还包括近距离通信模块；所述服务器将所述目标烹饪信息发送到关联的客户端设备；

所述信息获得模块具体用于，接收所述客户端设备通过所述近距离通信模块发送的目标烹饪信息。

4.根据权利要求1所述的烹饪设备，其特征在于，

所述烹饪设备中还包括信息采集器；

所述信息采集器，用于对所述待烹饪的目标烹饪对象的标识相关信息进行采集，并提交到服务器。

5.根据权利要求4所述的烹饪设备，其特征在于，

所述信息采集器包括扫码器，所述扫码器用于通过对所述目标烹饪对象关联的图形码进行扫码获得所述目标烹饪对象的标识信息。

6.根据权利要求4所述的烹饪设备，其特征在于，

所述信息采集器包括图像采集器，所述图像采集器用于对所述目标烹饪对象进行图像采集，以便所述服务器通过对所述图像采集结果进行信息识别，获得所述目标烹饪对象的标识信息。

7.根据权利要求4所述的烹饪设备，其特征在于，

所述烹饪设备中还包括语音输入模块，用于录入对所述目标烹饪对象的烹饪要求信息，并提交到服务器，以便所述服务器根据所述目标烹饪对象以及所述烹饪要求确定所述目标烹饪信息。

8.根据权利要求1所述烹饪设备，其特征在于，

所述烹饪设备还包括温度感知模块，用于在烹饪过程中，感知所述烹饪对象的温度，并提供烹饪控制模块；

所述烹饪控制模块具体用于，根据所述目标烹饪信息中的温度触发信息，调整对所述烹饪对象的加热方式。

9.根据权利要求8所述烹饪设备，其特征在于，

所述烹饪设备还包括保温模块；

所述温度感知模块还用于，在完成对烹饪对象的烹饪任务后，对所述烹饪对象的温度进行感知，在低于预置的温度时，通知给所述保温模块；

所述保温模块用于，在根据接收到的通知消息，并根据预置的保温信息，启动加热程序，以便对所述烹饪对象进行保温处理。

10.根据权利要求9所述的烹饪设备，其特征在于，

所述保温模块还用于：在所述烹饪对象被取走，或者到达最长保温时间时，停止加热程序。

11.根据权利要求1所述烹饪设备，其特征在于，

所述烹饪设备中还包括提示模块，用于提供提醒消息。

12.根据权利要求11所述的烹饪设备，其特征在于，

所述提示模块包括显示屏。

13.根据权利要求12所述的烹饪设备，其特征在于，

所述显示屏包括点阵式LED显示屏，用于通过展示特定样式的图案，来展示所述提醒消息。

14.根据权利要求12所述烹饪设备，其特征在于，

所述烹饪设备中还包括音频播放设备，用于通过播放预置的声音提供提醒消息。

15.根据权利要求11所述的烹饪设备，其特征在于，

所述提醒消息包括所述烹饪设备生成的与烹饪状态相关的提醒消息。

16.根据权利要求11所述的烹饪设备，其特征在于，

所述提醒消息包括由服务器提供的与订餐相关的提醒消息。

17.根据权利要求1至16任一项所述的烹饪设备，其特征在于，

所述烹饪设备为无箱体的圆盘状平台式结构，在烹饪状态下，预置的烹饪容器放置于圆盘上。

18.根据权利要求16所述的烹饪设备，其特征在于，

所述圆盘的面积与所述容器的底面积大小相当。

19.一种烹饪设备，其特征在于，

所述烹饪设备包括信息获得模块、信息处理模块以及烹饪控制模块，其中：

所述信息获得模块，用于获得待烹饪的目标烹饪对象关联的图形码的扫码结果；其中，所述图形码中携带有所述目标烹饪对象对应的目标烹饪信息；

所述信息处理模块，用于对所接收到的扫码结果进行识别，获得所述目标烹饪信息；

所述烹饪控制模块，用于根据所述目标烹饪信息执行烹饪任务。

20.根据权利要求19所述的烹饪设备，其特征在于，

所述烹饪设备中还配备有扫码器；

所述信息获得模块具体用于，通过所述扫码器对所述图形码进行扫码获得所述扫码结果。

21.根据权利要求19所述的烹饪设备，其特征在于，

所述烹饪设备中还配备有近距离通信模块；

所述信息获得模块具体用于，通过所述近距离通信模块接收由关联的客户端设备提供的图形码扫码结果。

22.一种烹饪设备，其特征在于，

所述烹饪设备包括存储模块、信息获得模块、信息处理模块以及烹饪控制模块，其中：

所述存储模块，用于保存烹饪对象与烹饪信息之间的对应关系；

所述信息获得模块，用于获得待烹饪的目标烹饪对象的标识信息；

所述信息处理模块，用于根据所述对应关系，确定所述目标烹饪对象对应的目标烹饪信息；

所述烹饪控制模块，用于根据所述目标烹饪信息执行烹饪任务。

Images