基于任务调度的任务修复方法、装置、设备及存储介质与流程

本发明涉及调度任务处理技术领域，尤其涉及一种基于任务调度的任务修复方法、装置、设备及存储介质。

背景技术：

在数据大爆炸的互联网时代，数据量呈现几何级数的增长，每天需要大量调度任务共同完成数据的处理，因自身或第三方原因导致任务的失败也是不可避免的现象，如果失败的任务不能及时修复会引起后续任务的无法正常进行，导致整个任务链的失败，往往因为一个任务的未及时修复，引发一场生产事故。当前失败任务的修复工作由人工执行，但是通过人工执行失败任务修复的效率较低。

技术实现要素：

本发明的主要目的在于提供一种基于任务调度的任务修复方法、装置、设备及存储介质，旨在解决人工执行失败任务修复的效率较低的技术问题。

为实现上述目的，本发明实施例提供一种基于任务调度的任务修复方法，所述基于任务调度的任务修复方法包括：

获取任务的关键信息，根据所述关键信息确定所述任务是否执行失败；

若所述任务执行失败，则获取所述任务的资源维度或时间维度；

若所述资源维度或所述时间维度满足预设修复条件，则对所述任务进行调起修复。

优选地，所述预设修复条件包括所述资源维度小于第一预设参数；所述若所述资源维度或所述时间维度满足预设修复条件，则对所述任务进行调起修复的步骤包括：

将所述资源维度与所述第一预设参数进行对比；

若所述资源维度小于所述第一预设参数，则确定所述资源维度满足预设修复条件，对所述任务进行调起修复。

优选地，所述预设修复条件还包括所述时间维度大于预设时间；所述若所述资源维度或所述时间维度满足预设修复条件，则对所述任务进行调起修复的步骤还包括：

若所述资源维度大于或等于所述第一预设参数，则将所述时间维度与所述预设时间进行对比；

若所述时间维度大于所述预设时间，确定所述时间维度满足所述预设修复条件，对所述任务进行调起修复。

优选地，所述对所述任务进行调起修复的步骤之后包括：

若调起修复的次数大于或等于预设次数且所述任务执行失败，则停止所述任务的调起修复并输出提示信息。

优选地，所述获取所述任务的资源维度或时间维度的步骤之后还包括：

检测所述任务中是否存在预设标识；

若所述任务中存在所述预设标识，则将所述资源维度与第二预设参数进行对比；

若所述资源维度小于所述第二预设参数，则对所述任务及其前置失败任务进行调起修复。

优选地，所述对所述任务及其前置失败任务进行调起修复的步骤包括：

检测所述任务是否存在前置失败任务；

若所述任务存在前置失败任务，则对所述前置失败任务与所述任务进行递归向上修复。

优选地，所述检测所述任务是否存在前置失败任务的步骤包括：

获取所述任务的前置任务信息；

检测所述前置任务信息中是否存在执行失败的前置任务；

若所述前置任务信息中存在执行失败的前置任务，则确定所述任务存在前置失败任务。

为实现上述目的，本发明还提供一种基于任务调度的任务修复装置，所述基于任务调度的任务修复装置包括：

确定模块，用于获取任务的关键信息，根据所述关键信息确定所述任务是否执行失败；

获取模块，用于若所述任务执行失败，则获取所述任务的资源维度或时间维度；

修复模块，用于若所述资源维度或所述时间维度满足预设修复条件，则对所述任务进行调起修复。

进一步地，为实现上述目的，本发明还提供一种基于任务调度的任务修复设备，所述基于任务调度的任务修复设备包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的基于任务调度的任务修复程序，所述基于任务调度的任务修复程序被所述处理器执行时实现上述的基于任务调度的任务修复方法的步骤。

进一步地，为实现上述目的，本发明还提供一种存储介质，所述存储介质上存储有基于任务调度的任务修复程序，所述基于任务调度的任务修复程序被处理器执行时实现上述的基于任务调度的任务修复方法的步骤。

本发明实施例提供一种基于任务调度的任务修复方法、装置、设备及存储介质，获取任务的关键信息，根据所述关键信息确定所述任务是否执行失败；若所述任务执行失败，则获取所述任务的资源维度或时间维度；若所述资源维度或所述时间维度满足预设修复条件，则对所述任务进行调起修复。本发明在任务执行失败时，根据任务的资源维度或时间维度及时自动地对执行失败的任务进行调起修复，避免任务堆积与任务链条断裂，有效提高失败任务修复的效率。

附图说明

图1为本发明基于任务调度的任务修复方法实施例方案涉及的硬件运行环境的结构示意图；

图2为本发明基于任务调度的任务修复方法第一实施例的流程示意图；

图3为本发明基于任务调度的任务修复方法第二实施例的流程示意图；

图4为本发明基于任务调度的任务修复方法第三实施例的流程示意图；

图5为本发明基于任务调度的任务修复装置较佳实施例的功能模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例提供一种基于任务调度的任务修复方法、装置、设备及存储介质，获取任务的关键信息，根据所述关键信息确定所述任务是否执行失败；若所述任务执行失败，则获取所述任务的资源维度或时间维度；若所述资源维度或所述时间维度满足预设修复条件，则对所述任务进行调起修复。本发明在任务执行失败时，根据任务的资源维度或时间维度及时自动地对执行失败的任务进行调起修复，避免任务堆积与任务链条断裂，有效提高失败任务修复的效率。

如图1所示，图1是本发明实施例方案涉及的硬件运行环境的基于任务调度的任务修复设备结构示意图。

在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身没有特定的意义。因此，“模块”、“部件”或“单元”可以混合地使用。

本发明实施例基于任务调度的任务修复设备可以是pc，也可以是平板电脑、便携计算机等可移动式终端设备。

如图1所示，该基于任务调度的任务修复设备可以包括：处理器1001，例如cpu，网络接口1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(display)、输入单元比如键盘(keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如wi-fi接口)。存储器1005可以是高速ram存储器，也可以是稳定的存储器(non-volatilememory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的基于任务调度的任务修复设备结构并不构成对基于任务调度的任务修复设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及基于任务调度的任务修复程序。

在图1所示的设备中，网络接口1004主要用于连接后台服务器，与后台服务器进行数据通信；用户接口1003主要用于连接客户端(用户端)，与客户端进行数据通信；而处理器1001可以用于调用存储器1005中存储的基于任务调度的任务修复程序，并执行以下操作：

获取任务的关键信息，根据所述关键信息确定所述任务是否执行失败；

若所述任务执行失败，则获取所述任务的资源维度或时间维度；

若所述资源维度或所述时间维度满足预设修复条件，则对所述任务进行调起修复。

进一步地，所述预设修复条件包括所述资源维度小于第一预设参数；所述若所述资源维度或所述时间维度满足预设修复条件，则对所述任务进行调起修复的步骤包括：

将所述资源维度与所述第一预设参数进行对比；

若所述资源维度小于所述第一预设参数，则确定所述资源维度满足预设修复条件，对所述任务进行调起修复。

进一步地，所述预设修复条件还包括所述时间维度大于预设时间；所述若所述资源维度或所述时间维度满足预设修复条件，则对所述任务进行调起修复的步骤还包括：

若所述资源维度大于或等于所述第一预设参数，则将所述时间维度与所述预设时间进行对比；

若所述时间维度大于所述预设时间，确定所述时间维度满足所述预设修复条件，对所述任务进行调起修复。

进一步地，所述对所述任务进行调起修复的步骤之后，处理器1001可以用于调用存储器1005中存储的基于任务调度的任务修复程序，并执行以下操作：

若调起修复的次数大于或等于预设次数且所述任务执行失败，则停止所述任务的调起修复并输出提示信息。

进一步地，所述获取所述任务的资源维度或时间维度的步骤之后还包括：

检测所述任务中是否存在预设标识；

若所述任务中存在所述预设标识，则将所述资源维度与第二预设参数进行对比；

若所述资源维度小于所述第二预设参数，则对所述任务及其前置失败任务进行调起修复。

进一步地，所述对所述任务及其前置失败任务进行调起修复的步骤包括：

检测所述任务是否存在前置失败任务；

若所述任务存在前置失败任务，则对所述前置失败任务与所述任务进行递归向上修复。

进一步地，所述检测所述任务是否存在前置失败任务的步骤包括：

获取所述任务的前置任务信息；

检测所述前置任务信息中是否存在执行失败的前置任务；

若所述前置任务信息中存在执行失败的前置任务，则确定所述任务存在前置失败任务。

为了更好的理解上述技术方案，下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

为了更好的理解上述技术方案，下面将结合说明书附图以及具体的实施方式对上述技术方案进行详细的说明。

参照图2，本发明第一实施例提供一种基于任务调度的任务修复方法的流程示意图。该实施例中，所述基于任务调度的任务修复方法包括以下步骤：

步骤s10，获取任务的关键信息，根据所述关键信息确定所述任务是否执行失败；

本实施例中基于任务调度的任务修复方法应用于基于任务调度的任务修复系统，基于任务调度的任务修复系统用于对使用任务调度时出现的失败任务进行修复，为方便描述，后续将基于任务调度的任务修复系统简称为系统。可以理解地，在数据大爆炸的互联网时代，数据量呈现几何级数的增长，每天需要大量调度任务共同完成数据的处理，因自身或第三方原因导致任务的失败也是不可避免的现象，如果失败的任务不能及时修复会引起后续任务的无法正常进行，导致整个任务链的失败，往往会因为一个任务的未及时修复，引发一场生产事故。在此基础上，本申请提出一种基于任务调度的任务修复方法，在任务执行失败时，根据任务的资源维度或时间维度及时自动地对执行失败的任务进行调起修复，避免任务堆积与任务链条断裂，有效提高失败任务修复的效率。

进一步地，为了能够在任务执行失败后能够及时对该任务进行修复，系统通过springschedule技术，每隔一段时间定时获取任务是否执行失败的关键信息，其中springschedule技术是基于spring框架的一种任务调度，关键信息包括成功、失败与待执行；在获取到任务的关键信息后，系统根据关键信息确定任务是否执行失败，具体地，若关键信息为成功，则确定任务执行成功；若关键信息为待执行，则确定任务处于未执行状态；若关键信息为失败，则确定任务执行失败，以便在确定任务执行失败后根据任务的资源维度或时间维度对该任务进行自动修复，提高失败任务修复的效率。

步骤s20，若所述任务执行失败，则获取所述任务的资源维度或时间维度；

进一步地，若通过任务的关键信息确定该任务执行失败，系统获取该任务的资源维度或时间维度，以根据该任务的资源维度或时间维度确定是否需要对该任务进行调起修复，便于提高失败任务修复的效率，在本实施例中优先获取任务的资源维度，先根据该任务的资源维度确定是否对该任务进行修复，在该任务的资源维度不满足修复条件时，再获取该任务的时间维度，根据该任务的时间维度确定是否对该任务进行修复，其中资源维度在本实施例中为集群资源使用率，时间维度在本实施例中为北京时间。

步骤s30，若所述资源维度或所述时间维度满足预设修复条件，则对所述任务进行调起修复。

进一步地，系统分别确定该任务的资源维度或时间维度是否满足预设修复条件，其中预设修复条件包括资源维度小于第一预设参数，以及时间维度大于预设时间；当失败任务为核心任务时，预设修复条件包括资源维度小于第二预设参数，以及时间维度大于核心任务时间；其中，第一预设参数与第二预设参数为根据实际需求设定的参数且第二预设参数大于第一预设参数，预设时间与核心任务时间为根据实际需求设定的时间且核心任务时间小于预设时间，并且不同任务所对应的第一预设参数可能相同也可能不同，不同任务所对应的第二预设参数可能相同也可能不同，不同任务所对应的预设时间可能相同也可能不同，不同任务所对应的核心任务时间可能相同也可能不同。具体地，系统先确定该任务的资源维度是否满足预设修复条件，若该任务的资源维度满足预设修复条件，则对该任务进行调起修复；若该任务的资源维度不满足预设修复条件，则进一步确定该任务的时间维度是否满足预设修复条件，若该任务的时间维度满足预设修复条件，则对该任务进行调起修复。通过任务的资源维度或时间维度及时自动地对执行失败的任务进行调起修复，避免任务堆积与任务链条断裂，有效提高失败任务修复的效率。

进一步地，所述对所述任务进行调起修复的步骤之后包括：

步骤s40，若调起修复的次数大于或等于预设次数且所述任务执行失败，则停止所述任务的调起修复并输出提示信息。

可以理解地，系统在对任务进行调起并修复之后，会检测调起修复的任务的状态，若该任务的状态仍为执行失败，则对该任务进行预设次数的调起修复，以将该任务的状态修复为执行成功，在任务修复成功后即完成该任务的修复，其中预设次数在本实施例中优选为5次。进一步地，若对该任务调起修复的次数大于或等于预设次数时，该任务的状态仍为执行失败，说明任务存在逻辑问题或者外因导致该任务存在问题，系统停止对该任务的调起修复并通过短信输出提示信息以通知任务负责人，提醒任务负责人排查该任务存在的问题并手动修复任务，防止多次集群资源浪费，同时避免任务堆积，有效提高失败任务修复的效率。

本实施例提供一种基于任务调度的任务修复方法、装置、设备及存储介质，获取任务的关键信息，根据所述关键信息确定所述任务是否执行失败；若所述任务执行失败，则获取所述任务的资源维度或时间维度；若所述资源维度或所述时间维度满足预设修复条件，则对所述任务进行调起修复。本发明在任务执行失败时，根据任务的资源维度或时间维度及时自动地对执行失败的任务进行调起修复，避免任务堆积与任务链条断裂，有效提高失败任务修复的效率。

进一步地，参照图3，基于本发明基于任务调度的任务修复方法的第一实施例，提出本发明基于任务调度的任务修复方法的第二实施例，在第二实施例中，所述若所述资源维度或所述时间维度满足预设修复条件，则对所述任务进行调起修复的步骤包括：

步骤s31，将所述资源维度与所述第一预设参数进行对比；

步骤s32，若所述资源维度小于所述第一预设参数，则确定所述资源维度满足预设修复条件，对所述任务进行调起修复。

进一步地，若该任务并非核心任务，系统则将该任务的资源维度与第一预设参数进行对比，由于本实施例中资源维度为集群资源使用率，因此系统将该任务的集群资源使用率与第一预设参数进行对比，确定集群资源使用率与第一预设参数之间的大小关系。进一步地，若经对比确定表征资源维度的集群资源使用率小于第一预设参数，由于在任务并非核心任务时预设修复条件为资源维度小于第一预设参数，而资源维度又由集群资源使用率表征，因此系统确定该任务的资源维度满足预设修复条件，对该执行失败的任务进行调起并修复，以避免任务堆积与任务链条断裂，有效提高失败任务修复的效率。

进一步地，所述若所述资源维度或所述时间维度满足预设修复条件，则对所述任务进行调起修复的步骤还包括：

步骤s33，若所述资源维度大于或等于所述第一预设参数，则将所述时间维度与所述预设时间进行对比；

步骤s34，若所述时间维度大于所述预设时间，确定所述时间维度满足所述预设修复条件，对所述任务进行调起修复。

进一步地，若经对比确定表征该任务资源维度的集群资源使用率大于或等于第一预设参数，即集群资源一直不能满足资源维度，当时间维度满足预设修复条件时必定对该任务进行调起修复，因为时间维度满足预设修复条件说明过了这个预设时间可能对后续任务造成影响，因此需要无视集群资源使用率而对该任务进行调起修复。系统进一步将该任务的时间维度与预设时间进行对比，由于本实施例中时间维度为北京时间，因此系统将该任务执行失败的北京时间与预设时间进行对比，确定执行失败的背景时间与预设时间之间的大小关系。若经对比确定表征时间维度的执行失败的北京时间大于预设时间，即执行失败的北京时间超过预设时间，由于在任务并非核心任务时预设修复条件为时间维度大于预设时间，而时间维度又由执行失败的北京时间表征，因此系统确定该任务的时间维度满足预设修复条件，对该执行失败的任务进行调起并修复，以避免任务堆积与任务链条断裂，有效提高失败任务修复的效率。

本实施例在任务执行失败时，根据任务的资源维度或时间维度及时自动地对执行失败的任务进行调起修复，避免任务堆积与任务链条断裂，有效提高失败任务修复的效率。

进一步地，参照图4，基于本发明基于任务调度的任务修复方法的第一实施例，提出本发明基于任务调度的任务修复方法的第三实施例，在第三实施例中，所述获取所述任务的资源维度或时间维度的步骤之后还包括：

步骤a1，检测所述任务中是否存在预设标识；

步骤a2，若所述任务中存在所述预设标识，则将所述资源维度与第二预设参数进行对比；

步骤a3，若所述资源维度小于所述第二预设参数，则对所述任务及其前置失败任务进行调起修复。

可以理解地，若需要执行的任务比较重要，在任务发起时可以在任务中添加用于表征该任务为核心任务的预设标识，例如在任务中添加三角形、五角星甚至“核心”等信息作为预设标识。进一步地，系统在检测到任务的状态为执行失败时，先检测该任务中是否存在预设标识，例如检测任务中是否存在三角形、五角星甚至“核心”等信息。若经检测确定任务中存在预设标识，则确定该任务为核心任务，将该任务的资源维度与第二预设参数进行对比，确定该任务的资源维度是否小于第二预设参数，以确定该任务的资源维度与第二预设参数之间的大小关系。若经对比确定该任务的资源维度小于第二预设参数，则对该任务及其前置失败任务进行调起修复，其中前置失败任务为与该任务存在依赖关系且执行失败的前置任务，前置任务为执行当前任务之前必须完成的任务。

可以理解地，若该任务的资源维度大于或等于第二预设参数，则进一步确定该任务的时间维度是否大于核心任务时间，若该任务的时间维度大于核心任务时间，则对该任务及其前置失败任务进行调起修复。

进一步地，所述对所述任务及其前置失败任务进行调起修复的步骤包括：

步骤a31，检测所述任务是否存在前置失败任务；

步骤a32，若所述任务存在前置失败任务，则对所述前置失败任务与所述任务进行递归向上修复。

进一步地，由于不同的任务在后续过程可能衍生出核心任务，在衍生出核心任务的前置任务优先等级不高时，可能出现后续的核心任务完成修复，而前置任务还未得到修复的情况，因此在对核心任务进行修复时，需要先对前置任务进行修复，再修复当前的核心任务。因此，系统检测当前执行失败的任务是否存在前置失败任务，若不存在前置失败任务，则对作为核心任务的当前任务进行调起修复。相反地，若当前执行失败的任务存在前置失败任务，系统则对前置失败任务与当前执行失败的任务进行递归向上修复，具体地，系统先对该任务的前置失败任务进行修复，若存在多个前置失败任务则从最顶端的前置失败任务开始修复，在前置失败任务均修复完成后再对该任务进行调起修复。例如任务4衍生出任务5，任务5衍生出任务6，且任务4、任务5以及任务6均为执行失败的任务，任务4与任务5的优先级低于任务6；当任务6为核心任务且资源维度满足预设修复条件时，需要先对任务4进行修复，然后修复任务5，最后修复任务6，完成任务6的依赖修复。

进一步地，所述检测所述任务是否存在前置失败任务的步骤包括：

步骤a311，获取所述任务的前置任务信息；

步骤a312，检测所述前置任务信息中是否存在执行失败的前置任务；

步骤a313，若所述前置任务信息中存在执行失败的前置任务，则确定所述任务存在前置失败任务。

进一步地，系统获取当前执行失败的任务的前置任务信息，其中前置任务信息在该任务为最顶端任务(即该任务没有衍生出后续任务)时数量为零，在该任务不为最顶端任务时可以为一个或多个。在获取该任务的前置任务信息后，系统检测前置任务信息中是否存在执行失败的前置任务，具体地，通过springschedule技术获取前置任务信息中各前置任务是否执行失败的关键信息，再根据各前置任务的关键信息确定各前置任务是否执行失败；若经检测确定前置任务信息中存在一个或多个执行失败的前置任务，则确定该任务存在前置失败任务。

本实施例在当前执行失败的任务为核心任务，并且该任务的资源维度或时间维度满足预设修复条件时，对该任务及其前置失败任务进行递归向上修复，完成对该任务的依赖修复，避免任务堆积与任务链条断裂，有效提高失败任务修复的效率。

进一步地，本发明还提供一种基于任务调度的任务修复装置。

参照图5，图5为本发明基于任务调度的任务修复装置第一实施例的功能模块示意图。

所述基于任务调度的任务修复装置包括：

确定模块10，用于获取任务的关键信息，根据所述关键信息确定所述任务是否执行失败；

获取模块20，用于若所述任务执行失败，则获取所述任务的资源维度或时间维度；

修复模块30，用于若所述资源维度或所述时间维度满足预设修复条件，则对所述任务进行调起修复。

进一步地，所述获取模块20包括：

第一检测单元，用于检测所述任务中是否存在预设标识；

第一对比单元，用于若所述任务中存在所述预设标识，则将所述资源维度与第二预设参数进行对比；

第一修复单元，用于若所述资源维度小于所述第二预设参数，则对所述任务及其前置失败任务进行调起修复。

进一步地，所述获取模块20还包括：

第二检测单元，用于检测所述任务是否存在前置失败任务；

第二修复单元，用于若所述任务存在前置失败任务，则对所述前置失败任务与所述任务进行递归向上修复。

进一步地，所述获取模块20还包括：

获取单元，用于获取所述任务的前置任务信息；

第三检测单元，用于检测所述前置任务信息中是否存在执行失败的前置任务；

确定单元，用于若所述前置任务信息中存在执行失败的前置任务，则确定所述任务存在前置失败任务。

进一步地，所述修复模块30包括：

第二对比单元，用于将所述资源维度与所述第一预设参数进行对比；

第三修复单元，用于若所述资源维度小于所述第一预设参数，则确定所述资源维度满足预设修复条件，对所述任务进行调起修复。

进一步地，所述修复模块30还包括：

第三对比单元，用于若所述资源维度大于或等于所述第一预设参数，则将所述时间维度与所述预设时间进行对比；

第四修复单元，用于若所述时间维度大于所述预设时间，确定所述时间维度满足所述预设修复条件，对所述任务进行调起修复。

进一步地，所述修复模块30还包括：

输出单元，用于若调起修复的次数大于或等于预设次数且所述任务执行失败，则停止所述任务的调起修复并输出提示信息。

此外，本发明还提供一种存储介质，所述存储介质优选为计算机可读存储介质，其上存储有基于任务调度的任务修复程序，所述基于任务调度的任务修复程序被处理器执行时实现上述基于任务调度的任务修复方法各实施例的步骤。

在本发明基于任务调度的任务修复装置和计算机可读介质的实施例中，包含了上述基于任务调度的任务修复方法各实施例的全部技术特征，说明和解释内容与上述基于任务调度的任务修复方法各实施例基本相同，在此不做赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是固定终端，如物联网智能设备，包括智能空调、智能电灯、智能电源、智能路由器等智能家居；也可以是移动终端，包括智能手机、可穿戴的联网ar/vr装置、智能音箱、自动驾驶汽车等诸多联网设备)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。