CN110308916A - 基于lorawan协议的OTA升级方法、装置、设备、系统及存储介质 - Google Patents
基于lorawan协议的OTA升级方法、装置、设备、系统及存储介质 Download PDFInfo
- Publication number
- CN110308916A CN110308916A CN201910565452.7A CN201910565452A CN110308916A CN 110308916 A CN110308916 A CN 110308916A CN 201910565452 A CN201910565452 A CN 201910565452A CN 110308916 A CN110308916 A CN 110308916A
- Authority
- CN
- China
- Prior art keywords
- device end
- type
- class
- ota
- bin file
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
- G06F1/26—Power supply means, e.g. regulation thereof
- G06F1/32—Means for saving power
- G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
- G06F1/3234—Power saving characterised by the action undertaken
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1415—Saving, restoring, recovering or retrying at system level
- G06F11/1433—Saving, restoring, recovering or retrying at system level during software upgrading
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
- G06F21/57—Certifying or maintaining trusted computer platforms, e.g. secure boots or power-downs, version controls, system software checks, secure updates or assessing vulnerabilities
- G06F21/572—Secure firmware programming, e.g. of basic input output system [BIOS]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
Abstract
本发明公开了一种基于lorawan协议的OTA升级方法、装置、设备、系统和存储介质,方法包括:通过中间设备获取设备终端的代码版本号,并在判断下发的BIN文件版本号与设备终端的代码版本号不一致时,获取设备终端类型;设备终端类型包括Class A类型、Class B类型和Class C类型;将设备终端从初始的设备终端类型设置为Class C类型,并向设备终端发送BIN文件,使设备终端升级;获取设备终端在升级过程中的升级状态,并在判断升级状态为正常、与设备终端的通信时间未超时及设备终端的升级时间未超时时,通过中间设备获取设备终端的升级成功状态后,切换设备终端类型为初始的设备终端类型,完成OTA升级。实现了将初始设备终端类型统一设置为Class C类型的方式进行升级。
Description
技术领域
本发明涉及物联网应用领域,尤其涉及一种基于lorawan协议的OTA升级方法、装置、设备、系统及存储介质。
背景技术
lorawan协议是基于lora远距离通信网络设计的一套通讯协议和系统架构,应用于低功耗、低速率、远距离的应用场景。所述lorawan协议规定终端具备3种设备类型,分别是Class A、Class B和Class C类型。其中,Class A类型的终端在没有上行数据的时候一直处于休眠状态,有上行数据之后会唤醒并打开两个短暂的接收窗口来进行下行数据的接收;Class B类型的终端除了具备Class A类型终端的基本功能之外它还会在一个指定的时间打开接收窗口用于接收下行数据,其余时间也处于休眠状态;Class C类型的终端一直都处于唤醒状态。
由于lora调制技术以及lorawan协议的特点,Class A类型的终端和Class B类型的终端大部分时间都处于休眠状态,因此要实现OTA的功能就变得十分困难,而由于ClassC设备类型的设备长期处于唤醒状态,因此当升级过程中出现通讯不佳无法顺利完成升级时则会浪费大量的功耗。
发明内容
针对上述问题,本发明的目的在于提供一种基于lorawan协议的OTA升级方法、装置、设备、系统及存储介质,能够将初始设备终端类型统一设置为Class C类型的方式来进行升级,并且加入升级过程失败重连以及休眠机制,能够有效地降低整个OTA过程的升级功耗。
第一方面,本发明实施例提供了一种基于lorawan协议的OTA升级方法,包括:
通过中间设备获取设备终端的代码版本号,并在判断下发的BIN文件版本号与所述设备终端的代码版本号不一致时,通过中间设备获取所述设备终端类型;其中,所述设备终端类型包括Class A类型、Class B类型以及Class C类型;
将所述设备终端从初始的设备终端类型设置为Class C类型,并向所述设备终端发送BIN文件,以使得所述设备终端根据所述BIN文件进行升级;
获取所述设备终端在升级过程中的升级状态,并在判断所述升级状态为正常时,继续判断与所述设备终端的通信时间是否超过第一预设时间;
当判断所述设备终端的通信时间未超过第一预设时间时,则继续判断设备终端在升级过程中的升级时间是否超过第二预设时间;
当判断设备终端在升级过程中的升级时间未超过第二预设时间时,则在通过所述中间设备获取所述设备终端的升级成功状态后,切换所述设备终端类型为初始的设备终端类型,完成OTA升级。
优选地,所述将所述设备终端从初始的设备终端类型设置为Class C类型,并向所述设备终端发送BIN文件,具体为:
当所述设备终端的初始设备终端类型为Class C类型时,则向所述设备终端发送BIN文件;
当所述设备终端的初始设备终端类型不为Class C类型时,则将所述设备终端类型切换为Class C类型,并通过中间设备获取所述设备终端在重新连接网络后的设备终端类型;判断所述重新连接网络后的设备终端类型是否为Class C类型;当判断所述重新连接网络后的设备终端类型为Class C类型时,则向所述设备终端发送BIN文件;当判断所述重新连接网络后的设备终端类型不为Class C类型时,则进入将将所述设备终端类型切换为Class C类型的步骤,直至所述设备终端类型为Class C类型。
优选地,还包括:
当判断所述在重新连接网络后的设备终端在上报自身的设备终端类型的过程中是否超过第三预设时间;
当判断所述在重新连接网络后的设备终端在上报自身的设备类型的过程中超过第三预设时间时,将所述设备终端类型切换为初始的设备终端类型,并结束OTA升级;
当判断所述设备终端在上报自身的设备类型的过程中未超过第三预设时间时,则进入判断所述重新连接网络后的设备终端类型是否为Class C类型步骤。
优选地,还包括:
将所述设备终端从初始的设备终端类型设置为Class C类型,并向所述设备终端发送升级请求,以使得所述设备终端根据所述升级请求反馈BIN文件下发形式;
当通过中间设备获取所述设备终端发送的BIN文件下发形式为断点续传形式时,则从断点处开始下发BIN文件至所述设备终端,以使得设备终端根据所述从断点处开始下发BIN文件进行升级;
当通过中间设备获取所述设备终端发送的BIN文件下发形式不为断点续传形式时,则从起始处开始下发BIN文件至所述设备终端,以使得设备终端根据所述起始处开始下发BIN文件进行升级。
优选地,还包括:
当判断所述设备终端的通信时间超过第一预设时间时,则切换OTA升级状态为失败状态,以使得所述设备终端进入Class C类型的休眠状态
当所述设备终端进入Class C类型的休眠模式之后,接收所述设备终端发送的重新升级请求;
在接收所述设备终端发送的重新升级请求后,响应所述升级请求,并从所述通信时间超过第一预设时间点处下发所述BIN文件,以使得所述设备终端完成OTA升级。
优选地,所述BIN文件的开头包括BIN文件信息头,所述BIN文件信息头包含公司名以及BIN文件的CRC8校验码,其中,所述公司名用于防止非本公司输出的BIN文件被用来升级,所述BIN文件的CRC8校验码用于设备终端校验BIN文件的完整性。
第二方面,本发明实施例提供了一种基于lorawan协议的OTA升级装置,包括:
版本号获取单元,用于通过中间设备获取设备终端的代码版本号,并在判断下发的BIN文件版本号与所述设备终端的代码版本号不一致时,通过中间设备获取所述设备终端类型;其中,所述设备终端类型包括Class A类型、Class B类型以及Class C类型;
BIN文件发送单元,用于将所述设备终端从初始的设备终端类型设置为Class C类型,并向所述设备终端发送BIN文件,以使得所述设备终端根据所述BIN文件进行升级;
通信时间判断单元,用于获取所述设备终端在升级过程中的升级状态,并在判断所述升级状态为正常时,继续判断与所述设备终端的通信时间是否超过第一预设时间;
升级时间判断单元,用于当判断所述设备终端的通信时间未超过第一预设时间时,则继续判断设备终端在升级过程中的升级时间是否超过第二预设时间;
升级状态获取单元,用于当判断设备终端在升级过程中的升级时间未超过第二预设时间时,则在通过所述中间设备获取所述设备终端的升级成功状态后,切换所述设备终端类型为初始的设备终端类型,完成OTA升级。
优选地,BIN文件发送单元,具体用于:
BIN文件发送模块,用于当所述设备终端的初始设备终端类型为Class C类型时,则向所述设备终端发送BIN文件;
设备终端类型切换模块,用于当所述设备终端的初始设备终端类型不为Class C类型时,则将所述设备终端类型切换为Class C类型,并通过中间设备获取所述设备终端在重新连接网络后的设备终端类型;判断所述重新连接网络后的设备终端类型是否为ClassC类型;当判断所述重新连接网络后的设备终端类型为Class C类型时,则向所述设备终端发送BIN文件;当判断所述重新连接网络后的设备终端类型不为Class C类型时,则进入将将所述设备终端类型切换为Class C类型的步骤,直至所述设备终端类型为Class C类型。
优选地,还用于:
第一判断单元,用于当判断所述设备终端在上报自身的设备终端类型的过程中是否超过第三预设时间;当判断所述设备终端在上报自身的设备类型的过程中超过第三预设时间时,将所述设备终端类型切换为初始的设备终端类型,并结束OTA升级;
第二判断单元,用于当判断所述设备终端在上报自身的设备类型的过程中未超过第三预设时间时,则进入判断所述重新连接网络后的设备终端类型是否为Class C类型步骤。
优选地,还包括:
升级请求发送单元,用于将所述设备终端从初始的设备终端类型设置为Class C类型,并向所述设备终端发送升级请求,以使得所述设备终端根据所述升级请求反馈BIN文件下发形式;
第一BIN文件形式下发单元,用于当通过中间设备获取所述设备终端发送的BIN文件下发形式为断点续传形式时,则从断点处开始下发BIN文件至所述设备终端,以使得设备终端根据所述从断点处开始下发BIN文件进行升级;
第二BIN文件形式下发单元,用于当通过中间设备获取所述设备终端发送的BIN文件下发形式不为断点续传形式时,则从起始处开始下发BIN文件至所述设备终端,以使得设备终端根据所述起始处开始下发BIN文件进行升级。
优选地,还用于:
当判断所述设备终端的通信时间超过第一预设时间时,则切换OTA升级状态为失败状态,以使得所述设备终端进入Class C类型的休眠状态;当所述设备终端进入Class C类型的休眠模式之后,接收所述设备终端发送的重新升级请求;在接收所述设备终端发送的重新升级请求后,响应所述升级请求,并从所述通信时间超过第一预设时间点处下发所述BIN文件,以使得所述设备终端完成OTA升级。
优选地,所述BIN文件的开头包括BIN文件信息头,所述BIN文件信息头包含公司名以及BIN文件的CRC8校验码,其中,所述公司名用于防止非本公司输出的BIN文件被用来升级,所述BIN文件的CRC8校验码用于设备终端校验BIN文件的完整性。
第三方面,本发明实施例还提供了一种基于lorawan协议的OTA升级设备,包括处理器、存储器以及存储在所述存储器内的计算机程序,所述计算机程序能够被所述处理器执行以实现上述的基于lorawan协议的OTA升级方法。
第四方面,本发明实施例还提供了一种基于lorawan协议的OTA升级系统,包括中间设备、设备终端以及如三方面所述的基于lorawan协议的OTA设备;
所述中间设备包括基站以及服务器;所述设备终端与所述基站通过lorawan协议进行通信;所述基站通过UDP协议与所述服务器进行通信;所述服务器通过MQTT协议与所述基于lorawan协议的OTA设备进行通信。
第五方面,本发明实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质包括存储的计算机程序,其中,在所述计算机程序运行时控制所述计算机可读存储介质所在设备执行如上述的基于lorawan协议的OTA升级方法。
实施本发明实施例,具有如下有益效果:
1、本发明通过基于lorawan协议的OTA升级设备能够将当前设备终端的初始的设备终端类型统一切换为Class C类型之后,再进行OTA升级,避免在其他设备终端类型下OTA升级困难的问题。
2、本发明在升级过程中若出现通讯不佳导致升级失败的情况之后会触发升级失败重连机制以及Class C设备类型升级休眠状态机制,能够有效地降低整个OTA过程的升级功耗,从而避免浪费大量功耗。
3、本发明在BIN文件中加入BIN文件信息头,从而保证了BIN文件的完整性以及安全性。
附图说明
为了更清楚地说明本发明的技术方案,下面将对实施方式中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施方式,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明第一实施例提供的基于lorawan协议的OTA升级方法的流程示意图。
图2是本发明第一实施例提供的基于lorawan协议的OTA升级方法的另一种流程示意图。
图3是本发明第二实施例提供的基于lorawan协议的OTA升级装置的结构示意图。
图4是本发明第四实施例提供的基于lorawan协议的OTA升级系统的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
为了更好的理解本发明的技术方案,下面结合附图对本发明实施例进行详细描述。
应当明确,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。
应当理解,本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地,取决于语境,短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。
实施例中提及的“第一\第二”仅仅是是区别类似的对象,不代表针对对象的特定排序,可以理解地,“第一\第二”在允许的情况下可以互换特定的顺序或先后次序。应该理解“第一\第二”区分的对象在适当情况下可以互换,以使这里描述的实施例能够以除了在这里图示或描述的那些以外的顺序实施。
实施例一:
请参阅图1至图2,本发明第一实施例提供了一种基于lorawan协议的OTA升级方法,其可由基于lorawan协议的OTA升级设备来执行,特别的,由基于lorawan协议的OTA升级设备内的一个或多个处理器来执行,并至少包括如下步骤:
S101,通过中间设备获取设备终端的代码版本号,并在判断下发的BIN文件版本号与所述设备终端的代码版本号不一致时,通过中间设备获取所述设备终端类型;其中,所述设备终端类型包括Class A类型、Class B类型以及Class C类型。
在本实施例中,当基于lorawan协议的OTA升级设备需要对某个设备终端发起OTA升级时,首先通过中间设备查询设备终端的代码版本号,然后判断进行下发的BIN文件版本号是否所述设备终端的代码版本号一致,若一致则不进行OTA升级,并结束OTA升级;若不一致,则需要通过中间设备获取所述设备终端类型,以进行后续的OTA升级操作。可以理解的是,只有设备终端的设备类型以及服务器上记录的设备终端类型一致时才能进行双方通信。
其中,所述中间设备包括基站以及服务器;其中,所述服务器是所述设备终端的集成管理中心,用于管理所述设备终端在lorawan网络中的所有设备信息以及网络信息,例如设备Id、设备通信密钥、设备温度、当前设备在网络中的状态,包括离线、正常工作、报警以及心跳包等等状态。所述基站是所述设备终端与所述服务器之间的中转站,所述设备终端与所述基站通过lorawan协议进行数据通信;所述基站通过UDP协议与所述服务器进行通信;所述服务器通过MQTT协议与所述基于lorawan协议的OTA设备进行通信。需要说明的是,所述基站为lora基站。
其中,所述BIN文件为二进制文件,是一种文件格式BINary的缩写,即一个后缀名为".BIN"的文件,其用途依系统或应用而定,其中,所述BIN文件的开头插入有BIN文件信息头,所述BIN文件信息头包含公司名以及BIN文件的CRC8校验码,所述公司名用于防止非本公司输出的BIN文件被用来升级,可有效保证OTA的源头不出现故障,所述BIN文件的CRC8校验码用于所述设备终端校验BIN文件的完整性,可有效避免设备终端由于烧写错误的BIN文件导致无法运行的情况。
S102,将所述设备终端从初始的设备终端类型设置为Class C类型,并向所述设备终端发送BIN文件,以使得所述设备终端根据所述BIN文件进行升级。
在本实施例中,由于lora调制技术以及lorawan协议的特点,Class A类型的设备终端和Class B类型的设备终端大部分时间都处于休眠状态,因此要实现OTA的升级就变得十分困难,而Class C类型的设备终端一直都处于唤醒状态,因此Class A类型的终端和Class B类型的终端在需要进行OTA功能的时候需要切换为Class C类型的终端来完成OTA功能。
具体地,当所述设备终端的初始设备终端类型为Class C类型时,则向所述设备终端发送BIN文件。当所述设备终端的初始设备终端类型不为Class C类型时,则将所述设备终端类型切换为Class C类型,并通过中间设备获取所述设备终端在重新连接网络后的设备终端类型;判断所述重新连接网络后的设备终端类型是否为Class C类型;当判断所述重新连接网络后的设备终端类型为Class C类型时,则向所述设备终端发送BIN文件;当判断所述重新连接网络后的设备终端类型不为Class C类型时,则进入将将所述设备终端类型切换为Class C类型的步骤,直至所述设备终端类型为Class C类型。可以理解的是,所有设备终端的初始的设备终端类型不为Class C类型的设备终端,在切换为Class C类型之后,都需要重新进行加载网络,以保证所述设备终端与所述服务器两端的网络信息恢复初始网络值。
S103,获取所述设备终端在升级过程中的升级状态,并在判断所述升级状态为正常时,继续判断与所述设备终端的通信时间是否超过第一预设时间。
在本实施例中,设备终端在根据所述BIN文件进行升级的过程中,为有效避免由于OTA升级导致设备终端类型被篡改的错误,所述设备终端会实时向基于lorawan协议的OTA升级设备上报升级状态,当升级状态为失败状态时,则设备终端会自动切换回初始的设备终端类型以及基于lorawan协议的OTA升级设备会将所述服务器上的设备终端对应的设备终端类型切换回初始的设备终端类型。但是,当升级状态为成功状态时,则继续判断与所述设备终端的通信时间是否超过第一预设时间。当然,需要说明的是,所述第一预设时间为自定义时间,可根据实际需要设置,例如2min,1min,30s等,在此本发明不做具体限制。
S104,当判断所述设备终端的通信时间未超过第一预设时间时,则继续判断设备终端在升级过程中的升级时间是否超过第二预设时间。
在本实施例中,为了避免设备终端在OTA升级的过程中浪费大量的功耗,则通过判断所述设备终端的通信时间超过第一预设时间时,则切换OTA升级状态为失败状态,以使得所述设备终端进入Class C类型的休眠状态,并且为了有效避免反复地进行设备终端的设备终端类型的切换而浪费大量的功耗,当所述设备终端进入Class C类型的休眠模式之后,接收所述设备终端发送的重新升级请求;在接收所述设备终端发送的重新升级请求后,响应所述升级请求,并从所述通信时间超过第一预设时间点处下发所述BIN文件,以使得所述设备终端完成OTA升级。即在设备终端切换为Class C的休眠状态之后,设备终端会发起重新升级请求而不是重新开始进行整个OTA升级的过程,以降低功耗。当然,需要说明的是,所述第二预设时间为自定义时间,可根据实际需要设置,例如2min,1min,30s等,在此本发明不做具体限制。
S105,当判断设备终端在升级过程中的升级时间未超过第二预设时间时,则在通过所述中间设备获取所述设备终端的升级成功状态后,切换所述设备终端类型为初始的设备终端类型,完成OTA升级。
在本实施例中,当升级请求握手成功之后设备终端和基于lorawan协议的OTA升级设备会同时启动一个升级最大超时时间定时器,在整个OTA升级的过程中该定时器不会被重置,如果在升级最大超时定时器时间到达之间OTA升级的过程都未进行完成则会结束此次OTA升级,能够在当网络情况较差时可有效地避免设备终端一直处于OTA升级状态而浪费大量的功耗。需要说明的是,所述最大超时时间即为第二预设时间。
综上,本发明通过基于lorawan协议的OTA升级设备能够将当前设备终端的初始的设备终端类型统一切换为Class C类型之后,再进行OTA升级,避免在其他设备终端类型下OTA升级困难的问题。另外,在升级过程中若出现通讯不佳导致升级失败的情况之后会触发升级失败重连机制以及Class C设备类型升级休眠状态机制,能够有效地降低整个OTA过程的升级功耗,从而避免浪费大量功耗。同时,通过BIN文件中加入BIN文件信息头,从而保证了BIN文件的完整性以及安全性。
在第一实施例的基础上,本发明的一优选实施例中,还包括:
当判断所述在重新连接网络后的设备终端在上报自身的设备终端类型的过程中是否超过第三预设时间;当判断所述在重新连接网络后的设备终端在上报自身的设备类型的过程中超过第三预设时间时,将所述设备终端类型切换为初始的设备终端类型,并结束OTA升级;当判断所述设备终端在上报自身的设备类型的过程中未超过第三预设时间时,则进入判断所述重新连接网络后的设备终端类型是否为Class C类型步骤。避免由于lorawan网络存在信道冲突的情况,所述设备终端在上报自身的设备终端的设备终端类型给基于lorawan协议的OTA升级设备的过程中可能出现超时的情况下,将所述设备终端类型切换为初始的设备终端类型,并结束OTA升级,降低功耗。
在第一实施例的基础上,本发明的一优选实施例中,还包括:
将所述设备终端从初始的设备终端类型设置为Class C类型,并向所述设备终端发送升级请求,以使得所述设备终端根据所述升级请求反馈BIN文件下发形式;
当通过中间设备获取所述设备终端发送的BIN文件下发形式为断点续传形式时,则从断点处开始下发BIN文件至所述设备终端,以使得设备终端根据所述从断点处开始下发BIN文件进行升级;当通过中间设备获取所述设备终端发送的BIN文件下发形式不为断点续传形式时,则从起始处开始下发BIN文件至所述设备终端,以使得设备终端根据所述起始处开始下发BIN文件进行升级,BIN文件下发形式,针对性的下发BIN文件,避免设备终端在OTA升级的过程中浪费不必要的功耗。
为便于对本发明的理解,下面以实际的应用场景来说明本实施例的应用:
假设基于lorawan协议的OTA升级系统,一共包括以下4个部件:终端、基站、NS服务器、升级平台:那么,参见图2,
在步骤101中,当升级平台需要对某个终端发起OTA功能时,升级平台会向终端查询终端的代码版本号,接着执行步骤102。
在步骤102中,升级平台会判断需要进行下发的BIN文件是否与终端的版本号一致,若一致则表明不需要进行OTA操作,接着执行步骤103,停止此次OTA功能;若不一致则表明需要进行OTA操作,接着执行步骤104。
在步骤104中,升级平台会向NS服务器请求查询此时终端的设备类型是否为ClassC类型,若为Class C类型则执行步骤201;若不为Class C类型则执行步骤105。
在步骤105中,升级平台会将终端的设备类型切换为Class C类型并且将NS服务器上对应终端的设备类型信息切换为Class C类型,接着执行步骤106。
在步骤106中,终端在切换为Class C类型之后需要重新进行加网,以更新NS服务器和自身的网络信息,接着执行步骤107。
在步骤107中,终端重新进行加网成功之后,会上报自身的设备类型给升级平台,接着执行步骤108。
在步骤108中,由于lorawan网络存在信道冲突的情况,因此终端在上报自身的设备类型给升级平台的过程中可能会出现超时的情况,若超时,则执行步骤306,终端将自身设备类型切换为初始的设备类型,升级平台将NS服务器上对应终端的设备类型信息切换为初始的设备类型,结束此次OTA;若未超时,则执行步骤109。
在步骤109中,升级平台会判断终端上报的设备类型是否为Class C类型,若不为Class C类型则需要重新执行步骤105,再一次进行设备终端类型的切换;若为Class C类型,则执行步骤201。
在步骤201中,升级平台会向终端发起升级请求,接着执行步骤202。
在步骤202中,终端会判断此时是否需要进行断点续传,若需要进行断点续传则终端会将断点续传号传送给升级平台,接着执行步骤204;若不需要进行断点续传则执行步骤203。
在步骤203中,升级平台会从头开始下发BIN文件,接着执行步骤205。
在步骤204中,升级平台会从断点处开始下发BIN文件,接着执行步骤205。
在步骤205中,终端升级过程中会上报自身的升级状态,接着执行步骤206。
在步骤206中,升级平台会判断终端在升级过程中是否上报了失败状态,若上报了失败状态,则执行步骤306,终端将自身设备类型切换为初始的设备类型,升级平台将NS服务器上对应终端的设备类型信息切换为初始的设备类型,结束此次OTA;若未上报失败状态,则执行步骤207。
在步骤207中,终端和升级平台会判断在升级的过程中是否出现了通信超时的情况,若超时则执行步骤208,若未超时则执行步骤303。
在步骤208中,升级平台会切换至短暂的OTA失败状态,等待终端发起重新升级请求,终端则会进入Class C类型的休眠模式,接着执行步骤301。
在步骤301中,终端进入Class C类型的休眠模式之后会判断是否到达发起重新升级请求时间,若到达则执行步骤302,若未到达则返回步骤208,继续进行等待。
在步骤302中,终端发起重新升级请求,接着执行步骤209。
在步骤209中,终端会判断发起重新升级请求是否超时,若超时则执行步骤208,若未超时则执行步骤201,升级平台会再次发起升级请求。
在步骤303中,终端会判断是否到达升级最大超时时间,若到达则执行步骤306,终端将自身设备类型切换为初始的设备类型,升级平台将NS服务器上对应终端的设备类型信息切换为初始的设备类型,结束此次OTA;若未到达则执行步骤304。
在步骤304中,若整个OTA过程未出现任何异常将会执行OTA直到结束,接着执行步骤305。
在步骤305中,终端会上报升级成功状态,接着执行步骤306,终端将自身设备类型切换为初始的设备类型,升级平台将NS服务器上对应终端的设备类型信息切换为初始的设备类型,结束此次OTA。
本发明第二实施例:
请参阅图3,本发明第二实施例提供了一种基于lorawan协议的OTA升级装置,包括:
版本号获取单元100,用于通过中间设备获取设备终端的代码版本号,并在判断下发的BIN文件版本号与所述设备终端的代码版本号不一致时,通过中间设备获取所述设备终端类型;其中,所述设备终端类型包括Class A类型、Class B类型以及Class C类型;
BIN文件发送单元200,用于将所述设备终端从初始的设备终端类型设置为ClassC类型,并向所述设备终端发送BIN文件,以使得所述设备终端根据所述BIN文件进行升级;
通信时间判断单元300,用于获取所述设备终端在升级过程中的升级状态,并在判断所述升级状态为正常时,继续判断与所述设备终端的通信时间是否超过第一预设时间;
升级时间判断单元400,用于当判断所述设备终端的通信时间未超过第一预设时间时,则继续判断设备终端在升级过程中的升级时间是否超过第二预设时间;
升级状态获取单元500,用于当判断设备终端在升级过程中的升级时间未超过第二预设时间时,则在通过所述中间设备获取所述设备终端的升级成功状态后,切换所述设备终端类型为初始的设备终端类型,完成OTA升级。
在第一实施例的基础上,本发明的一优选实施例中,BIN文件发送单元200,具体用于:
BIN文件发送模块,用于当所述设备终端的初始设备终端类型为Class C类型时,则向所述设备终端发送BIN文件;
设备终端类型切换模块,用于当所述设备终端的初始设备终端类型不为Class C类型时,则将所述设备终端类型切换为Class C类型,并通过中间设备获取所述设备终端在重新连接网络后的设备终端类型;判断所述重新连接网络后的设备终端类型是否为ClassC类型;当判断所述重新连接网络后的设备终端类型为Class C类型时,则向所述设备终端发送BIN文件;当判断所述重新连接网络后的设备终端类型不为Class C类型时,则进入将将所述设备终端类型切换为Class C类型的步骤,直至所述设备终端类型为Class C类型。
在第一实施例的基础上,本发明的一优选实施例中,还用于:
第一判断单元,用于当判断所述设备终端在上报自身的设备终端类型的过程中是否超过第三预设时间;当判断所述设备终端在上报自身的设备类型的过程中超过第三预设时间时,将所述设备终端类型切换为初始的设备终端类型,并结束OTA升级;
第二判断单元,用于当判断所述设备终端在上报自身的设备类型的过程中未超过第三预设时间时,则进入判断所述重新连接网络后的设备终端类型是否为Class C类型步骤。
在第一实施例的基础上,本发明的一优选实施例中,还包括:
升级请求发送单元,用于将所述设备终端从初始的设备终端类型设置为Class C类型,并向所述设备终端发送升级请求,以使得所述设备终端根据所述升级请求反馈BIN文件下发形式;
第一BIN文件形式下发单元,用于当通过中间设备获取所述设备终端发送的BIN文件下发形式为断点续传形式时,则从断点处开始下发BIN文件至所述设备终端,以使得设备终端根据所述从断点处开始下发BIN文件进行升级;
第二BIN文件形式下发单元,用于当通过中间设备获取所述设备终端发送的BIN文件下发形式不为断点续传形式时,则从起始处开始下发BIN文件至所述设备终端,以使得设备终端根据所述起始处开始下发BIN文件进行升级。
在第一实施例的基础上,本发明的一优选实施例中,还用于:
当判断所述设备终端的通信时间超过第一预设时间时,则切换OTA升级状态为失败状态,以使得所述设备终端进入Class C类型的休眠状态;当所述设备终端进入Class C类型的休眠模式之后,接收所述设备终端发送的重新升级请求;在接收所述设备终端发送的重新升级请求后,响应所述升级请求,并从所述通信时间超过第一预设时间点处下发所述BIN文件,以使得所述设备终端完成OTA升级。
优选地,所述BIN文件的开头包括BIN文件信息头,所述BIN文件信息头包含公司名以及BIN文件的CRC8校验码,其中,所述公司名用于防止非本公司输出的BIN文件被用来升级,所述BIN文件的CRC8校验码用于设备终端校验BIN文件的完整性。
本发明第三实施例:
本发明第三实施例提供了一种基于lorawan协议的OTA升级设备,包括处理器、存储器以及存储在所述存储器内的计算机程序,所述计算机程序能够被所述处理器执行以实现如上述的基于lorawan协议的OTA升级方法。
本发明第四实施例:
参见图4,本发明第四实施例还提供了一种基于lorawan协议的OTA升级系统,包括中间设备、设备终端1以及如三方面所述的基于lorawan协议的OTA设备4;
所述中间设备包括基站2以及服务器3;所述设备终端1与所述基站2通过lorawan协议进行通信;所述基站2通过UDP协议与所述服务器3进行通信;所述服务器3通过MQTT协议与所述基于lorawan协议的OTA设备4进行通信。
本发明第五实施例:
本发明第五实施例提供了一种计算机可读存储介质,所述计算机可读存储介质包括存储的计算机程序,其中,在所述计算机程序运行时控制所述计算机可读存储介质所在设备执行如上述的基于lorawan协议的OTA升级方法。
示例性的,所述计算机程序可以被分割成一个或多个单元,所述一个或者多个单元被存储在所述存储器中,并由所述处理器执行,以完成本发明。所述一个或多个单元可以是能够完成特定功能的一系列计算机程序指令段,该指令段用于描述所述计算机程序在基于lorawan协议的OTA升级设备中的执行过程。
所述基于lorawan协议的OTA升级设备可包括但不仅限于处理器、存储器。本领域技术人员可以理解,所述示意图仅仅是基于lorawan协议的OTA升级设备的示例,并不构成对基于lorawan协议的OTA升级设备的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如所述基于lorawan协议的OTA升级设备还可以包括输入输出设备、网络接入设备、总线等。
所称处理器可以是中央处理单元(Central Processing Unit,CPU),还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等,所述基于lorawan协议的OTA升级设备的控制中心,利用各种接口和线路连接整个基于lorawan协议的OTA升级设备的各个部分。
所述存储器可用于存储所述计算机程序和/或模块,所述处理器通过运行或执行存储在所述存储器内的计算机程序和/或模块,以及调用存储在存储器内的数据,实现所述基于lorawan协议的OTA升级设备的各种功能。所述存储器可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器可以包括高速随机存取存储器,还可以包括非易失性存储器,例如硬盘、内存、插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(SecureDigital,SD)卡,闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
其中,所述基于lorawan协议的OTA升级设备集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明实现上述实施例方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。
需说明的是,以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。另外,本发明提供的装置实施例附图中,模块之间的连接关系表示它们之间具有通信连接,具体可以实现为一条或多条通信总线或信号线。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
以上所述是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也视为本发明的保护范围。
Claims (10)
1.一种基于lorawan协议的OTA升级方法,其特征在于,包括:
通过中间设备获取设备终端的代码版本号,并在判断下发的BIN文件版本号与所述设备终端的代码版本号不一致时,通过中间设备获取所述设备终端类型;其中,所述设备终端类型包括Class A类型、Class B类型以及Class C类型;
将所述设备终端从初始的设备终端类型设置为Class C类型,并向所述设备终端发送BIN文件,以使得所述设备终端根据所述BIN文件进行升级;
获取所述设备终端在升级过程中的升级状态,并在判断所述升级状态为正常时,继续判断与所述设备终端的通信时间是否超过第一预设时间;
当判断所述设备终端的通信时间未超过第一预设时间时,则继续判断设备终端在升级过程中的升级时间是否超过第二预设时间;
当判断设备终端在升级过程中的升级时间未超过第二预设时间时,则在通过所述中间设备获取所述设备终端的升级成功状态后,切换所述设备终端类型为初始的设备终端类型,完成OTA升级。
2.根据权利要求1所述的基于lorawan协议的OTA升级方法,其特征在于,所述将所述设备终端从初始的设备终端类型设置为Class C类型,并向所述设备终端发送BIN文件,具体为:
当所述设备终端的初始设备终端类型为Class C类型时,则向所述设备终端发送BIN文件;
当所述设备终端的初始设备终端类型不为Class C类型时,则将所述设备终端类型切换为Class C类型,并通过中间设备获取所述设备终端在重新连接网络后的设备终端类型;判断所述重新连接网络后的设备终端类型是否为Class C类型,当判断所述重新连接网络后的设备终端类型为Class C类型时,则向所述设备终端发送BIN文件;当判断所述重新连接网络后的设备终端类型不为Class C类型时,则进入将将所述设备终端类型切换为ClassC类型的步骤,直至所述设备终端类型为Class C类型。
3.根据权利要求2所述的基于lorawan协议的OTA升级方法,其特征在于,在所述当所述设备终端的初始设备终端类型不为Class C类型时,则将所述设备终端类型切换为Class C类型,并通过中间设备获取所述设备终端在重新连接网络后的设备终端类型步骤之后,在判断所述重新连接网络后的设备终端类型是否为Class C类型步骤之前,还包括:
当判断所述在重新连接网络后的设备终端在上报自身的设备终端类型的过程中是否超过第三预设时间;
当判断所述在重新连接网络后设备终端在上报自身的设备类型的过程中超过第三预设时间时,将所述设备终端类型切换为初始的设备终端类型,并结束OTA升级;
当判断所述设备终端在上报自身的设备类型的过程中未超过第三预设时间时,则进入判断所述重新连接网络后的设备终端类型是否为Class C类型步骤。
4.根据权利要求1所述的基于lorawan协议的OTA升级方法,其特征在于,还包括:
将所述设备终端从初始的设备终端类型设置为Class C类型,并向所述设备终端发送升级请求,以使得所述设备终端根据所述升级请求反馈BIN文件下发形式;
当通过中间设备获取所述设备终端发送的BIN文件下发形式为断点续传形式时,则从断点处开始下发BIN文件至所述设备终端,以使得设备终端根据所述从断点处开始下发BIN文件进行升级;
当通过中间设备获取所述设备终端发送的BIN文件下发形式不为断点续传形式时,则从起始处开始下发BIN文件至所述设备终端,以使得设备终端根据所述起始处开始下发BIN文件进行升级。
5.根据权利要求1所述的基于lorawan协议的OTA升级方法,其特征在于,还包括:
当判断所述设备终端的通信时间超过第一预设时间时,则切换OTA升级状态为失败状态,以使得所述设备终端进入Class C类型的休眠状态
当所述设备终端进入Class C类型的休眠模式之后,接收所述设备终端发送的重新升级请求;
在接收所述设备终端发送的重新升级请求后,响应所述升级请求,并从所述通信时间超过第一预设时间点处下发所述BIN文件,以使得所述设备终端完成OTA升级。
6.根据权利要求1所述的基于lorawan协议的OTA升级方法,其特征在于,所述BIN文件的开头包括BIN文件信息头,所述BIN文件信息头包含公司名以及BIN文件的CRC8校验码,其中,所述公司名用于防止非本公司输出的BIN文件被用来升级,所述BIN文件的CRC8校验码用于设备终端校验BIN文件的完整性。
7.一种基于lorawan协议的OTA升级装置,其特征在于,包括:
版本号获取单元,用于通过中间设备获取设备终端的代码版本号,并在判断下发的BIN文件版本号与所述设备终端的代码版本号不一致时,通过中间设备获取所述设备终端类型;其中,所述设备终端类型包括Class A类型、Class B类型以及Class C类型;
BIN文件发送单元,用于将所述设备终端从初始的设备终端类型设置为Class C类型,并向所述设备终端发送BIN文件,以使得所述设备终端根据所述BIN文件进行升级;
通信时间判断单元,用于获取所述设备终端在升级过程中的升级状态,并在判断所述升级状态为正常时,继续判断与所述设备终端的通信时间是否超过第一预设时间;
升级时间判断单元,用于当判断所述设备终端的通信时间未超过第一预设时间时,则继续判断设备终端在升级过程中的升级时间是否超过第二预设时间;
升级状态获取单元,用于当判断设备终端在升级过程中的升级时间未超过第二预设时间时,则在通过所述中间设备获取所述设备终端的升级成功状态后,切换所述设备终端类型为初始的设备终端类型,完成OTA升级。
8.一种基于lorawan协议的OTA升级设备,其特征在于,包括处理器、存储器以及存储在所述存储器内的计算机程序,所述计算机程序能够被所述处理器执行以实现如权利要求1至6任意一项所述的基于lorawan协议的OTA升级方法。
9.一种基于lorawan协议的OTA升级系统,其特征在于,包括中间设备、设备终端以及如权利要求8所述的基于lorawan协议的OTA设备;
所述中间设备包括基站以及服务器;所述设备终端与所述基站通过lorawan协议进行通信;所述基站通过UDP协议与所述服务器进行通信;所述服务器通过MQTT协议与所述基于lorawan协议的OTA设备进行通信。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质包括存储的计算机程序,其中,在所述计算机程序运行时控制所述计算机可读存储介质所在设备执行如权利要求1至6任意一项所述的基于lorawan协议的OTA升级方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910565452.7A CN110308916B (zh) | 2019-06-27 | 2019-06-27 | 基于lorawan协议的OTA升级方法、装置、设备、系统及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910565452.7A CN110308916B (zh) | 2019-06-27 | 2019-06-27 | 基于lorawan协议的OTA升级方法、装置、设备、系统及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110308916A true CN110308916A (zh) | 2019-10-08 |
CN110308916B CN110308916B (zh) | 2022-08-05 |
Family
ID=68077631
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910565452.7A Active CN110308916B (zh) | 2019-06-27 | 2019-06-27 | 基于lorawan协议的OTA升级方法、装置、设备、系统及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110308916B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110769411A (zh) * | 2019-10-23 | 2020-02-07 | 厦门四信通信科技有限公司 | 稳定实现终端设备的批量ota升级方法、装置、设备及系统 |
CN112596764A (zh) * | 2020-12-18 | 2021-04-02 | 西安中星测控有限公司 | 一种基于NB-IoT远程升级的物联网监测方法和装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010148739A1 (zh) * | 2009-06-22 | 2010-12-29 | 中兴通讯股份有限公司 | 终端设备及其升级的方法、系统 |
CN206832310U (zh) * | 2017-06-08 | 2018-01-02 | 福建强闽信息科技有限公司 | 一种采用LoRaWAN Class B模式的无线水表 |
CN109450719A (zh) * | 2018-12-29 | 2019-03-08 | 东信和平科技股份有限公司 | 一种基于lorawan协议的节点升级方法及系统 |
-
2019
- 2019-06-27 CN CN201910565452.7A patent/CN110308916B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010148739A1 (zh) * | 2009-06-22 | 2010-12-29 | 中兴通讯股份有限公司 | 终端设备及其升级的方法、系统 |
CN206832310U (zh) * | 2017-06-08 | 2018-01-02 | 福建强闽信息科技有限公司 | 一种采用LoRaWAN Class B模式的无线水表 |
CN109450719A (zh) * | 2018-12-29 | 2019-03-08 | 东信和平科技股份有限公司 | 一种基于lorawan协议的节点升级方法及系统 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110769411A (zh) * | 2019-10-23 | 2020-02-07 | 厦门四信通信科技有限公司 | 稳定实现终端设备的批量ota升级方法、装置、设备及系统 |
CN112596764A (zh) * | 2020-12-18 | 2021-04-02 | 西安中星测控有限公司 | 一种基于NB-IoT远程升级的物联网监测方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN110308916B (zh) | 2022-08-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6970698B2 (en) | System and method for updating data in remote devices | |
CN108011935B (zh) | 一种nb-iot设备的程序升级方法、服务器及nb-iot设备 | |
EP1877918B1 (en) | System and method for scheduling device management | |
CN102638417B (zh) | 信息的通信方法、装置及系统 | |
CN100391291C (zh) | 一种数据备份和恢复方法及其系统 | |
CN102176715B (zh) | 用于客户端-服务器系统中的动态超时的方法和装置 | |
CN110311964A (zh) | 套接字ota升级方法、装置、系统、用户终端和存储介质 | |
CN102656864B (zh) | 在移动设备之间迁移代理的系统和方法 | |
CN103019788A (zh) | 一种基于can总线的远程在线升级方法 | |
CN109582335B (zh) | 一种无中断存储集群节点在线升级方法、装置及设备 | |
CN110308916A (zh) | 基于lorawan协议的OTA升级方法、装置、设备、系统及存储介质 | |
EP4066441B1 (en) | Management of iot devices in wireless communication networks | |
CN106993043B (zh) | 基于代理的数据通信系统和方法 | |
CN101578832A (zh) | 用于向无线设备传送系统状态信息变化的装置和方法 | |
US9635169B2 (en) | Method for managing data traffic of software and portable electronic apparatus using the same | |
CN108337308A (zh) | Lwm2m客户端与上位机数据通信方法、装置及其系统 | |
CN107508746B (zh) | 好友添加方法、装置及电子设备 | |
CN107197493B (zh) | 一种网络切换方法、网络切换装置及智能终端 | |
CN113760468A (zh) | 分布式选举方法、装置、系统和介质 | |
CN101594674B (zh) | 用于无线接入网信息管理的信息交互方法 | |
CN103873527A (zh) | 数据处理方法、电子设备及服务器 | |
CN108702663B (zh) | 一种用于管理网络资源的方法和无线通信设备 | |
CN102291303A (zh) | 一种单板及其确定主备状态的方法 | |
CN114615153A (zh) | 基于用户定制信息的消息管理方法、装置和消息管理系统 | |
CN110442367A (zh) | 程序的升级方法及装置、存储介质和电子装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB02 | Change of applicant information |
Address after: 361024 3f-a129, Zone C, innovation building, software park, torch high tech Zone, Xiamen City, Fujian Province Applicant after: XIAMEN FOUR-FAITH COMMUNICATION TECHNOLOGY Co.,Ltd. Address before: Unit 501-502, 57 Chengyi North Street, Xiamen Software Park Phase III, Fujian Province Applicant before: XIAMEN FOUR-FAITH COMMUNICATION TECHNOLOGY Co.,Ltd. |
|
CB02 | Change of applicant information | ||
GR01 | Patent grant | ||
GR01 | Patent grant |