CN108228215B - 终端设备的ota升级包的推送方法及装置 - Google Patents
终端设备的ota升级包的推送方法及装置 Download PDFInfo
- Publication number
- CN108228215B CN108228215B CN201810002658.4A CN201810002658A CN108228215B CN 108228215 B CN108228215 B CN 108228215B CN 201810002658 A CN201810002658 A CN 201810002658A CN 108228215 B CN108228215 B CN 108228215B
- Authority
- CN
- China
- Prior art keywords
- upgrade package
- ota
- terminal equipment
- information
- ota upgrade
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 67
- 238000005192 partition Methods 0.000 claims description 20
- 238000012545 processing Methods 0.000 claims description 12
- 238000001514 detection method Methods 0.000 claims description 9
- 230000000977 initiatory effect Effects 0.000 claims 1
- 238000011084 recovery Methods 0.000 abstract description 7
- 238000004891 communication Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 3
- 238000012795 verification Methods 0.000 description 3
- 238000004590 computer program Methods 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000002688 persistence Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Images
Classifications
-
- 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
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
本发明提供一种终端设备的OTA升级包的推送方法及装置。该方法包括：获取挂载remount信息；若所述remount信息指示所述终端设备被挂载，则根据获取的空中下载OTA服务器的OTA升级包信息，确定OTA升级包是否为差分包；若所述OTA升级包是差分包，则停止向所述终端设备推送所述OTA升级包。本发明实施例避免了终端设备下载升级包后，在升级过程中出现升级失败，同时避免了升级失败后停留在recovery界面，用户体验较差的问题。
Description
技术领域
本发明涉及安卓技术领域，尤其涉及一种终端设备的OTA升级包的推送方法及装置。
背景技术
目前，终端设备(例如终端设备、平板电脑等)都具有软件***(版本)，在终端设备的使用过程中，为了优化终端设备的性能，可以对终端设备中的软件***进行升级，即对终端设备的版本进行升级。
现有的升级方式一般是通过空中下载(Over the Air，简称OTA)差分包进行升级，OTA升级过程具体为，终端设备发起一次新版本检测，服务器向该移动设备返回一个下载路径，以便该终端设备根据该下载路径获得一个OTA升级包，然后终端设备进入恢复(Recovery)模式，在Recovery模式下，按照终端设备中存储的分区表，将该OTA升级包中的升级文件写入到对应的分区中，从而自动完成***的升级。
由于升级前会进行***(system)分区校验，但是终端设备产品上市后，经常会出现被用户通过各种方法将终端设备挂载(remount)的情况，一旦终端设备被remount，会在system分区中记录remount次数，从而导致终端设备的system分区发生变化，因此，会导致校验失败，从而导致OTA升级失败，用户体验较差。
发明内容
本发明提供一种终端设备的OTA升级包的推送方法及装置，以解决现有技术中导致OTA升级失败，用户体验较差的问题。
第一方面，本发明提供一种终端设备的OTA升级包的推送方法，包括：
获取挂载remount信息；
若所述remount信息指示所述终端设备被挂载，则根据获取的空中下载OTA服务器的OTA升级包信息，确定OTA升级包是否为差分包；
若所述OTA升级包是差分包，则停止向所述终端设备推送所述OTA升级包。
可选的，还包括：
若所述remount信息指示所述终端设备未被挂载，则向所述终端设备推送所述OTA升级包；
若所述remount信息指示所述终端设备未被挂载，且所述OTA升级包为全包，则向所述终端设备推送所述OTA升级包。
可选的，获取挂载remount信息，具体包括：
在init进程中启动remount信息获取服务，读取***system分区中的remount信息；
将所述remount信息保存至所述remount信息获取服务的属性中；其中，所述remount信息获取服务的用户组的权限为root权限。
可选的，启动remount信息获取服务之前，还包括：
在所述init进程中启动属***，所述属***用于启动所述remount信息获取服务。
可选的，根据获取的空中下载OTA服务器的OTA升级包信息，确定OTA升级包是否为差分包之前，还包括：
若检测到所述终端设备连接的网络类型发生变化，或达到预设的检测周期，则向所述OTA服务器发送升级包请求信息；所述升级包请求信息包括：当前的版本信息；
接收所述OTA服务器发送的OTA升级包信息。
可选的，向所述终端设备推送所述OTA升级包之后，还包括：
根据所述OTA升级包信息，下载所述OTA升级包，并根据所述OTA升级包进行版本升级；所述OTA升级包信息包括所述OTA升级包的下载路径。
第二方面，本发明提供一种终端设备的OTA升级包的推送装置，包括：
获取模块，用于获取挂载remount信息；
处理模块，用于若所述remount信息指示所述终端设备被挂载，则根据获取的空中下载OTA服务器的OTA升级包信息，确定OTA升级包是否为差分包；
所述处理模块，还用于若所述OTA升级包是差分包，则停止向所述终端设备推送所述OTA升级包。
可选的，所述处理模块，还用于：
若所述remount信息指示所述终端设备未被挂载，则向所述终端设备推送所述OTA升级包；
若所述remount信息指示所述终端设备未被挂载，且所述OTA升级包为全包，则向所述终端设备推送所述OTA升级包。
可选的，获取模块，具体用于：
在init进程中启动remount信息获取服务，读取***system分区中的remount信息；
将所述remount信息保存至所述remount信息获取服务的属性中；其中，所述remount信息获取服务的用户组的权限为root权限。
可选的，获取模块，具体用于：
在所述init进程中启动属***，所述属***用于启动所述remount信息获取服务。
本发明提供的终端设备的OTA升级包的推送方法及装置,若获取的remount信息指示终端设备被挂载，则根据获取的空中下载OTA服务器的OTA升级包信息，确定OTA升级包是否为差分包；进一步的，若OTA升级包是差分包，则停止向终端设备推送OTA升级包，避免了终端设备下载升级包后，在升级过程中出现升级失败，同时避免了升级失败后停留在recovery界面，用户体验较差的问题。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
图1是本发明提供的终端设备的OTA升级包的推送方法一实施例的流程示意图；
图2是本发明提供的终端设备的OTA升级包的推送方法另一实施例的流程示意图；
图3是本发明提供的终端设备的OTA升级包的推送装置一实施例的结构示意图；
图4是本发明提供的终端设备一实施例的结构示意图。
通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的设备的例子。
本发明的说明书和权利要求书及所述附图中的术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、***、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
首先对本发明所涉及的名词进行解释：
本发明实施例所指的终端设备可以是终端设备、平板电脑等设备。终端设备在对软件***进行升级前，首先向服务器请求对应的OTA升级包并下载该OTA升级包，在OTA升级包下载完成后根据用户的选择执行升级。
为了节省服务器的存储资源和终端设备下载OTA升级包的时间，且降低开发成本，所述的OTA升级包通常为相邻两个版本之间的差分文件。
目前的软件升级过程中，需在recovery模式下进行，会对***(system)分区进行校验，若终端设备被挂载(remount)则system分区中会记录remount次数，从而导致终端设备的system分区发生变化，因此，会导致校验失败，从而导致OTA升级失败，由于OTA升级失败后，终端设备会停留在recovery界面，会让用户不知所措，对于用户而言是致命的，严重影响到用户对产品功能和可靠性的认可度，同时，OTA升级支持自动升级功能，也就是静默升级，如果当前的OTA升级包配置的是静默升级，一旦出现升级失败的情况，会导致静默升级功能失效，用户体验较差。
本发明实施例的终端设备的OTA升级包的推送方法，旨在解决上述由于终端设备被挂载而导致的OTA升级失败，用户体验较差的问题。
图1是本发明提供的终端设备的OTA升级包的推送方法一实施例的流程示意图。如图1所示，本实施例提供的方法，包括：
步骤101、获取挂载remount信息；
步骤102、若remount信息指示终端设备被挂载，则根据获取的空中下载OTA服务器的OTA升级包信息，确定OTA升级包是否为差分包；
步骤103、若OTA升级包是差分包，则停止向终端设备推送OTA升级包。
具体的，在对版本进行升级前，需要确定该终端设备是否被挂载过，即获取remount信息，该remount信息用于指示终端设备是否被挂载过。
终端设备一旦被remount，则在system分区特定位置记录remount次数和最近一次remount的时间，只需要获取一下该位置的值，就可以获取当前终端设备的remount信息。
若remount信息指示终端设备被挂载，则根据获取的OTA服务器的OTA升级包信息，确定OTA升级包是否为差分包。
即在步骤101之前、或步骤101之后，可以获取OTA服务器发送的OTA升级包信息。
在一些实施方式中，若检测到终端设备连接的网络类型发生变化，或达到预设的检测周期，则向OTA服务器发送升级包请求信息；升级包请求信息包括：当前的版本信息；例如还可以包括终端设备的型号。
接收OTA服务器发送的OTA升级包信息。
其中，OTA升级包信息可以包括OTA服务器上该终端设备可以升级的最新升级包信息，以及包含了特定信息来指明当前的升级包是全包还是差分包。OTA升级包信息中还可以包括下载路径。
其中，终端设备连接的网络类型发生变化例如：在无线保真(WIreless-Fidelity，简称WIFI)、2G，3G，4G之间切换时。
达到预设的检测周期，例如7天为一个检测周期，该检测周期可以在OTA服务器端配置，下发到终端设备。
以上两个条件只要满足了其中之一，就会触发终端设备和OTA服务器之间的通信，两者之间的通信是终端设备主动向OTA服务器发起的。
若确定出OTA升级包是差分包，则停止向终端设备推送OTA升级包，即不向终端设备推送OTA升级包。
在一些实施方式中，还包括：
若remount信息指示所述终端设备未被挂载，则向终端设备推送OTA升级包；
若remount信息指示终端设备未被挂载，且OTA升级包为全包，则向终端设备推送OTA升级包。
具体的，如图2所示，终端设备从OTA服务器接收到返回的OTA升级包信息，解析出当前OTA服务器配置的升级包是全包还是差分包后，并判断终端设备的remount状态：
若终端设备没有被remount，则向终端设备推送该升级包。
若终端设备已经被remount，且升级包为全包，则向终端设备推送该升级包。
若终端设备已经被remount，且升级包为差分包，则不向终端设备推送该升级包。
在向终端设备推送OTA升级包之后，还可以执行如下操作：
根据OTA升级包信息，下载OTA升级包，并根据OTA升级包进行版本升级；OTA升级包信息包括OTA升级包的下载路径。
推送升级包后，可以根据用户的选择操作，进一步确定是否进行升级，或在什么时间，或在特定的网络情况下进行升级。
例如，在WIFI网络下，在用户极少使用该终端设备的时间段(如凌晨1点-5点)进行升级。
通过上述方案就可以实现OTA升级的“事先判断”，避免了终端设备下载升级包后，在升级过程中发现升级失败的“事后报错”，同时避免了升级失败后停留在recovery界面，用户体验较差的问题。
本实施例的终端设备的OTA升级包的推送方法，若获取的remount信息指示终端设备被挂载，则根据获取的空中下载OTA服务器的OTA升级包信息，确定OTA升级包是否为差分包；进一步的，若OTA升级包是差分包，则停止向终端设备推送OTA升级包，避免了终端设备下载升级包后，在升级过程中出现升级失败，同时避免了升级失败后停留在recovery界面，用户体验较差的问题。
在上述实施例的基础上，可选的，步骤101具体可以通过如下方式实现：
在init进程中启动remount信息获取服务，读取***system分区中的remount信息；
将所述remount信息保存至所述remount信息获取服务的属性中；其中，所述remount信息获取服务的用户组的权限为root权限。
其中，init进程可以为安卓(Android)***的初始化进程。
Root权限存在于安卓***中，是***中的超级用户权限，相当于Windows(一种操作***)***中的管理员(administrator)用户权限。其具有***中所有的权限，如启动或停止一个进程，删除或增加用户，增加或者禁用硬件等等。
由于终端设备被remount后，会在system分区特定位置记录remount信息，在正常开机下，终端设备的升级检测程序在进行OTA升级包推送前可以通过一定的方法获取到该特定位置的值，从而抉择推送方案。由于system分区的权限较高，升级检测程序是没有权限对其进行读操作的，可以采取通过在init进程的rc文件中新建一个服务，指定用户组的权限为root权限的方式获取到system分区的remount信息。
其中，rc文件是指安卓***中的脚本文件。
可选的，启动remount信息获取服务之前，还包括：
在init进程中启动属***，属***用于启动remount信息获取服务。
具体的，在/init.rc中定义一个服务，该服务的用户组权限为root权限，该服务启动一个可执行程序，在init进程中启动属***，当属***中的属性persist.sys.remount.info的值被置为1，启动remount信息获取服务sys_remount_ext，该服务执行可执行程序sys_remount_ext，程序中读取system分区的remount信息，将remount信息保存到该服务的属性debug.sys.hmct.remount.status中。
终端设备的升级检测程序在进行升级包检测时，将persist.sys.remount.info置为1，启动上述的服务，同时，判断当前OTA服务器上配置的升级包是差分包还是全包，以及debug.sys.hmct.remount.status的值。
如果确定终端设备未被remount过，则执行下载、升级流程；
若终端设备未被remount过，debug.sys.hmct.remount.status值为0。
如果终端设备被remount，且服务器上配置的升级包为全包，则执行下载、升级流程。
若终端设备被remount，debug.sys.hmct.remount.status值为1
如果终端设备被remount，且服务器上配置的升级包为差分包，则不向用户推送升级包。
上述具体实施方式中，通过在init进程中启动remount信息获取服务，读取***system分区中的remount信息；由于服务的用户组的权限为root权限因此可以获取到system分区中的remount信息。
图3为本发明提供的终端设备的OTA升级包的推送装置一实施例的结构图，如图3所示，本实施例的终端设备的OTA升级包的推送装置，包括：
获取模块301，用于获取挂载remount信息；
处理模块302，用于若所述remount信息指示所述终端设备被挂载，则根据获取的空中下载OTA服务器的OTA升级包信息，确定OTA升级包是否为差分包；
所述处理模块302，还用于若所述OTA升级包是差分包，则停止向所述终端设备推送所述OTA升级包。
可选的，所述处理模块302，还用于：
若所述remount信息指示所述终端设备未被挂载，则向所述终端设备推送所述OTA升级包；
若所述remount信息指示所述终端设备未被挂载，且所述OTA升级包为全包，则向所述终端设备推送所述OTA升级包。
可选的，获取模块301，具体用于：
在init进程中启动remount信息获取服务，读取***system分区中的remount信息；
将所述remount信息保存至所述remount信息获取服务的属性中；其中，所述remount信息获取服务的用户组的权限为root权限。
可选的，获取模块301，具体用于：
在所述init进程中启动属***，所述属***用于启动所述remount信息获取服务。
可选的，还包括：
发送模块，用于若所述处理模块检测到所述终端设备连接的网络类型发生变化，或达到预设的检测周期，则向所述OTA服务器发送升级包请求信息；所述升级包请求信息包括：当前的版本信息；
接收模块，用于接收所述OTA服务器发送的OTA升级包信息。
可选的，所述处理模块302，还用于：
根据所述OTA升级包信息，下载所述OTA升级包，并根据所述OTA升级包进行版本升级；所述OTA升级包信息包括所述OTA升级包的下载路径。
本实施例的装置，可以用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。
图4为本发明提供的终端设备一实施例的结构图，如图4所示，该终端设备包括：
处理器401，以及，用于存储处理器401的可执行指令的存储器402。
其中，处理器401配置为经由执行所述可执行指令来执行前述方法实施例中对应的方法，其具体实施过程可以参见前述方法实施例，此处不再赘述。
可选的，本发明实施例的终端设备还可以包括电源组件、多媒体组件以及通信组件。
可选的，存储器402被配置为存储各种类型的数据以支持处理器401在终端设备的操作。这些数据的示例包括用于在终端设备上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器402可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。
电源组件为终端设备的各种组件提供电力。电源组件可以包括电源管理***，一个或多个电源，及其他与为终端设备生成、管理和分配电力相关联的组件。
可选的，多媒体组件包括在终端设备和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板还可以包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件还可以包括一个前置摄像头和/或后置摄像头。当终端设备处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜***或具有焦距和光学变焦能力。
可选的，通信组件被配置为便于终端设备和其他设备之间通过有线或无线方式进行通信。
本发明实施例中还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现前述方法实施例中对应的方法，其具体实施过程可以参见前述方法实施例，其实现原理和技术效果类似，此处不再赘述。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本发明旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求书指出。
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求书来限制。
Claims (9)
1.一种终端设备的OTA升级包的推送方法，其特征在于，包括：
若检测到终端设备连接的网络类型发生变化，或达到预设的检测周期，则向OTA服务器发送升级包请求信息；所述升级包请求信息包括：当前的版本信息；
接收所述OTA服务器发送的OTA升级包信息；
获取挂载remount信息；
若所述remount信息指示所述终端设备被挂载，则根据获取的空中下载OTA服务器的OTA升级包信息，确定OTA升级包是否为差分包；
若所述OTA升级包是差分包，则停止向所述终端设备推送所述OTA升级包。
2.根据权利要求1所述的方法，其特征在于，还包括：
若所述remount信息指示所述终端设备未被挂载，则向所述终端设备推送所述OTA升级包；
若所述remount信息指示所述终端设备被挂载，且所述OTA升级包为全包，则向所述终端设备推送所述OTA升级包。
3.根据权利要求1或2所述的方法，其特征在于，获取挂载remount信息，具体包括：
在init进程中启动remount信息获取服务，读取***system分区中的remount信息；
将所述remount信息保存至所述remount信息获取服务的属性中；其中，所述remount信息获取服务的用户组的权限为root权限。
4.根据权利要求3所述的方法，其特征在于，启动remount信息获取服务之前，还包括：
在所述init进程中启动属***，所述属***用于启动所述remount信息获取服务。
5.根据权利要求1所述的方法，其特征在于，向所述终端设备推送所述OTA升级包之后，还包括：
根据所述OTA升级包信息，下载所述OTA升级包，并根据所述OTA升级包进行版本升级；所述OTA升级包信息包括所述OTA升级包的下载路径。
6.一种终端设备的OTA升级包的推送装置，其特征在于，包括：
获取模块，用于获取挂载remount信息；
处理模块，用于若所述remount信息指示所述终端设备被挂载，则根据获取的空中下载OTA服务器的OTA升级包信息，确定OTA升级包是否为差分包；
所述处理模块，还用于若所述OTA升级包是差分包，则停止向所述终端设备推送所述OTA升级包；
发送模块，用于若所述处理模块检测到所述终端设备连接的网络类型发生变化，或达到预设的检测周期，则向所述OTA服务器发送升级包请求信息；所述升级包请求信息包括：当前的版本信息；
接收模块，用于接收所述OTA服务器发送的OTA升级包信息。
7.根据权利要求6所述的装置，其特征在于，所述处理模块，还用于：
若所述remount信息指示所述终端设备未被挂载，则向所述终端设备推送所述OTA升级包；
若所述remount信息指示所述终端设备被挂载，且所述OTA升级包为全包，则向所述终端设备推送所述OTA升级包。
8.根据权利要求6或7所述的装置，其特征在于，获取模块，具体用于：
在init进程中启动remount信息获取服务，读取***system分区中的remount信息；
将所述remount信息保存至所述remount信息获取服务的属性中；其中，所述remount信息获取服务的用户组的权限为root权限。
9.根据权利要求8所述的装置，其特征在于，获取模块，具体用于：
在所述init进程中启动属***，所述属***用于启动所述remount信息获取服务。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810002658.4A CN108228215B (zh) | 2018-01-02 | 2018-01-02 | 终端设备的ota升级包的推送方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810002658.4A CN108228215B (zh) | 2018-01-02 | 2018-01-02 | 终端设备的ota升级包的推送方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108228215A CN108228215A (zh) | 2018-06-29 |
| CN108228215B true CN108228215B (zh) | 2021-06-01 |
Family
ID=62645014
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810002658.4A Active CN108228215B (zh) | 2018-01-02 | 2018-01-02 | 终端设备的ota升级包的推送方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108228215B (zh) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111290859B (zh) * | 2018-12-07 | 2023-08-18 | 成都鼎桥通信技术有限公司 | 一种双***终端初始化属性同步的方法和终端 |
| CN109977663A (zh) * | 2019-03-14 | 2019-07-05 | 四川长虹电器股份有限公司 | 防止Android智能终端设备被恶意root提权的方法 |
| CN110290223A (zh) * | 2019-07-18 | 2019-09-27 | 上海擎感智能科技有限公司 | 主动升级方法及*** |
| CN111274008B (zh) * | 2020-01-08 | 2023-07-18 | 百度在线网络技术（北京）有限公司 | 进程控制方法、服务器和电子设备 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103544031A (zh) * | 2013-08-27 | 2014-01-29 | Tcl集团股份有限公司 | 多分区外存储设备的Android***升级方法和*** |
| CN104504326A (zh) * | 2014-12-05 | 2015-04-08 | 深圳天珑无线科技有限公司 | 一种检查***文件完整性的方法 |
| CN104714811A (zh) * | 2013-12-13 | 2015-06-17 | 中兴通讯股份有限公司 | 差分升级包的制作方法及装置、***差分升级方法及装置 |
| CN105446768A (zh) * | 2015-11-05 | 2016-03-30 | 小米科技有限责任公司 | ***升级方法及装置 |
| EP3179366A1 (en) * | 2014-08-06 | 2017-06-14 | ZTE Corporation | Method and terminal for ota updating |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104506639A (zh) * | 2014-12-29 | 2015-04-08 | 北京奇虎科技有限公司 | 一种获取Root权限的方法及装置 |
-
2018
- 2018-01-02 CN CN201810002658.4A patent/CN108228215B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103544031A (zh) * | 2013-08-27 | 2014-01-29 | Tcl集团股份有限公司 | 多分区外存储设备的Android***升级方法和*** |
| CN104714811A (zh) * | 2013-12-13 | 2015-06-17 | 中兴通讯股份有限公司 | 差分升级包的制作方法及装置、***差分升级方法及装置 |
| EP3179366A1 (en) * | 2014-08-06 | 2017-06-14 | ZTE Corporation | Method and terminal for ota updating |
| CN104504326A (zh) * | 2014-12-05 | 2015-04-08 | 深圳天珑无线科技有限公司 | 一种检查***文件完整性的方法 |
| CN105446768A (zh) * | 2015-11-05 | 2016-03-30 | 小米科技有限责任公司 | ***升级方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN108228215A (zh) | 2018-06-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108228215B (zh) | 终端设备的ota升级包的推送方法及装置 | |
| CN107038085B (zh) | 一种客户端应用的修复方法、装置及*** | |
| EP3073379B1 (en) | Firmware recovery method, device and terminal | |
| US9037906B2 (en) | Mobile terminal and controlling method thereof | |
| CN110096302B (zh) | 软件数据储存、升级方法、装置、设备和存储介质 | |
| KR101852781B1 (ko) | 기기 제어 방법, 장치, 프로그램 및 컴퓨터 판독가능한 기록매체 | |
| KR20120041384A (ko) | 모바일 디바이스의 펌웨어 업데이트 방법 및 장치 | |
| CN113110852A (zh) | 固件升级方法、装置及存储介质 | |
| CN106406956B (zh) | 应用程序的安装方法及装置 | |
| CN104918114A (zh) | 一种操作***升级方法及装置 | |
| CN105589663A (zh) | 移动终端及其数据处理方法 | |
| CN106775903B (zh) | 安全策略文件更新方法及装置 | |
| CN112506553B (zh) | 服务网格的数据面容器的升级方法、装置及电子设备 | |
| CN105446768A (zh) | ***升级方法及装置 | |
| CN109117153B (zh) | 应用程序的处理方法、装置、终端和存储介质 | |
| WO2016082450A1 (zh) | 一种用户终端的升级方法和用户终端 | |
| RU2630371C2 (ru) | Способ и устройство для обновления микропрограммного обеспечения | |
| CN112416411B (zh) | 升级方法及装置、设备端、服务器、计算机可读介质 | |
| CN106126382B (zh) | 识别文件***错误的方法及装置 | |
| CN114780019A (zh) | 电子设备的管理方法、装置、电子设备及存储介质 | |
| CN112463199A (zh) | 一种***升级方法及终端 | |
| CN108153540B (zh) | ***升级的方法、装置、终端及存储介质 | |
| CN105453518B (zh) | 计量网络的同步 | |
| CN107733674B (zh) | 组件升级方法及终端 | |
| CN105099765B (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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| CP01 | Change in the name or title of a patent holder | ||
| CP01 | Change in the name or title of a patent holder |
Address after: 266071 Shandong city of Qingdao province Jiangxi City Road No. 11 Patentee after: Qingdao Hisense Mobile Communication Technology Co.,Ltd. Patentee after: QINGDAO HISENSE MEDICAL EQUIPMENT Co.,Ltd. Address before: 266071 Shandong city of Qingdao province Jiangxi City Road No. 11 Patentee before: HISENSE MOBILE COMMUNICATIONS TECHNOLOGY Co.,Ltd. Patentee before: QINGDAO HISENSE MEDICAL EQUIPMENT Co.,Ltd. |
|
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20240329 Address after: 266071 Shandong city of Qingdao province Jiangxi City Road No. 11 Patentee after: Qingdao Hisense Mobile Communication Technology Co.,Ltd. Country or region after: China Address before: 266071 Shandong city of Qingdao province Jiangxi City Road No. 11 Patentee before: Qingdao Hisense Mobile Communication Technology Co.,Ltd. Country or region before: China Patentee before: QINGDAO HISENSE MEDICAL EQUIPMENT Co.,Ltd. |