一种残膜回收机防缠绕挑膜装置的制 一种秧草收获机用电力驱动行走机构

设备的数据升级方法、装置、设备及存储介质与流程

2022-04-09 12:31:08 来源:中国专利 TAG:


1.本技术涉及物联网技术领域,具体而言,涉及一种设备的数据升级方法、装置、设备及存储介质。


背景技术:

2.随着科技的发展,智能家居在人们生活中越来越常见,智能家居设备种类多,不同设备之间的业务差别大,都需要作为终端设备与控制设备和云端之间进行通信。
3.现有技术中一般在需要升级的时候,需要各设备分别主动发起升级申请,并且根据升级申请的逐设备升级。
4.但是这样的升级方式升级难度大,效率低。


技术实现要素:

5.本技术的目的在于,针对上述现有技术中的不足,提供一种设备的数据升级方法、装置、设备及存储介质,以解决现有技术中各设备需要主动申请升级,造成设备升级方式升级难度大,效率低的问题。
6.为实现上述目的,本技术实施例采用的技术方案如下:
7.第一方面,本技术一实施例提供了一种设备的数据升级方法,所述方法包括:
8.根据各预设升级范围对应的预设升级内容,分别确定各预设升级范围内的多个设备的升级数据包;
9.分别向所述多个设备下发各所述设备对应的升级命令,以使得所述多个设备分别基于各自对应的升级命令进行数据升级,其中,每个设备对应的升级命令包括:所述每个设备的升级数据。
10.可选地,所述根据各预设升级范围对应的预设升级内容,分别确定各预设升级范围内的多个设备的升级数据包,包括:
11.若所述多个设备中第一设备的预设升级内容包括:静态数据升级,则根据所述第一设备的中当前各静态数据类的标识,从预设的静态数据库中所述第一设备对应的静态数据类中,确定所述第一设备的待升级目标静态数据类;其中,各设备分别对应至少一类静态数据;
12.所述第一设备的升级数据包中包括:所述第一设备的待升级目标静态数据类。
13.可选地,所述根据所述第一设备的中当前各静态数据类的标识,从预设的静态数据库中所述第一设备对应的静态数据类中,确定所述第一设备的待升级目标静态数据类,包括:
14.根据所述第一设备的中当前各静态数据类的数据指纹标识码,从预设的静态数据库中所述第一设备对应的静态数据类中,确定所述当前各静态数据类的数据指纹标识码是否与所述静态数据库中的静态数据类中的各静态数据类的数据指纹标识码一致;
15.若不一致,则确定数据指纹标识码不一致的静态数据类为所述第一设备的待升级
目标静态数据类。
16.可选地,所述根据各预设升级范围对应的预设升级内容,分别确定各预设升级范围内的多个设备的升级数据包,包括:
17.根据所述第一版本的信息和所述第二设备的标识,从预设动态数据库中所述第二设备的动态数据中确定第二版本的动态数据为所述第二设备的目标动态数据,所述第二版本高于所述第一版本;
18.所述第二设备的升级数据包包括:所述第二设备的目标动态数据。
19.可选地,所述方法还包括:
20.接收所述设备上报的升级进度,所述设备的升级进度包括:已完成的升级节点;
21.根据所述设备的已完成升级节点,和所述设备的预设多个升级节点,确定所述设备是否升级完成。
22.可选地,所述方法还包括:
23.接收所述设备发送的升级反馈;
24.若所述升级反馈指示升级失败,则再次向所述设备发送所述设备对应的升级命令。
25.可选地,所述方法还包括:
26.若所述升级失败的反馈数量大于预设阈值,则确定所述设备异常,并向运维设备发送所述设备信息和异常信息。
27.第二方面,本技术另一实施例提供了一种设备的数据升级装置,所述装置包括:确定模块和发送模块,其中:
28.所述确定模块,用于根据各预设升级范围对应的预设升级内容,分别确定各预设升级范围内的多个设备的升级数据包;
29.所述发送模块,用于分别向所述多个设备下发各所述设备对应的升级命令,以使得所述多个设备分别基于各自对应的升级命令进行数据升级,其中,每个设备对应的升级命令包括:所述每个设备的升级数据包。
30.可选地,所述确定模块,具体用于若所述多个设备中第一设备的预设升级内容包括:静态数据升级,则根据所述第一设备的中当前各静态数据类的标识,从预设的静态数据库中所述第一设备对应的静态数据类中,确定所述第一设备的待升级目标静态数据类;其中,各设备分别对应至少一类静态数据;所述第一设备的升级数据包中包括:所述第一设备的待升级目标静态数据类。
31.可选地,所述确定模块,具体用于根据所述第一设备的中当前各静态数据类的数据指纹标识码,从预设的静态数据库中所述第一设备对应的静态数据类中,确定所述当前各静态数据类的数据指纹标识码是否与所述静态数据库中的静态数据类中的各静态数据类的数据指纹标识码一致;若不一致,则确定数据指纹标识码不一致的静态数据类为所述第一设备的待升级目标静态数据类。
32.可选地,所述确定模块,具体用于根据所述第一版本的信息和所述第二设备的标识,从预设动态数据库中所述第二设备的动态数据中确定第二版本的动态数据为所述第二设备的目标动态数据,所述第二版本高于所述第一版本;所述第二设备的升级数据包包括:所述第二设备的目标动态数据。
33.可选地,所述装置还包括:接收模块,用于接收所述设备上报的升级进度,所述设备的升级进度包括:已完成的升级节点;
34.所述确定模块,具体用于根据所述设备的已完成升级节点,和所述设备的预设多个升级节点,确定所述设备是否升级完成。
35.可选地,所述接收模块,具体用于接收所述设备发送的升级反馈;
36.所述发送模块,具体用于若所述升级反馈指示升级失败,则再次向所述设备发送所述设备对应的升级命令。
37.可选地,所述确定模块,具体用于若所述升级失败的反馈数量大于预设阈值,则确定所述设备异常,并向运维设备发送所述设备信息和异常信息。
38.第三方面,本技术另一实施例提供了一种设备的数据升级设备,包括:处理器、存储介质和总线,所述存储介质存储有所述处理器可执行的机器可读指令,当设备的数据升级设备运行时,所述处理器与所述存储介质之间通过总线通信,所述处理器执行所述机器可读指令,以执行如上述第一方面任一所述方法的步骤。
39.第四方面,本技术另一实施例提供了一种存储介质,所述存储介质上存储有计算机程序,所述计算机程序被处理器运行时执行如上述第一方面任一所述方法的步骤。
40.本技术的有益效果是:采用本技术提供的设备的数据升级方法,。
附图说明
41.为了更清楚地说明本技术实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本技术的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
42.图1为本技术一实施例提供的设备的数据升级方法的流程示意图;
43.图2为本技术另一实施例提供的设备的数据升级方法的流程示意图;
44.图3为本技术另一实施例提供的设备的数据升级方法的流程示意图;
45.图4为本技术一实施例提供的设备的数据升级装置的结构示意图;
46.图5为本技术另一实施例提供的设备的数据升级装置的结构示意图;
47.图6为本技术一实施例提供的设备的数据升级设备的结构示意图。
具体实施方式
48.为使本技术实施例的目的、技术方案和优点更加清楚,下面将结合本技术实施例中的附图,对本技术实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本技术一部分实施例,而不是全部的实施例。
49.通常在此处附图中描述和示出的本技术实施例的组件可以以各种不同的配置来布置和设计。因此,以下对在附图中提供的本技术的实施例的详细描述并非旨在限制要求保护的本技术的范围,而是仅仅表示本技术的选定实施例。基于本技术的实施例,本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本技术保护的范围。
50.另外,本技术中使用的流程图示出了根据本技术的一些实施例实现的操作。应该
理解,流程图的操作可以不按顺序实现,没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外,本领域技术人员在本技术内容的指引下,可以向流程图添加一个或多个其他操作,也可以从流程图中移除一个或多个操作。
51.如下结合多个具体的应用示例,对本技术实施例所提供的一种设备的数据升级方法进行解释说明。图1为本技术一实施例提供的一种设备的数据升级方法的流程示意图,如图1所示,该方法包括:
52.s101:根据各预设升级范围对应的预设升级内容,分别确定各预设升级范围内的多个设备的升级数据包。
53.在本技术的实施例中,设备例如可以包括主机设备、终端设备产品或应用程序设备等,其中,一个主机设备可能对应多个终端设备,一个终端设备内可能安装有多个应用程序设备,其中,终端设备产品例如可以为智能家居控制终端设备、例如音响设备、网络设备、zigbee设备,应当理解上述实施例仅为示例性说明,具体设备包括的设备类型,可以根据用户需要灵活调整,并不以上述实施例给出的为限。
54.预设升级内容和预设的升级范围均是预先定义的,在一些可能的实施例中,在设备为主机时,确定预设升级范围的方式例如可以为针对多个主机的区域、软件版本信息、或代理商信息等确定预设升级范围;在设备为终端设备时,确定预设升级范围的方式例如可以为针对终端设备的产品线(例如仅升级音响设备、或仅升级网络设备等)确定预设升级范围;应当理解,上述实施例仅为示例性说明,具体预设升级范围的确定方式与待升级设备之间的对应关系可以根据用户需要灵活调整,并不以上述实施例给出的为限制。
55.s102:分别向多个设备下发各设备对应的升级命令,以使得多个设备分别基于各自对应的升级命令进行数据升级。
56.其中,每个设备对应的升级命令包括:每个设备的升级数据。
57.在一些可能的实施例中,升级数据例如可以为升级链接数据或是升级数据包数据,其中,升级链接数据例如可以是以通讯协议的形式携带在升级数据中发送至各设备的;升级数据包数据例如可以是以将升级数据包的链接位置,携带在升级数据中发送的;应当理解,上述实施例仅为示例性说明,具体升级数据可能包括的数据形式,以及各数据形式的数据是如何携带在升级数据中的,均可以根据用户需要灵活调整,并不以上述实施例给出的为限。
58.其中,云端一次可能可以下发多个针对不同区域,多针对同个区域不同设备的升级命令,只需在下发过程中根据预设升级范围和对应的预设升级内容,向预设升级范围内的多个设备,发送该预设升级范围对应的预设升级内容即可。
59.采用本技术提供的设备的数据升级方法,云端在确定预设升级范围和对应的预设升级内容后,分别确定各预设升级范围内的多个设备的升级数据包,并直接向多个设备下发各设备对应的升级命令,以使多个设备分别基于各自对应的升级命令进行数据即可,整个升级过程设备只需要接收云端发送的升级命令,并基于升级命令进行数据升级即可,无需设备主动申请升级,并且云端可以同时向多个设备发送升级命令,以使多个设备可以同时升级,从而降低了设备升级的难度,提高了设备的升级效率。
60.在本技术的实施例中,云端在每次获取预设升级范围对应的预设升级内容后,分别向多个设备下发各设备对应的升级命令时,仅向在线的设备发送升级命令,不在线的设
备即使在预设升级范围内,也无法获取云端下发的升级命令;或者,在另一些可能的实施例中,也可以向所有预设升级范围内的设备发送升级命令,在线的设备可以直接在获取到升级命令后,根据升级命令进行数据升级,对于不在线的设备,可以在上线后再获取云端发送的一个或多个升级命令,并根据获取的升级命令进行数据升级;应当理解,上述实施例仅为示例性说明,具体云端下发升级命令的下发方式,可以根据用户需要灵活调整,并不以上述实施例给出的为限。
61.针对这种情况,本技术的实施例中,除了云端在每次获取预设升级范围对应的预设升级内容后,分别向多个设备下发各设备对应的升级命令的方式,各设备在上线时,会主动向云端上报自己当前的版本号,云端在获取到设备上报的版本号后,再去根据预设升级内容,确定当前设备的版本号是否在本次版本升级范围内,例如当前需要将音响设备的版本从2.0升级到3.0,此时音响设备1和音响设备2上线后,分别向云端上报自己当前的版本号,其中,音响设备1的当前版本号为1.0,音响设备2的当前版本号为3.0,则可以确定当前音响设备1在本次版本升级范围内,需要将音响设备1的版本从1.0升级至3.0,音响设备2不在本次升级范围内,因此无需对音响设备2进行升级。
62.其中,对音响设备1进行数据升级方式例如可以为:云端向音响设备1发送升级命令,音响设备1直接根据从升级命令中获取的升级数据包,从1.0升级到3.0,或者也可以为根据获取的升级数据包,从1.0升级到2.0,再从2.0升级到3.0,应当理解上述实施例仅为示例性说明,具体升级方式可以根据用户需要灵活调整,并不以上述实施例给出的为限。
63.即本技术为了保证升级的全面性,除了云端向各设备直接发送升级命令外,同时允许各设备向上查询当前设备的版本是否存在对应的升级,即本技术优先主动升级,其次通过被动升级的方式对各设备的升级继续宁查漏补缺,从而保证了设备升级的全面性。
64.在一些可能的实施例中,若多个设备中第一设备的预设升级内容包括:静态数据升级,则分别确定各预设升级范围内的多个设备的升级数据包的方式例如可以为:根据第一设备的中当前各静态数据类的标识,从预设的静态数据库中第一设备对应的静态数据类中,确定第一设备的待升级目标静态数据类;其中,各设备分别对应至少一类静态数据;预设的静态数据库为预设在云端的静态数据库。
65.第一设备的升级数据包中包括:第一设备的待升级目标静态数据类。
66.在本技术的实施例中,例如可以通过数据指纹标识码确定待升级目标静态数据类,具体地:例如可以根据第一设备的中当前各静态数据类的数据指纹标识码,从预设的静态数据库中第一设备对应的静态数据类中,确定当前各静态数据类的数据指纹标识码是否与静态数据库中的静态数据类中的各静态数据类的数据指纹标识码一致;若不一致,则确定数据指纹标识码不一致的静态数据类为第一设备的待升级目标静态数据类。
67.其中,每个静态数据类均对应自己的数据指纹标识码,通过数据指纹标识码可以唯一确定该标识码对应的静态数据类,但是静态数据类发生变化后(例如升级后的静态数据类发生变化),则该静态数据类对应的数据指纹标识码也会发生变化,因此可以通过对比第一设备的当前各静态数据对应的数据指纹标识码和预设的静态数据库中的第一设备的各静态数据对应的数据指纹标识码,确定是否存在第一设备的静态数据的数据指纹标识码发生了变化,即确定第一设备的当前各静态数据对应的数据指纹标识码是否和预设的静态数据库中的第一设备的各静态数据对应的数据指纹标识码一致,若不一致,则说明当前不
一致的静态数据类发生了变化,即当前不一致的静态数据类为需要升级的待升级目标静态数据。
68.即在本技术的实施例中,通过将静态数据进行了分类实现了差分升级,例如对于某一设备的静态数据,分为了1-5类,其中,某一次升级过程中,根据第一设备中当前各静态数据的数据指纹标识码,从预设的静态数据库中第一设备对应的静态数据类中,确定静态数据类1和静态数据类2的当前数据指纹标识码与预设数据库中的数据指纹标识码不一致,则确定静态数据类1和静态数据类2为该设备的待升级目标静态数据,即本次升级仅需对静态数据1和静态数据2进行升级,对于静态数据3-5无需进行升级,从而通过这种对静态数据进行分类的方式提高了升级效率。
69.在本技术的实施例中,每类设备对应的静态数据类别的个数和类型均不一定相同,例如主机和音响可能分别存在自己对应的静态数据类别,因此预设的静态数据库中,对于不同的设备类型,均有不同的对应的静态数据类别,设备类型和静态数据类别之间存在预设的映射关系,在确定当前设备的类别后,即可在预设的静态数据库中根据预设的映射关系,确定当前类别的设备对用的静态数据类别。
70.在一些可能的实施例中,静态数据类别例如可以为根据不同的产品线定义分类的,例如可以根据产品线,将多个设备分为主机、开关、音响等;或可以根据品牌标识对各多个设备进行分类;或在根据产品线对设备进行分类的基础上,进一步根据品牌标识对同一产品线上同一类别下的多个设备进行进一步分类,应当理解,上述实施例仅为是理性说明,具体对设备进行分类的方式可以根据用户需要灵活调整,并不以上述实施例给出的为限制。从而通过这种分类的方式,找出了多个存在共性特征的设备,并对其进行批量管理,从而实现了多个设备的统一管理,避免了传统技术中一对一的方式带来的不便。
71.在另一些可能的实施例中,分别确定各预设升级范围内的多个设备的升级数据包的方式例如可以为:根据第一版本的信息和第二设备的标识,从预设动态数据库中第二设备的动态数据中确定第二版本的动态数据为第二设备的目标动态数据,第二版本高于第一版本;第二设备的升级数据包包括:第二设备的目标动态数据,其中,动态数据例如可以为各设备的版本数据。
72.其中,若第一版本小于第二版本,且第一版本和第二版本之间还相隔至少一个版本,例如第一版本为2.0,第二版本为2.5,中间还有2.1、2.2、2.3和2.4四个版本,则第二设备的升级方式例如可以为:直接由2.0版本升级至2.5版本;也可以为先由2.0版本升级到2.1版本,再由2.1版本升级至2.2版本,再由2.2版本升级至2.3版本,再由2.3版本升级至2.4版本,最后由2.4版本升级至2.5版本,从而完成第二设备的升级,应当理解上述实施例仅为示例性说明,具体版本升级的方式可以根据用户需要灵活调整,并不以上述实施例给出的为限。
73.可选地,在上述实施例的基础上,本技术实施例还可提供一种设备的数据升级方法,如下结合附图对上述方法的实现过程进行示例说明。图2为本技术另一实施例提供的一种设备的数据升级方法的流程示意图,如图2所示,该方法还可包括:
74.s103:接收设备上报的升级进度。
75.设备的升级进度包括:已完成的升级节点;其中,升级节点例如可以为预设的,一次升级过程可能对应多个升级节点,通过将一次升级过程划分为多个升级节点的方式,可
以实现对一次升级过程中不同的节点进度进行统计,从而发现是否存在升级容易出现异常,或升级较慢的节点,实现对整个升级过程的精细化统计。
76.s104:根据设备的已完成升级节点,和设备的预设多个升级节点,确定设备是否升级完成。
77.在一些可能的实施例中,在设备完成升级并升级成功后,可以向云端发送升级成功消息反馈,指示本次数据升级成功;在设备完成升级但升级失败,或升级由于故障(例如网络故障,或人为中断,或其他故障等)导致升级失败时,可以向云端发送升级失败消息反馈,指示本次数据升级失败,云端在获取到某一设备发送的升级失败消息反馈后,会再次向该设备下发升级命令,直至收到该设备发送的升级成功消息反馈;或者,也可以再次向该设备下发升级命令,若该设备一直向云端发送升级失败消息反馈,并且升级失败的次数大于或等于预设阈值时,云端判定该设备升级失败,并停止向该设备下发升级命令,并反馈异常至异常处理平台,提示针对该异常设备进行诊断,判定其升级失败的原因,并根据升级失败的原因对该设备进行处理,在处理成功后再次向该设备下发升级命令,直至收到该设备发送的升级成功消息反馈;应当理解上述实施例仅为示例性说明,具体升级方式可以根据用户需要灵活调整,并不以上述实施例给出的为限。
78.本技术的实施例中,通过引入差错机制,可以在一次升级失败后进行多次尝试,并且在各设备的升级过程中,各设备可以阶段性地向云端反馈升级进度,例如可以根据预设的升级任务节点,向云端反馈当前的升级进度对应哪个升级节点,使得云端可以监控各设备完成了当前升级过程中的哪个节点,方便云端对各设备的升级进度进行统一了解,从而使得云端可以对各设备进行统一管理,对各设备具有统一的升级逻辑。
79.可选地,在上述实施例的基础上,本技术实施例还可提供一种设备的数据升级方法,如下结合附图对上述方法的实现过程进行示例说明。图3为本技术另一实施例提供的一种设备的数据升级方法的流程示意图,如图3所示,该方法还可包括:
80.s105:接收设备发送的升级反馈。
81.其中,升级反馈用于向云端说明当前设备的升级是否成功,若升级成功,则设备可以向云端发送升级成功反馈,若升级失败,则设备可以向云端发送升级失败反馈,即无论设备升级成功还是失败,均需要向云端继续宁上报,使得云端可以对每个设备的升级进行监控。
82.s106:若升级反馈指示升级失败,则再次向设备发送设备对应的升级命令。
83.在本技术的实施例中,若升级失败的反馈数量大于预设阈值,则确定设备异常,并向运维设备发送设备信息和异常信息。
84.采用本技术提供的设备的数据升级方法,不但云端可以一次向预设升级范围对用的多个设备下发各设备对应的升级命令,从而实现多个设备的主动升级,提高了升级效率,降低了升级难度,并且云端在升级过程中还引入差分引擎方式,仅升级需要升级的部分,对不需要升级的部分无需处理,从而进一步提高了升级的效率,减少了升级所需要的时间;并且本技术设置了差错机制和进度监控机制,使得云端可以对每个设备的升级过程均进行监控,并对升级结果进行监控,从而实现对各种设备的统一管理,使得各种设备均具有统一的升级逻辑。
85.下述结合附图对本技术所提供的设备的数据升级装置进行解释说明,该设备的数
ng un it,简称cpu)或其它可以调用程序代码的处理器。再如,这些模块可以集成在一起,以片上系统(system-on-a-ch i p,简称soc)的形式实现。
99.图6为本技术一实施例提供的设备的数据升级设备的结构示意图,该设备的数据升级设备可以集成于终端设备或者终端设备的芯片。
100.如图6所示,该设备的数据升级设备包括:处理器501、存储介质502和总线503。
101.处理器501用于存储程序,处理器501调用存储介质502存储的程序,以执行上述图1-图3对应的方法实施例。具体实现方式和技术效果类似,这里不再赘述。
102.可选地,本技术还提供一种程序产品,例如存储介质,该存储介质上存储有计算机程序,包括程序,该程序在被处理器运行时执行上述方法对应的实施例。
103.在本技术所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
104.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
105.另外,在本技术各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
106.上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(英文:processor)执行本技术各个实施例所述方法的部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(英文:read-on l y memory,简称:rom)、随机存取存储器(英文:random access memory,简称:ram)、磁碟或者光盘等各种可以存储程序代码的介质。
再多了解一些

本文用于企业家、创业者技术爱好者查询,结果仅供参考。

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表

相关文献