CN111913396A - 离线烹饪控制方法、装置及设备 - Google Patents

Abstract

本申请公开了一种离线烹饪控制方法、装置及设备，属于数据处理技术领域。其中方法包括：发送菜谱使用请求；接收拒绝请求信息，所述拒绝请求信息是所述账号当前在第一烹饪设备中处于离线登录状态时发送的，所述第一烹饪设备为所述账号离线前在线登录时的至少一烹饪设备。本申请可有效解决账号的菜谱使用权限被滥用的情况，可有效管控同一账号下的菜谱使用权限，提高了账号菜谱使用权限的控制准确性。

Description

离线烹饪控制方法、装置及设备

技术领域

本申请涉及数据处理技术领域，尤其是涉及到一种离线烹饪控制方法、装置及设备。

背景技术

随着科技的进步，智能烹饪设备越来越流行。电子菜谱可在烹饪设备的主机上运行，进而实现自动化的菜品烹饪过程。

目前，主机运行菜谱，菜谱账号是可以通过登录到不同的烹饪设备上实现账号转移和在不同的烹饪设备上运行菜谱烹饪的。

然而，由于账号内获取的菜谱一般具有使用次数限制，同时烹饪设备上的账号具有离线和在线登录两种方式且两种方式均可以运行菜谱，那么，同一个账号以离线和在线两种方式或同时以离线登录到不同烹饪设备上时，账号在不同的烹饪设备之间没有很好的关联，另外，也将无法监控离线状态的账号运行使用的菜谱的情况，可能会导致账号的菜谱使用次数被滥用。

发明内容

有鉴于此，本申请提供了一种离线烹饪控制方法、装置及设备，主要目的在于改善目前现有技术中会导致账号的菜谱使用次数被滥用，进而会造成菜谱使用权限得不到有效管控，会降低账号的菜谱使用权限控制准确性的技术问题。

依据本申请的一个方面，提供了一种离线烹饪控制方法，该方法包括：

发送菜谱使用请求；

接收拒绝请求信息，所述拒绝请求信息是当账号当前在第一烹饪设备中处于离线登录状态时发送的，所述第一烹饪设备为所述账号离线前在线登录时的至少一烹饪设备。

依据本申请的另一个方面，提供了一种离线烹饪控制装置，该装置包括：

发送模块，用于发送菜谱使用请求；

接收模块，用于接收所述拒绝请求信息，所述拒绝请求信息是当账号当前在第一烹饪设备中处于离线登录状态时发送的，所述第一烹饪设备为所述账号离线前在线登录时的至少一烹饪设备。

依据本申请的又一个方面，提供了一种可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述离线烹饪控制方法。

依据本申请的再一个方面，提供了一种离线烹饪控制的实体设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述离线烹饪控制方法。

借由上述技术方案，本申请提供的一种离线烹饪控制方法、装置及设备，与目前现有技术相比，本申请在某烹饪设备上请求使用菜谱时，如果账号当前在第一烹饪设备中处于离线登录状态时，会导致请求失败，该第一烹饪设备为账号离线前在线登录的至少一烹饪设备。这样在这个账号下所有设备离线时，离线前在线登录账号的烹饪设备作为第一烹饪设备，这里第一烹饪设备可以获取离线前剩余的菜谱权限次数，这样会准确限制其他烹饪设备无法离线使用菜谱，使得虽然该账号下的菜谱可以在第一离线设备上继续使用菜谱权限，且暂时无法云端监控其菜谱使用权限，但是通过限制其他设备离线只用菜谱的方式，避免该账号的菜谱使用权限同时又被新的离线设备所使用，进而可有效解决账号的菜谱使用权限被滥用的情况，从而可有效管控同一账号下的菜谱使用权限，提高了账号菜谱使用权限的控制准确性。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1示出了本申请实施例提供的一种离线烹饪控制方法的流程示意图；

图2示出了本申请实施例提供的另一种离线烹饪控制方法的流程示意图；

图3示出了本申请实施例提供的又一种离线烹饪控制方法的流程示意图；

图4示出了本申请实施例提供的一种离线烹饪控制装置的结构示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本申请。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

为了改善目前现有技术中会导致账号的菜谱使用次数被滥用，进而会造成菜谱使用权限得不到有效管控，会降低账号的菜谱使用权限控制准确性的技术问题。本实施例提供了一种离线烹饪控制方法，如图1所示，该方法包括：

101、客户端向服务端发送菜谱使用请求。

其中，菜谱使用请求中可携带需要使用的菜谱的菜谱标识，以及客户端所在烹饪设备的唯一标识(如设备MAC地址、设备序列号等)等。

对于本实施例的执行主体可为离线烹饪控制处理的客户端，可配置在烹饪设备侧。客户端与服务端之间信息交互，在烹饪设备需要使用菜谱进行菜品烹饪时，可将相应的菜谱使用请求发送给服务端，以获取对应菜谱的使用权限。在本实施例中，在烹饪设备侧请求使用菜谱时，可通过请求登录账号来获取该账号下对应菜谱的使用权限,也可以直接在该设备上运行菜谱的界面点击请求运行菜谱。

例如，服务端根据菜谱使用请求中携带的菜谱标识，确定具有该菜谱标识对应菜谱使用权限获取资格的第一烹饪设备。其中该第一烹饪设备可通过账号登录在线获取到该菜谱的使用权限，并且在这个账号下所有设备离线时，第一烹饪设备可获取离线前剩余的菜谱权限次数，这样会准确限制其他烹饪设备无法离线使用该菜谱，使得虽然该账号下的菜谱可以在第一离线设备上继续使用菜谱权限，且暂时无法云端监控其菜谱使用权限，但是通过限制其他设备离线只用菜谱的方式，避免该账号的菜谱使用权限同时又被新的离线设备所使用，进而可有效解决账号的菜谱使用权限被滥用的情况。因此在服务端获取到该第一烹饪设备后，如果判定第一烹饪设备处于离线登录该账号的状态，那么为了避免该账号的菜谱使用权限被滥用，可返回拒绝客户端发送的菜谱使用请求。

102、客户端接收拒绝请求信息。

其中，拒绝请求信息是当账号当前在第一烹饪设备中处于离线登录状态时发送的，第一烹饪设备为账号离线前在线登录时的至少一烹饪设备。如步骤101所述的内容，通过此限制方式，可有效避免同一账号下的菜谱使用权限被滥用的情况。

在客户端接收到该拒绝请求信息之后，可输出相应的提示信息。例如，通过文字、图片、音频、视频、灯光、振动等形式输出该菜谱请求使用失败，或暂时无法使用该菜谱的提示信息。

本实施例提供的一种离线烹饪控制方法，与目前现有技术相比，本实施例在某烹饪设备上请求使用菜谱时，如果账号当前在第一烹饪设备中处于离线登录状态时，会导致请求失败，该第一烹饪设备为账号离线前在线登录的至少一烹饪设备。这样在这个账号下所有设备离线时(账号离线)，离线前在线登录账号的烹饪设备作为第一烹饪设备，这里第一烹饪设备可以获取离线前剩余的菜谱权限次数，这样会准确限制其他烹饪设备无法离线使用菜谱，使得虽然该账号下的菜谱可以在第一离线设备上继续使用菜谱权限，且暂时无法云端监控其菜谱使用权限，但是通过限制其他设备离线只用菜谱的方式，避免该账号的菜谱使用权限同时又被新的离线设备所使用，进而可有效解决账号的菜谱使用权限被滥用的情况，从而可有效管控同一账号下的菜谱使用权限，提高了账号菜谱使用权限的控制准确性。

进一步的，作为上述实施例的细化和扩展，上述菜谱使用请求用于获取菜谱使用权限，而为获取该菜谱使用权限，还可通过账号登录的方式来获取，或者通过请求账号登录的方式发送菜谱使用请求等，基于此可选方式，在一个实施例中步骤101具体可包括：客户端向服务端发送账号的登录请求(即下述步骤201，目的是为了获取该账号下对应菜谱的使用权限)；如果客户端接收到该账号的登录失败信息，其中，该登录失败信息是服务端在判定该账号当前在第一烹饪设备中处于离线登录状态时发送的，第一烹饪设备可为该账号离线前在线登录的至少一烹饪设备，说明此时无法获取到该账号下对应菜谱的使用权限，那么可代表客户端接收到了菜谱使用请求的拒绝请求信息(即代表步骤102具体可包括下述步骤202所示的内容)。除此之外，还可以理解为在步骤102之后，执行客户端向服务端发送账号的登录请求(即下述步骤201)。例如，在烹饪设备侧请求使用菜谱时，如果返回了相应的拒绝请求信息，并且烹饪设备本地当前未登录该账号，那么可尝试进行验证码权限登录，进而尝试以通过验证码权限登录的方式来获取该账号下对应菜谱的使用权限。

在另一种实施例下，客户端也不需要登录的时候去验证是否可以使用菜谱权限，而是直接在运行菜谱的界面(当账号当前在第一烹饪设备中处于离线登录状态时)接收拒绝运行请求，通过接收第一设备的验证信息运行。

综上，为了完整说明上述可选方式的具体实施过程，本实施例提供了另一种离线烹饪控制方法，如图2所示，该方法包括：

201、客户端向服务端发送账号的登录请求。

其中，登录请求中可携带需要登录的账号信息(如账号、密码等)、客户端所在烹饪设备的唯一标识(如设备MAC地址、设备序列号等)等。客户端与服务端之间信息交互，在烹饪设备需要账号登录时，将相应的账号登录请求发送给服务端处理。

例如，服务端根据登录请求中携带的账号信息和请求方设备的唯一标识，判断该账号当前是否已在其他烹饪设备上登录，具体可通过查询该账号的登录日志获取得到。如果该账号当前没有在其他烹饪设备上在线登录，且该账号之前不存在登录记录(相当于本次首次账号)；或者该账号之前在线登录的设备已经退出登录(可由登录日志中该账号相应的退出登录请求处理结果确定得到)；或者登录请求的设备就是该账号离线前在线登录的设备；或者登录请求的设备为在线设备且当前在其他烹饪设备上存在在线登录，那么服务端可判定该账号可在客户端侧正常登录；而如果该账号当前没有在其他烹饪设备上在线登录，且该账号之前在线登录的设备处于离线登录状态(可根据该账号登录日志中不存在该账号相应的退出登录请求记录判断得到)，此时如果允许请求方设备登录该账号，那么会导致本次登录设备可使用该账号的菜谱剩余使用权限的同时，离线登录该账号的其他烹饪设备也能使用其账号内的菜谱剩余使用权限，而没办法汇总到云端进行权限的及时扣取，使得同一账号下的菜谱使用权限被滥用。因此在此种情况下，服务端可限制客户端进行该账号登录，使得请求方设备暂时无法在线登录该账号，进而限制其获取得到该账号下的菜谱使用权限，可有效避免同一账号下的菜谱使用权限被滥用的情况。

202、客户端接收账号的登录失败信息。

其中，登录失败信息是服务端在判定该账号当前在第一烹饪设备中处于离线登录状态时发送的，第一烹饪设备可为该账号离线前在线登录的至少一烹饪设备，例如，该账号最近几次(如倒数第一次、或第二次、或第三次等)在线登录的至少一烹饪设备，登录越接近越能提高判断的准确性，因此优选的，第一烹饪设备可为该账号最后一次在线登录的至少一烹饪设备。在一个实施例中，这里第一烹饪设备可以是多台，当第一烹饪设备是多台时，断网前，多台第一烹饪设备平分剩余的烹饪权限，或在常用设备上多分一些权限。如步骤201所述的内容，通过此限制方式，可有效避免同一账号下的菜谱使用权限被滥用的情况。

在客户端接收到该账号的登录失败信息之后，可输出相应的提示信息。例如，通过文字、图片、音频、视频、灯光、振动等形式输出该账号登录失败，或暂时无法登录的提示信息。

本实施例提供的离线烹饪控制方法，与目前现有技术相比，本实施例在某烹饪设备上需要登录账号时，如果该账号当前在第一烹饪设备中处于离线登录状态时，会导致账号登录失败，该第一烹饪设备可为账号离线前在线登录的至少一烹饪设备。这样在先在线登录账号的烹饪设备当离线时，会准确限制其他烹饪设备无法在线登录，使得虽然离线设备账号上的菜谱使用权限依然可以使用，且暂时无法云端监控其菜谱使用权限，但是通过限制其他设备在线登录账号的方式，避免该账号的菜谱使用权限同时又被新登录账号的设备所使用，进而可有效解决账号的菜谱使用权限被滥用的情况，从而可有效管控同一账号下的菜谱使用权限，提高了账号菜谱使用权限的控制准确性。

进一步的，作为上述实施例的细化和扩展，为了完整说明上述实施例的具体实施过程，提供了又一种离线烹饪控制方法，如图3所示，该方法包括：

301、客户端向服务端发送账号的登录请求。

登录请求可用于在本地烹饪设备的主机侧登录账号，该账号下可包含菜谱的使用权限，烹饪设备通过该菜谱使用权限，执行相应菜谱的烹饪任务，进而实现菜品的制作。

302、客户端接收账号的登录失败信息。

其中，登录失败信息是服务端在判定该账号当前在第一烹饪设备中处于离线登录状态时发送的，第一烹饪设备可为该账号最后一次在线登录的至少一烹饪设备。在实际应用中，多个烹饪设备可同时在线登录同一账号，这样可由云端同时管控这些烹饪设备使用该账号下的菜谱使用权限。而当多个烹饪设备中存在离线登录该账号的烹饪设备时，由于云端无法监控该离线登录设备其使用菜谱的情况，所以会导致菜谱使用权限被滥用的情况。

因此为了解决上述实际应用中在设备离线会导致菜谱使用权限被滥用的问题，可选的，在同时在线登录账号的第一烹饪设备离线登录该账号之前，本实施例方法还可包括：从同时在线登录账号的第一烹饪设备中，选择最先登录账号的烹饪设备、或用户使用频率最高的烹饪设备作为主账号设备，以及选择第一烹饪设备中除主账号设备以外的其他烹饪设备作为子账号设备。

在本可选方式中，在离线状态下，子账号设备需要退出登录该账号，并需要使用登录验证码获取对应的菜谱使用权限，该登录验证码可以是由主账号设备根据统计的账号的菜谱剩余次数使用权限分配生成的。

例如，在实际应用中存在三个烹饪设备同时在线登录账号A，分别为设备1、设备2、设备3。从这三个烹饪设备中选择最先登录账号A的烹饪设备(可根据三个烹饪设备最后一次登录账号A的时间点确定)、或选择用户使用频率最高的烹饪设备(可根据三个烹饪设备在最近时间段内的累计使用次数确定)作为主账号设备，在设备均处于离线状态时，该主账号设备可继续登录账号A。如选择设备1作为主账号设备，设备1可继续在线登录账号A，而设备2和设备3作为子账号设备，设备2和设备3需要退出登录账号A，并利用登录验证码(登录验证码可通过内网从设备1处获取得到，该登录验证码是由设备1根据统计的账号A的菜谱剩余次数使用权限分配生成的)获取对应的菜谱使用权限，此时可相当于设备2和设备3虚拟登录账号A，以提示用户当前还存在账号A下菜谱的使用权限，或者不显示登录账号A、但具备账号A下菜谱的使用权限等。

在上述实施例中，当设备1、设备2、设备3处于在线同时登录时，这时它们是可以同时登录账号使用菜谱权限的，这三个设备可以看做一个整体设备，这时的权限会在云端扣除，但是这时如果存在一台离线设备4请求登录账号，那么就需要设备1、设备2、设备3退出登录或，设备1作为主账号设备，设备1可继续在线登录账号A，而设备2和设备3作为子账号设备，设备2和设备3需要退出登录账号A，并利用登录验证码，同时离线设备4也使用登录验证码登录(这时的状态与设备1、设备2、设备3、设备3均离线，而设备1作为第一设备去分发登录验证码权限的效果是等同的)。

账号A下共存在9次菜谱a的使用权限，设备1登录账号A可获取9次菜谱a的使用权限，而设备2通过登录验证码，获取得到2次菜谱a的使用权限，相应的设备1剩余9-2＝7次的菜谱a的使用权限；设备3又通过登录验证码，获取得到2次菜谱a的使用权限，相应的设备1剩余7-2＝5次的菜谱a的使用权限。

通过上述可选方式，在离线状态，使得同一时刻只存在主账号设备离线登录同一账号，进而方便统计该账号下的菜谱使用权限，而其他子账号设备可通过主账号设备提供的登录验证码来获取该账号下的部分菜谱使用权限，这样即便主账号设备离线登录该账号时，其他设备也只是继续使用主账号设备分配的菜谱使用权限，进而不会出现同一账号下的菜谱使用权限被滥用的情况，从而可有效管控同一账号下的菜谱使用权限，提高了账号菜谱使用权限的控制准确性。

进一步可选的，若主账号设备退出登录该账号，则可从子账号设备中选择一目标子账号设备作为新的主账号设备，并转移该账号的菜谱剩余次数使用权限给新的主账号设备。

例如，基于上述实例，如果设备1退出登录账号A，通过内网通信机制，可及时通知到设备2和设备3，然后设备2和设备3中选择最先登录账号A的烹饪设备、或选择用户使用频率最高的烹饪设备作为新的主账号设备，如选择设备2作为新的主账号设备，而设备3继续作为子账号设备，此时将设备中账号A的菜谱剩余次数使用权限转移给设备2。如设备2本地存在菜谱a的2次使用权限(之前通过设备1提供的登录验证码获取得到)，而设备1中在退出登录时存在菜谱a的5次使用权限，将这5次菜谱a的使用权限转移给设备2，进而设备2作为新的主账号设备其本地存在5+2＝7次的菜谱a的使用权限。新的主账号设备可以重新在线登录账号A，或者继续虚拟登录账号A等。通过这种可选方式，使得主账号设备退出登录时，也能够有效管控同一账号下的菜谱使用权限。当离线的设备使用登录验证码登录从而获取烹饪有限的烹饪权限，该权限使用完后，将退出验证码登录，需要重新从主账号设备下获取新的登录验证码登录获取新权限，在离线设备从主账号设备下获取登录验证码登录获取权限时，该设备至少应该是跟主账号设备局域网连接的。

303、客户端向主账号设备发送登录验证码的获取请求。

在主账号设备离线登录账号时，会导致客户端登录该账号的操作失败。此时客户端本地的烹饪设备如果需要获取该账号下的菜谱使用权限时，还可向主账号设备发送登录验证码的获取请求，以获取主账号设备分配的登录验证码。这样相当于客户端本地烹饪设备相当于新加入的子账号设备。

可选的，在向主账号设备发送登录验证码的获取请求之前，本实施例方法还可包括：显示指示验证码登录的选项。通过这种可选方式，可快速指引用户通过其他方式获取得到该账号下的菜谱使用权限，提高菜谱使用权限的获取效率。而在用户侧，利用登录验证码获取菜谱使用权限之后，以虚拟登录该账号的方式，可在用户无感知(完全可由后台执行的相应权限获取逻辑，而前端正常显示账号登录)的情况下，使得用户操作菜谱烹饪任务，能够提升用户使用体验。

如果该账号存在多个菜谱，则为了准确获取需要使用的菜谱使用权限，可选的，步骤303具体可包括：选择需要的目标菜谱，并根据该目标菜谱发送对应登录验证码的获取请求。该目标菜谱选择可由用户手动选择，或者根据当前的订单任务选择需要制作的菜品的菜谱，或者由***按照映射关系选择其中的菜谱等。例如，不同时间分别对应制作相应的菜品，进而按照当前时间点从中选定对应的菜谱。

304、客户端接收主账号设备发送的登录验证码。

其中，主账号设备根据发送的登录验证码，扣减该账号的菜谱剩余次数使用权限。例如，主账号设备剩余10次菜谱a的使用权限，主账号设备分配给客户端本地烹饪设备的登录验证码，其对应3次菜谱a的使用权限，那么主账号设备剩余10-3＝7次的菜谱a的使用权限。通过这种由主账号设备统一进行同一账号下菜谱使用权限的管理方式，可精确管控同一账号下的菜谱使用权限，提高了账号菜谱使用权限的控制准确性。

基于步骤303中可选方式，如果该账号存在多个菜谱，则步骤304具体可包括：接收主账号设备发送的与该目标菜谱(从多个菜谱中选择的)对应的登录验证码，其中若目标菜谱为多个，则接收主账号设备打包发送的与多个目标菜谱对应的登录验证码。通过这种可选方式，在账号下存在多个菜谱的使用权限时，能够准确获取需要使用的菜谱使用权限，以满足菜品烹饪需求。后续通过打包发送的与多个目标菜谱对应的登录验证码，可同时获取多个目标菜谱的使用权限，减少反复请求各个菜谱使用权限的操作，可提高一定的效率。

305、客户端利用接收到的登录验证码，获取对应的菜谱使用权限。

可选的，步骤305具体可包括：首先将接收到的登录验证码与预设登录验证码进行匹配；若存在匹配的预设登录验证码，则根据匹配的预设登录验证码，获取该账号对应的菜谱使用次数权限，其中预设登录验证码可为与该账号相关联的多个密码中的一个，且每个预设登录验证码都有各自对应的菜谱使用次数权限；然后根据获取到的菜谱使用次数权限，更新菜谱剩余使用次数。

预设登录验证码可预先编写在菜谱或是账号的代码里，每个预设登录验证码在获取菜谱权限时只能用一次，该预设登录验证码可定时更新，如多个预设登录验证码间隔一段时间(比如一个星期)从新设定，并且各烹饪设备在连线时获取。

例如，客户端接收到的登录验证码与预设登录验证码1匹配成功，该预设登录验证码1对应有3次菜谱a的使用权限，则在客户端本地的烹饪设备上更新菜谱a剩余3次的使用权限，后续可利用这3次的使用权限，执行3次菜谱a的烹饪任务。通过这种可选方式，可利用类似于激活密码的方式，精确管控同一账号下的菜谱使用权限，提高了账号菜谱使用权限的控制准确性。

进一步可选的，在利用接收到的登录验证码，获取对应的菜谱使用权限之后，本实施例方法还可包括：将客户端本地烹饪设备作为账号对应的子账号设备，并处于虚拟登录账号的状态。此时客户端本地烹饪设备相当于子账号设备，而虚拟登录账号可使得用户无感知(完全可由后台执行的相应权限获取逻辑，而前端正常显示账号登录)的情况下，引导用户操作菜谱烹饪任务，能够提升用户使用体验。

进一步可选的，若经过菜谱使用后判定菜谱剩余使用次数小于预设阈值，则可选再次向主账号设备发送登录验证码的获取请求。通过这种可选方式，使得本地设备在菜谱使用次数权限不足时，也能及时补充相应的菜谱使用次数权限，以满足相应的菜品烹饪需求。

如果主账号设备出现脱机，则子账号设备中利用登录验证码获取到的菜谱使用权限继续可使用，其中本实施例中的脱机可代表外网和内网同时断线的情况。通过这种方式，保证子账号设备不会受到主账号设备断线的影响，可继续正常使用被分配的菜谱使用次数权限。

相应的，在再次主账号设备出现脱机时，客户端向主账号设备发送登录验证码的获取请求，具体可包括：待重新与主账号设备内网连接时，再次向主账号设备发送登录验证码的获取请求。通过这种机制，可保证同一账号下菜谱使用权限的精确统计，不会造成菜谱使用权限滥用的情况发生。

本实施例提供的离线烹饪控制方法，与目前现有技术相比，本实施例在某烹饪设备上需要登录账号时，如果该账号当前在第一烹饪设备中处于离线登录状态时，会导致账号登录失败，该第一烹饪设备为账号最后一次在线登录的至少一烹饪设备。这样在先在线登录账号的烹饪设备当离线时，会准确限制其他烹饪设备无法在线登录，使得虽然离线设备账号上的菜谱使用权限依然可以使用，且暂时无法云端监控其菜谱使用权限，但是通过限制其他设备在线登录账号的方式，避免该账号的菜谱使用权限同时又被新登录账号的设备所使用，进而可有效解决账号的菜谱使用权限被滥用的情况，从而可有效管控同一账号下的菜谱使用权限，提高了账号菜谱使用权限的控制准确性。

进一步的，作为图1至图3所示方法的具体实现，本实施例提供了一种离线烹饪控制装置，如图4所示，该装置包括：发送模块41、接收模块42。

发送模块41，可用于发送菜谱使用请求；

接收模块42，可用于接收所述拒绝请求信息，所述拒绝请求信息是当判定账号当前在第一烹饪设备中处于离线登录状态时发送的，所述第一烹饪设备为所述账号离线前在线登录的至少一烹饪设备。

在具体的应用场景中，发送模块41，还可用于发送账号的登录请求；

接收模块42，还可用于接收所述账号的登录失败信息，所述登录失败信息是在判定所述账号当前在第一烹饪设备中处于离线登录状态时发送的，所述第一烹饪设备为所述账号离线前在线登录时的至少一烹饪设备。

在具体的应用场景中，本装置还包括：选择模块；

选择模块，可用于在所述第一烹饪设备离线登录所述账号之前，从同时在线登录所述账号的所述第一烹饪设备中，选择最先登录所述账号的烹饪设备、或用户使用频率最高的烹饪设备作为主账号设备；及，选择所述第一烹饪设备中除所述主账号设备以外的其他烹饪设备作为子账号设备，其中，所述子账号设备退出登录所述账号，并需要使用登录验证码获取对应的菜谱使用权限，所述登录验证码是由所述主账号设备根据统计的所述账号的菜谱剩余次数使用权限分配生成的。

在具体的应用场景中，选择模块，还可用于若所述主账号设备退出登录所述账号，则从子账号设备中选择一目标子账号设备作为新的主账号设备，并转移所述账号的菜谱剩余次数使用权限给所述新的主账号设备。

在具体的应用场景中，本装置还包括：获取模块；

发送模块41，还可用于向所述主账号设备发送登录验证码的获取请求；

接收模块42，还可用于接收所述主账号设备发送的登录验证码，其中，所述主账号设备根据发送的登录验证码，扣减所述账号的菜谱剩余次数使用权限；

获取模块，可用于利用接收到的登录验证码，获取对应的菜谱使用权限。

在具体的应用场景中，获取模块，具体可用于将接收到的登录验证码与预设登录验证码进行匹配；若存在匹配的预设登录验证码，则根据匹配的预设登录验证码，获取所述账号对应的菜谱使用次数权限，其中预设登录验证码为与所述账号相关联的多个密码中的一个，且每个预设登录验证码都有各自对应的菜谱使用次数权限；根据获取到的所述菜谱使用次数权限，更新菜谱剩余使用次数。

在具体的应用场景中，发送模块41，还可用于若经过菜谱使用后判定菜谱剩余使用次数小于预设阈值，则再次向所述主账号设备发送登录验证码的获取请求。

在具体的应用场景中，若所述主账号设备出现脱机，则所述子账号设备中利用登录验证码获取到的菜谱使用权限继续可使用；

相应的，发送模块41，具体还可用于待重新与所述主账号设备内网连接时，再次向所述主账号设备发送登录验证码的获取请求。

在具体的应用场景中，所述发送模块41，具体还用于若所述账号存在多个菜谱，则选择需要的目标菜谱，并根据所述目标菜谱发送对应登录验证码的获取请求；

所述接收模块42，具体还可用于接收所述主账号设备发送的与所述目标菜谱对应的登录验证码，其中若所述目标菜谱为多个，则接收所述主账号设备打包发送的与多个所述目标菜谱对应的登录验证码。

在具体的应用场景中，本装置还包括：设置模块；

设置模块，可用于在所述利用接收到的登录验证码，获取对应的菜谱使用权限之后，将本地设备作为所述账号对应的子账号设备，并处于虚拟登录所述账号的状态。

在具体的应用场景中，本装置还包括：显示模块；

显示模块，可用于在所述向所述主账号设备发送登录验证码的获取请求之前，显示指示验证码登录的选项。

需要说明的是，本实施例提供的一种离线烹饪控制装置所涉及各功能单元的其它相应描述，可以参考图1至图3中方法的对应描述，在此不再赘述。

基于上述如图1至图3所示方法和如图4所示的虚拟装置，相应的，本申请实施例还提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图1至图3所示的方法。

基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景的方法。

基于上述如图1至图3所示的方法，和如图4所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种离线烹饪控制设备，具体可以为智能厨具设备、智能备料设备、个人计算机、服务器、平板电脑、智能手机或其他网络设备等，该设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图1至图3所示的方法。

可选的，上述实体设备还可以包括用户接口、网络接口、摄像头、射频(RadioFrequency，RF)电路，传感器、音频电路、WI-FI模块等等。用户接口可以包括显示屏(Display)、输入单元比如键盘(Keyboard)等，可选用户接口还可以包括USB接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如WI-FI接口)等。

本领域技术人员可以理解，本实施例提供的上述实体设备结构并不构成对这种实体设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。

存储介质中还可以包括操作***、网络通信模块。操作***是管理上述实体设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与信息处理实体设备中其它硬件和软件之间通信。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现。通过应用本实施例提出的方案，与目前现有技术相比，本实施例在某烹饪设备上请求使用菜谱时，如果账号当前在第一烹饪设备中处于离线登录状态时，会导致请求失败，该第一烹饪设备为账号离线前在线登录的至少一烹饪设备。这样在这个账号下所有设备离线时，离线前在线登录账号的烹饪设备作为第一烹饪设备，这里第一烹饪设备可以获取离线前剩余的菜谱权限次数，这样会准确限制其他烹饪设备无法离线使用菜谱，使得虽然该账号下的菜谱可以在第一离线设备上继续使用菜谱权限，且暂时无法云端监控其菜谱使用权限，但是通过限制其他设备离线只用菜谱的方式，避免该账号的菜谱使用权限同时又被新的离线设备所使用，进而可有效解决账号的菜谱使用权限被滥用的情况，从而可有效管控同一账号下的菜谱使用权限，提高了账号菜谱使用权限的控制准确性。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本申请序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。

Claims (14)

1.一种离线烹饪控制方法，其特征在于，包括：

发送菜谱使用请求；

接收拒绝请求信息，所述拒绝请求信息是当账号当前在第一烹饪设备中处于离线登录状态时发送的，所述第一烹饪设备为所述账号离线前在线登录时的至少一烹饪设备。

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

发送账号的登录请求；

接收所述账号的登录失败信息，所述登录失败信息是所述账号当前在第一烹饪设备中处于离线登录状态时发送的。

3.根据权利要求2所述的方法，其特征在于，在所述第一烹饪设备离线登录所述账号之前，所述方法还包括：

从同时在线登录所述账号的所述第一烹饪设备中，选择最先登录所述账号的烹饪设备、或用户使用频率最高的烹饪设备作为主账号设备；及，

选择所述第一烹饪设备中除所述主账号设备以外的其他烹饪设备作为子账号设备，其中，所述子账号设备退出登录所述账号，并需要使用登录验证码获取对应的菜谱使用权限，所述登录验证码是由所述主账号设备根据统计的所述账号的菜谱剩余次数使用权限分配生成的。

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

若所述主账号设备退出登录所述账号，则从子账号设备中选择一目标子账号设备作为新的主账号设备，并转移所述账号的菜谱剩余次数使用权限给所述新的主账号设备。

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

向所述主账号设备发送登录验证码的获取请求；

接收所述主账号设备发送的登录验证码，其中，所述主账号设备根据发送的登录验证码，扣减所述账号的菜谱剩余次数使用权限；

利用接收到的登录验证码，获取对应的菜谱使用权限。

6.根据权利要求5所述的方法，其特征在于，所述利用接收到的登录验证码，获取对应的菜谱使用权限，具体包括：

将接收到的登录验证码与预设登录验证码进行匹配；

若存在匹配的预设登录验证码，则根据匹配的预设登录验证码，获取所述账号对应的菜谱使用次数权限，其中预设登录验证码为与所述账号相关联的多个密码中的一个，且每个预设登录验证码都有各自对应的菜谱使用次数权限；

根据获取到的所述菜谱使用次数权限，更新菜谱剩余使用次数。

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

若经过菜谱使用后判定菜谱剩余使用次数小于预设阈值，则再次向所述主账号设备发送登录验证码的获取请求。

8.根据权利要求7所述的方法，其特征在于，若所述主账号设备出现脱机，则所述子账号设备中利用登录验证码获取到的菜谱使用权限继续可使用；

所述再次向所述主账号设备发送登录验证码的获取请求，具体包括：

待重新与所述主账号设备内网连接时，再次向所述主账号设备发送登录验证码的获取请求。

9.根据权利要求5所述的方法，其特征在于，若所述账号存在多个菜谱，则所述向所述主账号设备发送登录验证码的获取请求，具体包括：

选择需要的目标菜谱，并根据所述目标菜谱发送对应登录验证码的获取请求；

所述接收所述主账号设备发送的登录验证码，具体包括：

接收所述主账号设备发送的与所述目标菜谱对应的登录验证码，其中若所述目标菜谱为多个，则接收所述主账号设备打包发送的与多个所述目标菜谱对应的登录验证码。

10.根据权利要求5所述的方法，其特征在于，在所述利用接收到的登录验证码，获取对应的菜谱使用权限之后，所述方法还包括：

将本地设备作为所述账号对应的子账号设备，并处于虚拟登录所述账号的状态。

11.根据权利要求5所述的方法，其特征在于，在所述向所述主账号设备发送登录验证码的获取请求之前，所述方法还包括：

显示指示验证码登录的选项。

12.一种离线烹饪控制装置，其特征在于，包括：

发送模块，用于发送菜谱使用请求；

接收模块，用于接收所述拒绝请求信息，所述拒绝请求信息是当判定账号当前在第一烹饪设备中处于离线登录状态时发送的，所述第一烹饪设备为所述账号离线前在线登录的至少一烹饪设备。

13.一种离线烹饪控制设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至11中任一项所述的方法的步骤。

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

Images