CN109857436A - 一种线下设备间扩散式软件升级方法 - Google Patents
一种线下设备间扩散式软件升级方法 Download PDFInfo
- Publication number
- CN109857436A CN109857436A CN201910039318.3A CN201910039318A CN109857436A CN 109857436 A CN109857436 A CN 109857436A CN 201910039318 A CN201910039318 A CN 201910039318A CN 109857436 A CN109857436 A CN 109857436A
- Authority
- CN
- China
- Prior art keywords
- equipment
- version
- upgrading
- command signal
- highest
- 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.)
- Pending
Links
Abstract
本发明涉及一种线下设备间扩散式软件升级方法,包括:设备间数据交互获取各自周边同类设备的版本号和对应的唯一识别码;比对版本号确定低版本设备和高版本设备;高版本设备根据获取的唯一识别码向低版本设备发送升级指令信号;低版本设备向高版本设备回复对应的应答信号;高版本设备向低版本设备发送升级数据包;低版本设备进行软件升级并在升级完毕后确定自身为高版本设备。本发明方法有益效果在于可实现一定距离内的设备版本同步,设备间数据交互使高版本设备在满足条件下可以自动对低版本设备升级软件,设备可以以指数级数增长的速度扩散更新升级,大大增加了设备的升级更新速率,弥补设备在线升级速率慢的缺点。
Description
技术领域
本发明涉及通信设备软件升级领域,具体涉及一种线下设备间扩散式软件升级方法。
背景技术
申请人目前在一些城市中,设置了车辆防盗系统,为了防止二轮电动车被盗以及在被盗后追回,在电动车上会安装具有NB-IOT模块、定位模块的防盗设备终端,设备终端可以周期性的采集包括位置信息、时间信息等参数信息,运动时间隔几秒周期采集一次,静止时间隔几分钟甚至更长时间周期采集一次,然后根据预设发送周期上传心跳数据至服务器,所有电动车的心跳数据最终汇集到服务器中。当某电动车被盗后,可以通过搜寻车辆信号以及行车轨迹来寻回被盗车辆。
虽然设备终端使用的NB-IOT是一种较新兴的技术,当前社会和通信运营商正在极力推广的,具备广覆盖、广连接、低功耗、低成本等特点,但是NB-IOT也是存在一些缺点比如上、下行通道少等,一个NB基站仅能提供12个上行通道、1个下行通道。这缺点使得目前电动车的设备终端面临一个很大的问题,因为城区的电动车的数量太大,高达几十万甚至上百万的数量级,当设备终端的软件需要更新时,因为NB基站本身的局限也即能提供的下行通道太少,使得整体设备终端的软件陷入非常缓慢的更新状态,整个城区一天能更新的数量只有只有总数量的零头,随着未来搭载NB-IOT模块的其他设备越来越多,这种情况甚至可能进一步加重。
发明内容
为避免背景技术的不足之处,本发明提供一种线下设备间扩散式软件升级方法,可使相距不远的高版本设备自动升级低版本设备,快速扩散使低版本设备升级。
本发明提出的一种线下设备间扩散式软件升级方法,包括:
设备间数据交互获取各自周边同类设备的版本号和对应的唯一识别码;
比对版本号确定低版本设备和高版本设备,设备默认自身为高版本设备,当设备获取的版本号高于自身版本号则确定自身为低版本设备,当设备获取的版本号低于自身版本号则保存对应的唯一识别码;
高版本设备根据获取的唯一识别码向低版本设备发送升级指令信号;
低版本设备向高版本设备回复对应的应答信号;
高版本设备向低版本设备发送升级数据包;
低版本设备进行软件升级并在升级完毕后确定自身为高版本设备。
进一步的,升级指令信号内包括随机生成的用于传输数据的指定频段;低版本设备向高版本设备回复对应的应答信号后,该对设备均跳频至指定频段;高版本设备向低版本设备发送升级数据包后,该对设备均跳频至默认频段。
进一步的,该对设备均跳频至指定频段后,监测并确定该指定频段为空闲频段。
进一步的,若该指定频段不为空闲频段,则该对设备跳频至默认频段且高版本设备重新对该低版本设备发送升级指令信号。
本发明还提出了一种设备间高版本设备对低版本设备进行升级的方法,包括以下步骤:
获取周边同类设备的版本号和唯一识别码;
比对版本号,判断同类设备的版本号是否低于本设备的版本号,若是则将该同类设备的唯一识别码添加至待升级设备名单内;
判断本设备当前是否符合预设发起升级条件,若是则在待升级设备名单内选择一个目标设备的唯一识别码并对外发送升级指令信号,升级指令信号包括本设备的版本号、目标设备的唯一识别码;
判断是否收到目标设备回复的与升级指令信号对应的应答信号,若是则发送升级数据包给目标设备并在发送完毕后进入下一步骤,否则直接进入下一步骤;
将该唯一识别码从待升级设备名单中删去;
重新选择唯一识别码并发送升级指令信号。
进一步的,升级指令信号中还包括随机生成的用于传输数据的指定频段;判断收到目标设备回复的与升级指令信号对应的应答信号的步骤后,跳频至升级指令信号中的指定频段;发送升级数据包给目标设备的步骤后,跳频至默认频段。
进一步的,跳频至升级指令信号中的指定频段的步骤后,判断是否收到且仅收到目标设备发送的准备完毕确认信号,若是则回复对应的应答信号并开始发送升级数据包给目标设备,否则跳频至默认频段并重新发送包括再次随机生成的指定频段的升级指令信号。
优选的,预设发起升级条件为本设备处于静止状态且待升级设备名单内存在唯一识别码。
本发明还提出了一种设备间低版本设备接收高版本设备对其进行升级的方法,包括以下步骤:
获取周边同类设备的版本号和唯一识别码;
比对版本号,判断同类设备的版本号是否高于本设备的版本号,若是则将本设备的版本状态由默认状态下的不可升级修改为可升级;
接收高版本设备发送的升级指令信号,升级指令信号包括高版本设备的版本号、本设备的唯一识别码;
判断本设备当前是否符合预设接收升级条件,若是则进入下一步骤;
判断升级指令信号中的版本号是否高于本设备的版本号,若是则回复与升级指令信号对应的应答信号;
接收并保存高版本设备发送的升级数据包;
升级本设备的软件并将本设备的版本状态修改为不可升级。
进一步的,升级指令信号中还包括用于传输数据的指定频段;回复与升级指令信号对应的应答信号的步骤后,跳频至升级指令信号中的指定频段;接收高版本设备发送的升级数据包的步骤后,跳频至默认频段。
进一步的,跳频至升级指令信号中指定频段的步骤后,在该指定频段发送准备完毕确认信号并判断是否收到且仅收到对应的应答信号,若是则开始接收高版本设备发送的升级数据包,否则跳频至默认频段并等待再次接收升级指令信号。
进一步的,升级本设备的软件的步骤前,与平台通信确认升级数据包的校验码和版本号是否正确,若平台回复正确或超过预设时间平台未回复,则继续升级本设备的软件。
优选的,预设接收升级条件为本设备版本状态为可升级,且本设备处于静止状态或半夜1至4点。
本发明还提出了一种设备终端,包括用于存储程序的存储器和用于执行所述程序的处理器,所述程序被处理器执行时实现如上述任意一项方法的步骤。
本发明方法有益效果在于可实现一定距离内的设备版本同步,设备间数据交互使高版本设备在满足条件下可以自动对低版本设备升级软件,设备可以以指数级数增长的速度扩散更新升级,大大增加了设备的升级更新速率,弥补设备在线升级速率慢的缺点。
附图说明
图1是实施例提供的一种线下设备间扩散式软件升级方法的流程示意图。
图2是实施例提供的一种设备间高版本设备对低版本设备进行升级的方法的流程示意图。
图3是实施例提供的一种设备间低版本设备接收高版本设备对其进行升级的方法的流程示意图。
具体实施方式
以下结合附图和具体实施例对本发明作进一步说明。
实施例,参照附图1,一种线下设备间扩散式软件升级方法,包括:
S101设备间数据交互获取各自周边同类设备的版本号和对应的唯一识别码;本步骤中设备通过自带的无线射频信号收发模块或其他无线通信模块接收周边同类设备发送的心跳数据,解析并获取心跳数据中的设备版本号和设备唯一识别码。
S102比对版本号确定低版本设备和高版本设备,设备默认自身为高版本设备,当设备获取的版本号高于自身版本号则确定自身为低版本设备,当设备获取的版本号低于自身版本号则保存对应的唯一识别码;本步骤中设备会将自身的版本号与外界获取的版本号进行比对,默认情况下设备自身软件版本为高版本,当设备获取的版本号高于自身版本号时则确定自身为低版本设备,等待以后高版本设备对其进行升级;当设备获取的版本号低于自身版本号时则保存对应的唯一识别码,将其存入待升级设备名单,等待条件合适时对这些低版本设备进行升级;当设备获取的版本号与自身版本号相同时则不动作。
S103高版本设备根据获取的唯一识别码向低版本设备发送升级指令信号,升级指令信号内包括随机生成的用于传输数据的指定频段;本步骤中当高版本设备满足预设发起升级条件时,设备会随机生成一个指定频段,并根据获取的低版本设备的唯一识别码向该低版本设备发送升级指令信号;本实施例中,高版本设备发送升级指令信号需要处于静止状态下,低版本设备接收升级指令信号需要处于静止状态下或者处于半夜1点到4点;其中,对于设备双方需要处于静止状态比较好理解,是因为升级数据包的传输需要一定时间,设备在运动过程中,部分业务周期比较短,低于传输升级数据包所需要的时间,此时进行更新流程会导致部分业务迟滞;若两设备在临界距离附近运动,有可能因为运动使距离超出而打断传输,然后再次连上其他设备再次打断,使得设备的正常功能无法进行;而低版本设备在此基础上在半夜1点到4点无视静止状态还是运动状态主要是考虑到设备的运动检测模块可能会出现故障或损坏,导致设备一直处于运动状态,这样就无法进行更新了,故选择在半夜的1点到4点这个绝大部分的设备都处于静止状态的时间段进行补充升级;指定频段主要用于传输数据,因为默认频段往往会有其他设备在进行通信,为了升级数据包传输无误,需要两者在空闲频段进行数据传输。
S104低版本设备向高版本设备回复对应的应答信号;本步骤中当高版本设备发送升级指令信号时,对应的低版本设备可能不在附近或者本身软件已经升级完毕,这种情况意味着低版本设备不会回复对应的应答信号;也即当高版本设备没有收到低版本设备回复对应的应答信号,则高版本设备默认无法对该低版本设备进行升级,故需更换一个低版本设备的唯一识别码发送升级指令信号,直到有低版本设备回复对应的应答信号。
S105高版本设备和低版本设备跳频至指定频段;本步骤中在完成升级指令信号的接收和应答后,设备双方跳频至指定频段准备传输升级数据包。
S106监测并确定该频段为空闲频段;本步骤中无论是高版本设备还是低版本设备都可以在跳频至指定频段后开启一定时间的数据接收来判断该频段是否有其他设备也在通信,避免升级数据包的传输收到其他设备发送的数据包的干扰;具体可采取以下措施:低版本设备在跳频后接收升级数据包前会发送准备完毕确认信号给高版本设备;从高版本设备的视角来看,高版本设备在接收准备完毕确认信号后会判断是否收到且仅收到准备完毕确认信号,如果还有其他数据包则该频段可能存在有其他对设备也在传输升级数据包,因为升级数据包发送本身是一个连续不间断过程,高设备能检测到其他设备的升级数据包就可以判断出该频段不是空闲频段;同样的,从低版本设备的视角来看,低版本设备发送准备完毕确认信号后也会判断是否收到且仅收到高版本设备发送的与准备完毕确认信号对应的应答信号,如果低版本设备没有收到应答信号反而收到其他数据包就可以判断出该频段不是空闲频段。为了避免高版本设备传输给低版本设备的升级数据包错误,需要设备双方更换频段后高版本设备重新对该低版本设备发送升级指令信号。
S107高版本设备向低版本设备发送升级数据包;本步骤中升级数据包可被拆分为若干更新包,每次发送完更新包,则在指定时间内等待低版本设备应答,若收到应答,则检查应答包是否正确;待更新包传输完毕后发送校验包,将自身程序的校验CRC发送给低版本设备,收到应答后退出更新。
S108高版本设备和低版本设备跳频至默认频段。
S109低版本设备进行软件升级并在升级完毕后确定自身为高版本设备;本步骤中低版本设备在升级完毕后确定自身为高版本设备,然后可以开始对周边其他低版本设备进行升级。
本实施例方法可应用于电动车的防盗设备终端中,当服务器端对某个防盗设备终端升级至最高版本后,该设备在静止时可对其他低版本设备自动进行升级。以某小区电动车上的设备举例,当电动车停在小区停车场时,设备对停车场内的其他设备进行升级,以一升二、二升四、四升八这样的指数级数增长快速的将其他设备升级完毕;待第二天上班后,这些升级完毕的设备跟随电动车停在各自的工作地点,同样的对各自工作地点电动车上的设备进行升级,下午下班后,已升级完毕的所有设备跟随电动车回家,然后对各自停车场内的其他设备进行升级,如此周而复始,防盗设备终端可以以线下升级形式进行设备间扩散式升级。
本实施例方法在传统设备的在线从服务器下载数据包升级软件的基础上,添加了线下设备间数据交互自动升级软件的模式,设备以指数级数增长的速度扩散更新升级,大大增加了设备的升级更新速率,实现以小区、公司或工厂为单位的小区域内设备间的版本同步,本实施例方法特别适用于搭载在移动式的且采用NB-IOT技术或类似下行通道少技术的设备终端。
实施例2:参照附图2,本实施例方法是站在高版本设备的视角,对实施例1方法进行细化的方法流程,具体的,一种设备间高版本设备对低版本设备进行升级的方法,包括:
S201获取周边同类设备的版本号和唯一识别码;本步骤中设备通过自带的无线射频信号收发模块或其他无线通信模块接收周边设备发送的心跳数据,解析并获取心跳数据中的设备版本号和设备唯一识别码。
S202比对版本号,判断同类设备的版本号是否低于本设备的版本号,若是则进入下一步骤;本步骤中设备会将自身的版本号与外界获取的版本号进行比对,默认情况下设备自身软件版本为高版本。
S203将该同类设备的唯一识别码添加至待升级设备名单内;本步骤中待升级设备名单的作用是保存获取的低于本设备版本号的同类设备的唯一识别码,当本设备满足条件时,可以根据待升级设备名单内的唯一识别码对这些同类设备进行升级。
S204判断本设备当前是否符合预设发起升级条件,若是则进入下一步骤;本步骤中预设发起升级条件为当本设备处于静止状态、待升级设备名单内有同类设备的唯一识别码。
S205在待升级设备名单内选择一个目标设备的唯一识别码。
S206对外发送升级指令信号,升级指令信号包括本设备的版本号、目标设备的唯一识别码、随机生成的用于传输数据的指定频段。
S207判断是否收到目标设备回复的与升级指令信号对应的应答信号,若是则进入步骤S208,否则进入步骤S213;本步骤中如果收到目标设备的应答信号,则表明目标设备在本设备附近,可以进行升级;反之则表明目标设备不在本设备附近或目标设备已经升级为高版本。
S208跳频至升级指令信号中的指定频段。
S209判断是否收到且仅收到目标设备发送的准备完毕确认信号,若是则进入步骤S210,否则进入步骤S220;本步骤中本设备监测该频段是否为空闲频段,在跳频后和发送升级数据包之间会接收目标设备发送的准备完毕确认信号,通过检测接收到的数据包判断该频段当前是否被其他设备占用;如果该频段为空闲频段,则进入步骤S210告知目标设备本设备可以在该频段发送升级数据包;如果该频段不是空闲频段,则本设备进入步骤220跳频至默认频段重新对目标设备发送包括重新随机生成的指定频段的升级指令信号,而目标设备没有收到对应的应答信号,也会跳频至默认频段并等待新的升级指令信号。
S210回复对应的应答信号。
S211发送升级数据包给目标设备。
S212跳频至默认频段。
S213将该唯一识别码从待升级设备名单中删去,然后返回步骤S204;进行到本步骤即意味着本设备已完成对该目标低版本设备的升级,删去该目标低版本设备的唯一识别码后再去对其他低版本设备进行升级。
S220跳频至默认频段,然后返回步骤S206。
本实施例方法的原理和技术效果可参照实施例1。
实施例3:参照附图3,本实施例方法是站在低版本设备的视角,对实施例1方法进行细化的方法流程,具体的,一种设备间低版本设备接收高版本设备对其进行升级的方法,包括:
S301获取周边同类设备的版本号和唯一识别码;本步骤中设备通过自带的无线射频信号收发模块或其他无线通信模块接收周边设备发送的心跳数据,解析并获取心跳数据中的设备版本号和设备唯一识别码。
S302比对版本号,判断同类设备的版本号是否高于本设备的版本号,若是则进入下一步骤。
S303将本设备的版本状态由默认状态下的不可升级修改为可升级;本步骤的目的是通过修改版本状态确定本设备为低版本设备,版本状态为可升级意味着本设备为低版本设备,版本状态为不可升级意味着本设备为高版本设备。
S304接收高版本设备发送的升级指令信号,升级指令信号包括高版本设备的版本号、本设备的唯一识别码、指定频段。
S305判断本设备当前是否符合预设接收升级条件,若是则进入下一步骤;本步骤中预设接收升级条件为本设备版本状态为可升级,且处于静止状态或半夜1至4点。
S306判断升级指令信号中的版本号高于本设备的版本号,若是则进入下一步骤,否则返回上一步骤。
S307回复与升级指令信号对应的应答信号。
S308跳频至升级指令信号中的指定频段。
S309发送准备完毕确认信号;本步骤中当本设备完成升级前的准备工作后,会发送准备完毕确认信号通知高版本设备本设备已经做好接收升级数据包的准备。
S310判断是否收到且仅收到对应的应答信号,若是则进入下一步骤,否则进入步骤S320;本步骤的目的有两个,一是通过接收应答信号判断高版本设备是否收到本设备的准备完毕确认信号;二是本设备监测该频段是否为空闲频段,在发送准备完毕确认信号后,通过检测是否接收到其他设备的数据包判断该频段当前是否被其他设备占用;如果该频段为空闲频段,则进入步骤S311开始接收升级数据包;如果该频段不是空闲频段,则本设备进入步骤S320跳频至默认频段等待重新接收包括不同的指定频段的升级指令信号。
S311接收并保存高版本设备发送的升级数据包。
S312跳频至默认频段。
S313升级本设备的软件并将本设备的版本状态修改为不可升级;进行到本步骤即意味着本设备已完成版本升级,从此时开始可以去对其他低版本设备进行升级。
S320跳频至默认频段,然后返回步骤S304。
本实施例方法与实施例2方法是相对应的,其原理和技术效果可参照实施例1和实施例2,此处不再赘述。
为了防止有不法分子通过某种手段在设备里恶意散布无效或恶意软件版本,本设备升级软件前,还会向平台确认升级数据包的校验码和版本号是否正确,若平台回复正确或超过预设时间平台未回复,则继续升级本设备的软件。通常设备的升级数据包在几十K大小左右,而平台的回复应答在几个字节左右,故对于NB基站对大数量的设备进行数据传输升级有时间难度,但是仅回复几个字节的速度还是可以很快。为了防止设备长时间无法收到平台的回复,另外在以上基础上设备还添加了平台超时未回复自动升级。
虽然本发明已通过参考优选的实施例进行了描述,但是,本领域普通技术人员应当了解,可以不限于上述实施例的描述,在权利要求书的范围内,可作出形式和细节上的各种变化。
Claims (14)
1.一种线下设备间扩散式软件升级方法,其特征在于,包括:
设备间数据交互获取各自周边同类设备的版本号和对应的唯一识别码;
比对版本号确定低版本设备和高版本设备,设备默认自身为高版本设备,当设备获取的版本号高于自身版本号则确定自身为低版本设备,当设备获取的版本号低于自身版本号则保存对应的唯一识别码;
高版本设备根据获取的唯一识别码向低版本设备发送升级指令信号;
低版本设备向高版本设备回复对应的应答信号;
高版本设备向低版本设备发送升级数据包;
低版本设备进行软件升级并在升级完毕后确定自身为高版本设备。
2.根据权利要求1所述的一种线下设备间扩散式软件升级方法,其特征在于:所述升级指令信号内包括随机生成的用于传输数据的指定频段;低版本设备向高版本设备回复对应的应答信号后,该对设备均跳频至所述指定频段;高版本设备向低版本设备发送升级数据包后,该对设备均跳频至默认频段。
3.根据权利要求2所述的一种线下设备间扩散式软件升级方法,其特征在于:该对设备均跳频至指定频段后,监测并确定该指定频段为空闲频段。
4.根据权利要求3所述的一种线下设备间扩散式软件升级方法,其特征在于:若该指定频段不为空闲频段,则该对设备跳频至默认频段且高版本设备重新对该低版本设备发送升级指令信号。
5.一种设备间高版本设备对低版本设备进行升级的方法,其特征在于,包括以下步骤:
获取周边同类设备的版本号和唯一识别码;
比对版本号,判断同类设备的版本号是否低于本设备的版本号,若是则将该同类设备的唯一识别码添加至待升级设备名单内;
判断本设备当前是否符合预设发起升级条件,若是则在待升级设备名单内选择一个目标设备的唯一识别码并对外发送升级指令信号,升级指令信号包括本设备的版本号、目标设备的唯一识别码;
判断是否收到目标设备回复的与升级指令信号对应的应答信号,若是则发送升级数据包给目标设备并在发送完毕后进入下一步骤,否则直接进入下一步骤;
将该唯一识别码从待升级设备名单中删去;
重新选择唯一识别码并发送升级指令信号。
6.根据权利要求5所述的一种设备间高版本设备对低版本设备进行升级的方法,其特征在于:所述升级指令信号中还包括随机生成的用于传输数据的指定频段;所述判断收到目标设备回复的与升级指令信号对应的应答信号的步骤后,跳频至升级指令信号中的指定频段;所述发送升级数据包给目标设备的步骤后,跳频至默认频段。
7.根据权利要求6所述的一种设备间高版本设备对低版本设备进行升级的方法,其特征在于:所述跳频至升级指令信号中的指定频段的步骤后,判断是否收到且仅收到目标设备发送的准备完毕确认信号,若是则回复对应的应答信号并开始发送升级数据包给目标设备,否则跳频至默认频段并重新发送包括再次随机生成的指定频段的升级指令信号。
8.根据权利要求5所述的一种设备间高版本设备对低版本设备进行升级的方法,其特征在于:所述预设发起升级条件为本设备处于静止状态且待升级设备名单内存在唯一识别码。
9.一种设备间低版本设备接收高版本设备对其进行升级的方法,其特征在于,包括以下步骤:
获取周边同类设备的版本号和唯一识别码;
比对版本号,判断同类设备的版本号是否高于本设备的版本号,若是则将本设备的版本状态由默认状态下的不可升级修改为可升级;
接收高版本设备发送的升级指令信号,升级指令信号包括高版本设备的版本号、本设备的唯一识别码;
判断本设备当前是否符合预设接收升级条件,若是则进入下一步骤;
判断升级指令信号中的版本号是否高于本设备的版本号,若是则回复与升级指令信号对应的应答信号;
接收并保存高版本设备发送的升级数据包;
升级本设备的软件并将本设备的版本状态修改为不可升级。
10.根据权利要求9所述的一种设备间低版本设备接收高版本设备对其进行升级的方法,其特征在于:所述升级指令信号中还包括用于传输数据的指定频段;所述回复与升级指令信号对应的应答信号的步骤后,跳频至升级指令信号中的指定频段;所述接收高版本设备发送的升级数据包的步骤后,跳频至默认频段。
11.根据权利要求10所述的一种设备间低版本设备接收高版本设备对其进行升级的方法,其特征在于:所述跳频至升级指令信号中指定频段的步骤后,在该指定频段发送准备完毕确认信号并判断是否收到且仅收到对应的应答信号,若是则开始接收高版本设备发送的升级数据包,否则跳频至默认频段并等待再次接收升级指令信号。
12.根据权利要求9所述的一种设备间低版本设备接收高版本设备对其进行升级的方法,其特征在于:所述升级本设备的软件的步骤前,与平台通信确认升级数据包的校验码和版本号是否正确,若平台回复正确或超过预设时间平台未回复,则继续升级本设备的软件。
13.根据权利要求9所述的一种设备间低版本设备接收高版本设备对其进行升级的方法,其特征在于:所述预设接收升级条件为本设备版本状态为可升级,且本设备处于静止状态或半夜1至4点。
14.一种设备终端,包括用于存储程序的存储器和用于执行所述程序的处理器,其特征在于:所述程序被处理器执行时实现权利要求1-13任意一项所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910039318.3A CN109857436A (zh) | 2019-01-16 | 2019-01-16 | 一种线下设备间扩散式软件升级方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910039318.3A CN109857436A (zh) | 2019-01-16 | 2019-01-16 | 一种线下设备间扩散式软件升级方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109857436A true CN109857436A (zh) | 2019-06-07 |
Family
ID=66894732
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910039318.3A Pending CN109857436A (zh) | 2019-01-16 | 2019-01-16 | 一种线下设备间扩散式软件升级方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109857436A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113885923A (zh) * | 2021-12-07 | 2022-01-04 | 禾多科技(北京)有限公司 | 一种车辆ecu升级系统及方法 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101989205A (zh) * | 2009-08-03 | 2011-03-23 | 杭州国芯科技股份有限公司 | 一种usb设备的软件系统升级方法 |
CN103516771A (zh) * | 2012-09-27 | 2014-01-15 | 深圳市友讯达科技发展有限公司 | 子节点操作软件的升级方法及信息采集系统 |
CN103517448A (zh) * | 2012-07-16 | 2014-01-15 | Tcl集团股份有限公司 | 一种基于WiFi Direct的软件升级方法及系统 |
US20140123123A1 (en) * | 2012-11-01 | 2014-05-01 | Cooper Technologies Company | Distribution of software updates in wireless multihop networks |
CN107835088A (zh) * | 2017-09-26 | 2018-03-23 | 深圳市亿兆互联技术有限公司 | 一种LoRa终端设备空中升级方法及系统 |
CN108376078A (zh) * | 2018-02-26 | 2018-08-07 | 广东美的制冷设备有限公司 | 设备的升级方法、装置以及家电设备 |
-
2019
- 2019-01-16 CN CN201910039318.3A patent/CN109857436A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101989205A (zh) * | 2009-08-03 | 2011-03-23 | 杭州国芯科技股份有限公司 | 一种usb设备的软件系统升级方法 |
CN103517448A (zh) * | 2012-07-16 | 2014-01-15 | Tcl集团股份有限公司 | 一种基于WiFi Direct的软件升级方法及系统 |
CN103516771A (zh) * | 2012-09-27 | 2014-01-15 | 深圳市友讯达科技发展有限公司 | 子节点操作软件的升级方法及信息采集系统 |
US20140123123A1 (en) * | 2012-11-01 | 2014-05-01 | Cooper Technologies Company | Distribution of software updates in wireless multihop networks |
CN107835088A (zh) * | 2017-09-26 | 2018-03-23 | 深圳市亿兆互联技术有限公司 | 一种LoRa终端设备空中升级方法及系统 |
CN108376078A (zh) * | 2018-02-26 | 2018-08-07 | 广东美的制冷设备有限公司 | 设备的升级方法、装置以及家电设备 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113885923A (zh) * | 2021-12-07 | 2022-01-04 | 禾多科技(北京)有限公司 | 一种车辆ecu升级系统及方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109857435A (zh) | 一种线下设备间扩散式软件升级方法 | |
KR100852860B1 (ko) | 이동통신망에서 서비스 존을 설정하기 위한 존 설정기와,이를 이용한 존 서비스 제공 방법/시스템 및,이동통신단말기 | |
US10880404B2 (en) | On-vehicle control device and on-vehicle control device information update system | |
US9100804B2 (en) | Proactive diagnostics | |
CN103136825A (zh) | 信息通信系统以及车辆用便携机 | |
WO2019009020A1 (ja) | ソフトウェア更新装置 | |
CN105303875A (zh) | 一种停车管理系统及其工作方法 | |
CN105882329B (zh) | 一种轮胎压力监测系统的升级系统及其升级方法 | |
RU2005113233A (ru) | Обеспечение информации, относящейся к мобильной станции | |
EP1898655B1 (en) | Wireless communication terminal and method for checking wireless broadband internet service area using position detection system | |
CN104868527A (zh) | 对电动车辆的充电进行远程控制的方法和系统 | |
CN105306544B (zh) | 一种远程更新方法 | |
US7123927B2 (en) | Wireless data collecting system having transmission possibility determining means | |
CN108200128B (zh) | 一种基于eLTE-IoT技术的远程抄表方法及系统 | |
EP4046831A1 (en) | Tire pressure sensing system | |
CN105204457A (zh) | 实现车辆远程定位救援的方法、车辆、移动终端及救援服务器 | |
CN109040253A (zh) | 一种信号受阻情况下数据的上传方法 | |
CN1820536B (zh) | 在蜂窝无线网络中登录无线模块的方法 | |
CN111932937A (zh) | 一种基于物联网技术的城市停车位预约调度系统及其工作方法 | |
CN101854623A (zh) | 一种m2m终端远程升级的系统和方法 | |
CN104704447A (zh) | 使用低功耗蓝牙 | |
JP2001309069A (ja) | ページャにより起動する無線検針システム | |
CN109857436A (zh) | 一种线下设备间扩散式软件升级方法 | |
CN101938811B (zh) | Wlan终端的保活方法和ap | |
CN105453694A (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 | ||
WD01 | Invention patent application deemed withdrawn after publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20190607 |