CN110990046A - 一种基于动态文件的升级方法 - Google Patents

一种基于动态文件的升级方法 Download PDF

Info

Publication number
CN110990046A
CN110990046A CN201911206231.7A CN201911206231A CN110990046A CN 110990046 A CN110990046 A CN 110990046A CN 201911206231 A CN201911206231 A CN 201911206231A CN 110990046 A CN110990046 A CN 110990046A
Authority
CN
China
Prior art keywords
information
upgrade package
upgrade
server
data
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
Application number
CN201911206231.7A
Other languages
English (en)
Inventor
陈禧
双建平
任羽
吴勇波
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huizhou Desay SV Automotive Co Ltd
Original Assignee
Huizhou Desay SV Automotive Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huizhou Desay SV Automotive Co Ltd filed Critical Huizhou Desay SV Automotive Co Ltd
Priority to CN201911206231.7A priority Critical patent/CN110990046A/zh
Publication of CN110990046A publication Critical patent/CN110990046A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/65Updates
    • G06F8/658Incremental updates; Differential updates
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/65Updates
    • G06F8/656Updates while running

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明涉及车载软件升级技术领域,特别涉及一种基于动态文件的升级方法,主要令服务器在下发升级包时校验终端设备当前的数据块信息是否存在差分数据,或者令终端设备在安装升级包前自身校验是否存在差分数据,并根据差分数据重新制作升级包,以避免下载及安装全量升级包。本发明的提出解决了现有车载软件只有静态数据能差分升级的方式,而动态数据仍然只能采用全量数据包进行更新,导致软件升级过程中会占用较大的带宽下载升级包,同时耗费用户流量的问题。

Description

一种基于动态文件的升级方法
技术领域
本发明涉及车载软件升级技术领域,特别涉及一种基于动态文件的升级方法。
背景技术
汽车作为未来最重要的智能终端,想要实现汽车的智能化必须要实现汽车的软件化。为了不断提高市场上产品的用户体验,增强用户黏性,需要对用户手中汽车上的ECU固件不断进行升级。随着车联网的逐渐普及,FOTA(Firmware Over-The-Air,远程固件升级)技术能为车辆的固件升级提供一种便利的方法。FOTA指通过云端升级技术,为具有连网功能的设备提供固件升级服务,用户使用网络以按需、易扩展的方式获取设备系统升级包,并通过FOTA进行云端升级,完成系统修复和优化。
目前业界基于FOTA技术进行的固件升级,都是采用差分升级的方式。即需要在源版本文件和目标版本文件之间通过某种差分算法生成差分包并上传到FOTA云端,云端将差分包下发给终端设备,终端设备利用其当前的版本数据与差分包中的数据通过某种还原算法,计算出新的版本数据并写入相关的存储地址上。这种方式的优点是差分升级包只涉及到两个版本的差异部分,制作出的升级包尺寸比较小,能实现快速的下载和升级。
现有的升级方式由于采用差分升级,因此只能针对固定的源数据,也即只能在固定的源数据和目标数据之间进行差分升级,而不能对动态源数据进行升级处理,因此若用户对设备进行Root等特殊的操作后,则设备不能采用现有的升级方式进行软件升级,而只能采用下发全量升级包的方式对软件进行升级,但该升级包尺寸较大,耗费用户流量和服务器带宽,升级时间较长,影响用户体验,因此一种基于动态文件的升级方法应运而生。
发明内容
本发明的发明内容在于提供一种基于动态文件的升级方法,主要解决了现有车载软件只有静态数据能差分升级的方式,而动态数据仍然只能采用全量数据包进行更新,导致软件升级过程中会占用较大的带宽下载升级包,同时耗费用户流量的问题。
本发明提出了一种基于动态文件的升级方法,包括以下步骤:
S1,服务器接收终端设备发送的设备信息,查找是否有与所述设备信息匹配的升级包信息,若有,则顺序执行下一步或执行步骤S5,若无,则结束当前步骤;
S2,所述服务器通知所述终端设备反馈数据块信息,并检测接收的所述数据块信息是否存在差分数据,若不存在,则下发匹配的所述升级包信息,若存在,则根据所述数据块信息生成升级包,并下发所述升级包的升级包信息;
S3,所述终端设备根据所述升级包信息下载所述升级包;
S4,所述终端设备根据所述升级包内的校验信息校验所述数据块信息是否与预期一致,若一致则安装所述升级包,若不一致,则向所述服务器反馈升级失败;
S5,所述服务器下发所述升级包信息,所述终端设备根据所述升级包信息下载所述升级包;
S6,所述终端设备根据所述升级包内的校验信息,校验所述数据块信息是否与预期一致,若是,则安装所述升级包,若否,则通知所述服务器根据所述数据块信息生成所述升级包,并向所述终端设备发送所述升级包信息;
S7,所述终端设备根据所述升级包信息下载所述升级包,并校验所述数据块信息是否与预期一致,若是则安装所述升级包,若否则向所述服务器反馈升级失败。
优选地,在所述步骤S1前,设置有步骤S0,所述终端设备主动或被动向所述服务器发送设备信息。
优选地,在所述步骤S2中,检测接收的所述数据块信息是否存在差分数据,具体为:
比对所述数据块信息最小数据单元的Hash值是否与制作当前匹配的所述升级包的源版本一致,若一致,则判断不存在差分数据,若不一致,则判断存在差分数据。
优选地,所述步骤S2与步骤S6中根据所述数据块信息生成升级包,具体为:一一对比所述数据块信息与所述源版本的最小数据单元,并针对相同的所述最小数据单元计算差分数据,针对不同的所述最小数据单元制作升级数据,并将所述差分数据与升级数据打包形成升级包。
优选地,针对相同的所述最小数据单元,采用二进制差分算法计算差分数据;针对不同的所述最小数据单元,使用二进制全包方式制作升级数据。
优选地,所述步骤S4具体包括:
S41,所述终端设备根据所述升级包内的校验信息,校验所述数据块信息与所述源版本对应的信息是否一致,若是则执行下一步,若否则执行步骤S43;
S42,所述终端设备安装所述升级包,并在升级完成后向所述服务器上报升级结果;
S43,所述终端设备向所述服务器反馈升级失败。
优选地,所述步骤S7具体包括:
S71,所述终端设备重新下载所述升级包;
S72,所述终端设备校验所述数据块信息是否与所述源版本对应的信息一致,若是则执行下一步,若否则执行步骤S74;
S73,所述终端设备安装所述升级包,并向所述服务器上报升级结果;
S74,所述终端设备向所述服务器反馈升级失败。
优选地,所述设备信息包括设备ID与软件版本信息。
由上可知,应用本发明提供的技术方案可以得到以下有益效果:
第一,本发明提出的升级方法,可针对动态数据生成对应的、新的升级包,令终端设备根据特定的升级包完成升级过程,保证升级包占比较小,降低用户的流量损耗以及降低下载时间;
第二,本发明提出的技术方案中是基于终端设备主动发起的请求升级进行,或者服务器主动向终端设备下发升级包的情况下进行的,符合现阶段车载软件升级的模式,匹配现有的车在软件升级流程;
第三,本发明提出的技术方案中以最小数据单元为个体比对数据块信息与源版本,保证比对结果的准确性,进一步确保升级包安装后终端设备上的数据块信息与院版版完全一致,保证升级过程的正确执行;
第四,本发明提出的技术方案中终端设备在升级失败时,会向服务器反馈升级失败的信息,服务器可对该设备开启相应的后续服务,保证用户体验。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例1中升级方法的流程图;
图2为本发明实施例2中何时能及方法的流程图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述。显然,所描述的实施例仅仅是本发明部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有付出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
现有车载软件只有静态数据能差分升级的方式,而动态数据仍然只能采用全量数据包进行更新,导致软件升级过程中会占用较大的带宽下载升级包,同时耗费用户流量的问题。
应强调的是,本实施例1与实施例2提出的升级方法,都基于终端设备与服务器间实现通信连接的系统进行,且还应保证终端设备与服务器间连接地持续性。
实施例1
如图1所示,为了解决上述问题,本实施例提出了一种基于动态文件的升级方法,包括以下步骤:
S1,服务器接收终端设备发送的设备信息,查找是否有与设备信息匹配的升级包信息,若有,则顺序执行下一步,若无,则结束当前步骤;
S2,服务器通知终端设备反馈数据块信息,并检测接收的数据块信息是否存在差分数据,若不存在,则下发匹配的升级包信息,若存在,则根据数据块信息生成升级包,并下发升级包的升级包信息;
S3,终端设备根据升级包信息下载升级包;
S4,终端设备根据升级包内的校验信息校验数据块信息是否与预期一致,若一致则安装升级包,若不一致,则向服务器反馈升级失败。
优选但不限定的是,终端设备反馈的数据块信息为服务器中升级包信息对应的等待升级的数据块相关信息;升级包内形成有对应的校验信息,用于校验本升级包与本地文件之间的区别,作为终端设备进一步确认该升级包为自身所需的校验手段。
在本实施例中,当服务器接收到终端设备上传的设备信息时,首先会查找自身是否有该设备信息对应的升级包信息,也即判断当前设备信息对应的终端设备是否需要升级,若需要升级时,则服务器上应存储有该升级包信息,若不需要升级,则该服务器上并无升级包信息,因此若未查找到升级包信息时,等同于终端设备无需升级,因此可直接结束该步骤,而当查找到有升级包信息时,需进一步检测终端内设别的相关数据块信息。
在本实施例中,数据块信息间若存在差分数据,等同于该数据块信息内存在动态数据,由于动态数据为动态变化值,因此不适用于通常情况下的静态升级包,因此若不存在差分数据时,等同于该数据块信息内全部为静态数据,静态数据不作变化,因此使用通常情况下的静态升级包,也即服务器直接将存储的升级包信息发送至终端设备即可。
在本实施例中,终端设备在下载升级包后,还需根据升级包内的校验信息进一步校验该升级包是否为本终端设备所需的升级包,避免终端设备安装错误的升级包致使不能正常运行的情况出现。
更具体的,在步骤S1前,还设置有步骤S0,终端设备主动或被动向服务器发送设备信息。
优选但不限定的是,设备信息主要包括设备ID与软件版本信息,服务器内存储有各终端设备的ID,以及对应的软件版本,因此上传ID有助于服务器直接查找对应的终端设备,而软件版本信息则有助于服务器确定终端设备的当前版本是否为最新版本。
优选但不限定的是,终端设备主动向服务器发送设备信息主要包括两种方式,一种为用户通过终端设备的UI界面主要向服务器发送设备信息,另一种为终端设备在出厂时设置了问询周期,当终端设备达到问询周期的时间节点时,会自动向服务器发送当前的设备信息,进一步查找是否有升级包存在;终端设备同样还可以被动向服务器端发送设备信息,具体过程为服务器生成有升级包,此时它向需要升级的终端设备下发通知,并令终端设备上传自身的设备信息。
在本实施例中,终端设备主动或被动上传设备信息,以作为开启后续升级步骤的流程,符合现阶段车载软件升级的常规步骤,令本实施例的升级方法适用于当前车载软件的升级步骤。
更具体的,步骤S2中,检测接收的数据块信息是否存在差分数据,具体为:比对数据块信息最小数据单元的Hash值是否与制作当前匹配的升级包的源版本一致,若一致,则判断不存在差分数据,若不一致,则判断存在差分数据。
优选但不限定的是,数据块信息的最小数据单元与源版本的最小数据单元均为block。
在本实施例中,以最小数据单元为个体,一一对比终端设备的当前数据块信息与生成升级包的源版本,确保比对结果精确,不遗漏任一一个信息,确保后续终端设备可安装其所需的升级包。
更具体的,在步骤S2中,根据数据块信息生成升级包,具体为:一一对比数据块信息与源版本的最小数据单元,并针对相同的最小数据单元计算差分数据,针对不同的最小数据单元制作升级数据,并将差分数据打包形成升级包。
优选但不限定的是,针对相同的最小数据单元,采用二进制差分算法计算差分数据;针对不同的最小数据单元,使用二进制全包方式制作升级数据。
在本实施例中,对比数据块信息与源版本时,若最小数据单元相同,则表示该block相同,等同于形成有差分数据,若最小数据单元不同,则表示该block不同,同时针对上述差分数据与升级数据,打包形成升级包,该升级包为针对设备信息具体形成的升级包,提高了升级包的针对性。
更具体的,步骤S4具体包括:
S41,终端设备根据升级包内的校验信息,校验数据块信息与源版本对应的信息是否一致,若是则执行下一步,若否则执行步骤S43;
S42,终端设备安装升级包,并在升级完成后向服务器上报升级结果;
S43,终端设备向服务器反馈升级失败。
优选但不限定的是,服务器在接到终端设备升级完成的信息时,会标注该终端设备的当前版本号,而当接到终端设备升级失败的信息时,还可安排工作人员直接上门就该终端设备进行检修,并再次完成升级的操作,但该步骤在本实施例中不作具体限定。
实施例2
如图2所示,本实施例提出了一种基于动态文件的升级方法,其主要包括步骤:
S1,服务器接收终端设备发送的设备信息,查找是否有与设备信息匹配的升级包信息,若有,则执行步骤S5,若无,则结束当前步骤;
S5,服务器下发升级包信息,终端设备根据升级包信息下载升级包;
S6,终端设备根据升级包内的校验信息,校验数据块信息是否与预期一致,若是则安装升级包,若否则通知服务器根据数据块信息生成升级包,并向终端设备发送升级包信息;
S7,终端设备根据升级包信息下载升级包,并校验数据块信息是否与预期一致,若是则安装升级包,若否则向服务器反馈升级失败。
上述实施例中,数据块信息的类型与升级包内设置的校验信息均与实施例1一致。
在本实施例中,终端设备发送的设备信息,有助于服务器查找是否有该终端设备的升级包,当查找到相应的升级包时,等同于终端设备的版本为非最新版,因此服务器将该升级包信息直接发送至终端设备;而当服务器未查找到相应的升级包时,等同于终端设备的版本为最新版,因此直接结束该升级流程。
在本实施例中,终端设备根据该升级包信息,下载升级包后,还需根据升级包内的校验信息,校验当前数据块信息是否与预期一致,该预期优选为生成该升级包的源版本的对应数据,当检测到一致时,代表升级包适用于当前数据块信息的升级安装,而当检测到不一致时,代表升级包不适用于当前数据块信息的升级安装,因此需令服务器根据当前数据块信息重新生成对应的升级包,以满足终端设备的升级处理过程。
在本实施例中,当终端设备在经过一层检验后,获取新的升级包,还需进行二次检验,进一步确定该升级包为针对终端设备当前的数据块信息的升级过程,保证终端设备在安装升级包后确切完成了升级过程,而当二次校验通过后,即可确切判断该升级包的准确性,因此即刻安装升级包完成升级,若二次校验未通过,则终端设备会将该升级失败的信息反馈至服务器,服务器后续开展救济手段,优选包括派工作人员上门排查,或向用户提供新的升级包链接等。
更具体的,步骤S6中,根据数据块信息生成升级包,具体为,一一对比数据块信息与源版本的最小数据单元,并针对相同的最小数据单元计算差分数据,针对不同的最小数据单元制作升级数据,并将差分数据与升级数据打包形成升级包。
优选但不限定的是,针对相同的最小数据单元,采用二进制差分算法计算差分数据,针对不同的最小数据单元,使用二进制全包方式制作升级数据。
优选但不限定的是,升级包经过压缩处理后形成,还可架加设秘钥,终端设备收到升级包后,必须解压或者输入秘钥才可获得,提高了本实施例中升级包的安全性。
在本实施例中,直接根据最小数据单元进行对比,可以保证对比结果的准确性,也即保证本实施例中校验结果与下发升级包之间的对应关系,而当准确判断出最小数据单元的差异之后,对应生成的差分数据与升级数据作为本实施例中生成升级包的基础,其生成的升级包为确切针对终端设备当前数据块信息对应的升级包。
更具体的,步骤S7具体包括:
S71,终端设备重新下载升级包;
S72,终端设备校验数据块信息是否与源版本对应的信息一致,若是则执行下一步,若否则执行步骤S74;
S73,终端设备安装升级包,并向服务器上报升级结果;
S74,终端设备向服务器反馈升级失败。
在本实施例中,在校验到终端设备与当前服务器内存储的升级包适用对象不一致时,服务器会针对当前的终端设备的数据块信息重新生成升级包,该升级包应与数据块信息完全对应,但终端设备仍需做进一步校验,以确保升级包的针对性。
在本实施例中,终端设备进一步校验数据块信息与源版本间的差异性,当校验到无差异性时,认为该升级包为确实为针对当前数据块信息生成的升级包,因此直接进行安装,而当校验到差异性时,认为该升级包不能适用该终端设备,且经过两次生成,因此服务器必须采取其他救济手段进行,在此不对救济手段作具体限定,但必须向服务器上传升级失败信息,以便服务器接收该失败信息。
综上所述,实施例1与实施例2均提出了一种基于动态文件的升级方法,其中实施例1的终端设备只需下载最终版本的升级包即可,而终端设备可能需要下载两次升级包,但实施例1与实施例2均对动态文件的升级采取了差分升级包的下载方式,节省了升级包下载时耗费的流量,以及确保升级包的针对性。
以上所述的实施方式,并不构成对该技术方案保护范围的限定。任何在上述实施方式的精神和原则之内所作的修改、等同替换和改进等,均应包含在该技术方案的保护范围之内。

Claims (8)

1.一种基于动态文件的升级方法,其特征在于,包括以下步骤:
S1,服务器接收终端设备发送的设备信息,查找是否有与所述设备信息匹配的升级包信息,若有,则顺序执行下一步或执行步骤S5,若无,则结束当前步骤;
S2,所述服务器通知所述终端设备反馈数据块信息,并检测接收的所述数据块信息是否存在差分数据,若不存在,则下发匹配的所述升级包信息,若存在,则根据所述数据块信息生成升级包,并下发所述升级包的升级包信息;
S3,所述终端设备根据所述升级包信息下载所述升级包;
S4,所述终端设备根据所述升级包内的校验信息校验所述数据块信息是否与预期一致,若一致则安装所述升级包,若不一致,则向所述服务器反馈升级失败;
S5,所述服务器下发所述升级包信息,所述终端设备根据所述升级包信息下载所述升级包;
S6,所述终端设备根据所述升级包内的校验信息,校验所述数据块信息是否与预期一致,若是,则安装所述升级包,若否,则通知所述服务器根据所述数据块信息生成所述升级包,并向所述终端设备发送所述升级包信息;
S7,所述终端设备根据所述升级包信息下载所述升级包,并校验所述数据块信息是否与预期一致,若是则安装所述升级包,若否则向所述服务器反馈升级失败。
2.根据权利要求1所述的一种基于动态文件的升级方法,其特征在于:在所述步骤S1前,设置有步骤S0,所述终端设备主动或被动向所述服务器发送设备信息。
3.根据权利要求1所述的一种基于动态文件的升级方法,其特征在于,在所述步骤S2中,检测接收的所述数据块信息是否存在差分数据,具体为:
比对所述数据块信息最小数据单元的Hash值是否与制作当前匹配的所述升级包的源版本一致,若一致,则判断不存在差分数据,若不一致,则判断存在差分数据。
4.根据权利要求3所述的一种基于动态文件的升级方法,其特征在于,所述步骤S2与步骤S6中根据所述数据块信息生成升级包,具体为:一一对比所述数据块信息与所述源版本的最小数据单元,并针对相同的所述最小数据单元计算差分数据,针对不同的所述最小数据单元制作升级数据,并将所述差分数据与升级数据打包形成升级包。
5.根据权利要求4所述的一种基于动态文件的升级方法,其特征在于:针对相同的所述最小数据单元,采用二进制差分算法计算差分数据;针对不同的所述最小数据单元,使用二进制全包方式制作升级数据。
6.根据权利要求5所述的一种基于动态文件的升级方法,其特征在于,所述步骤S4具体包括:
S41,所述终端设备根据所述升级包内的校验信息,校验所述数据块信息与所述源版本对应的信息是否一致,若是则执行下一步,若否则执行步骤S43;
S42,所述终端设备安装所述升级包,并在升级完成后向所述服务器上报升级结果;
S43,所述终端设备向所述服务器反馈升级失败。
7.根据权利要求6所述的一种基于动态文件的升级方法,其特征在于,所述步骤S7具体包括:
S71,所述终端设备重新下载所述升级包;
S72,所述终端设备校验所述数据块信息是否与所述源版本对应的信息一致,若是则执行下一步,若否则执行步骤S74;
S73,所述终端设备安装所述升级包,并向所述服务器上报升级结果;
S74,所述终端设备向所述服务器反馈升级失败。
8.根据权利要求2所述的一种基于动态文件的升级方法,其特征在于:所述设备信息包括设备ID与软件版本信息。
CN201911206231.7A 2019-11-29 2019-11-29 一种基于动态文件的升级方法 Pending CN110990046A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911206231.7A CN110990046A (zh) 2019-11-29 2019-11-29 一种基于动态文件的升级方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911206231.7A CN110990046A (zh) 2019-11-29 2019-11-29 一种基于动态文件的升级方法

Publications (1)

Publication Number Publication Date
CN110990046A true CN110990046A (zh) 2020-04-10

Family

ID=70088642

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911206231.7A Pending CN110990046A (zh) 2019-11-29 2019-11-29 一种基于动态文件的升级方法

Country Status (1)

Country Link
CN (1) CN110990046A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112947956A (zh) * 2020-08-31 2021-06-11 深圳市明源云科技有限公司 一种应用软件升级方法
WO2023045090A1 (zh) * 2021-09-24 2023-03-30 成都市卡蛙科技有限公司 一种基于终端状态进行固件升级的方法

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103379115A (zh) * 2012-04-28 2013-10-30 盛乐信息技术(上海)有限公司 一种本地存储与网络存储的数据同步方法和设备
CN104714819A (zh) * 2013-12-16 2015-06-17 中兴通讯股份有限公司 文件系统升级包制作方法、升级方法及装置、终端
CN104778057A (zh) * 2015-03-11 2015-07-15 小米科技有限责任公司 终端系统升级方法、装置及服务器
CN106484453A (zh) * 2015-09-02 2017-03-08 中兴通讯股份有限公司 一种实现系统升级的方法及装置
CN106484448A (zh) * 2015-08-28 2017-03-08 青岛海信移动通信技术股份有限公司 一种软件升级方法及装置
CN109992291A (zh) * 2018-01-02 2019-07-09 中兴通讯股份有限公司 一种终端软件升级方法、装置、系统以及存储介质

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103379115A (zh) * 2012-04-28 2013-10-30 盛乐信息技术(上海)有限公司 一种本地存储与网络存储的数据同步方法和设备
CN104714819A (zh) * 2013-12-16 2015-06-17 中兴通讯股份有限公司 文件系统升级包制作方法、升级方法及装置、终端
CN104778057A (zh) * 2015-03-11 2015-07-15 小米科技有限责任公司 终端系统升级方法、装置及服务器
CN106484448A (zh) * 2015-08-28 2017-03-08 青岛海信移动通信技术股份有限公司 一种软件升级方法及装置
CN106484453A (zh) * 2015-09-02 2017-03-08 中兴通讯股份有限公司 一种实现系统升级的方法及装置
CN109992291A (zh) * 2018-01-02 2019-07-09 中兴通讯股份有限公司 一种终端软件升级方法、装置、系统以及存储介质

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112947956A (zh) * 2020-08-31 2021-06-11 深圳市明源云科技有限公司 一种应用软件升级方法
CN112947956B (zh) * 2020-08-31 2023-02-17 深圳市明源云科技有限公司 一种应用软件升级方法
WO2023045090A1 (zh) * 2021-09-24 2023-03-30 成都市卡蛙科技有限公司 一种基于终端状态进行固件升级的方法

Similar Documents

Publication Publication Date Title
CN108132795B (zh) 一种电子控制单元的软件更新方法及装置
CN106843957B (zh) 系统固件升级方法及装置
JP5096680B2 (ja) ファームウェアコンポーネントのステータスの発行およびファームウェアコンポーネントのアップデート
CN112328294A (zh) 一种车辆ecu的ota升级方法及系统
WO2022142153A1 (zh) 电表升级方法、系统、智能电表及存储介质
CN112256315A (zh) 一种升级方法、装置、设备及存储介质
CN110990046A (zh) 一种基于动态文件的升级方法
CN105302613A (zh) 采用合并文件对eoc软件进行升级的方法及系统
US20230384750A1 (en) Efficient controller data generation and extraction
CN113282310A (zh) 应用管理方法及系统、车载设备、服务器及可读存储介质
CN116028092A (zh) 汽车ota升级任务熔断方法、装置、设备及存储介质
CN113037850A (zh) 一种应用程序升级方法、装置、电子设备及存储介质
CN112667272A (zh) 电表升级方法、系统、智能电表及存储介质
CN116126377A (zh) 一种车辆升级方法、装置及处理设备
CN111221556B (zh) 一种远程升级rsu镜像方法及系统
CN114691174A (zh) 一种车载软件升级方法、装置及设备
CN114268624B (zh) 版本文件传输方法、装置及服务器
CN111858124A (zh) 一种自动检测智能终端驱动程序完整性的方法及系统
CN110825406A (zh) 一种软件升级的方法及相关设备
WO2023045090A1 (zh) 一种基于终端状态进行固件升级的方法
CN116567579B (zh) 一种车载终端数据灌装方法及系统
CN117560670A (zh) 证书灌装方法、装置、服务器及车辆
CN117421022A (zh) 应用更新方法、装置、电子设备及存储介质
CN110865836A (zh) 一种车载导航can协议盒固件云端升级方法及系统
CN117785273A (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
RJ01 Rejection of invention patent application after publication

Application publication date: 20200410

RJ01 Rejection of invention patent application after publication