WO2014146256A1 - 一种升级方法、智能终端及升级系统 - Google Patents

一种升级方法、智能终端及升级系统 Download PDF

Info

Publication number
WO2014146256A1
WO2014146256A1 PCT/CN2013/072887 CN2013072887W WO2014146256A1 WO 2014146256 A1 WO2014146256 A1 WO 2014146256A1 CN 2013072887 W CN2013072887 W CN 2013072887W WO 2014146256 A1 WO2014146256 A1 WO 2014146256A1
Authority
WO
WIPO (PCT)
Prior art keywords
upgrade
installation package
version number
smart terminal
external device
Prior art date
Application number
PCT/CN2013/072887
Other languages
English (en)
French (fr)
Inventor
杨崴
Original Assignee
华为技术有限公司
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 华为技术有限公司 filed Critical 华为技术有限公司
Priority to CN201380000278.2A priority Critical patent/CN103518191A/zh
Priority to PCT/CN2013/072887 priority patent/WO2014146256A1/zh
Publication of WO2014146256A1 publication Critical patent/WO2014146256A1/zh

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/65Updates
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/04Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/34Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/02Arrangements for optimising operational condition
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50Service provisioning or reconfiguring

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to an upgrade method, an intelligent terminal, and an upgrade system.
  • the present invention provides an upgrade method, the method comprising:
  • the saving the installation package version number to the external device of the smart terminal Includes:
  • Embodiment 1 is a schematic flowchart of Embodiment 1 of an upgrade method according to an embodiment of the present invention
  • the intelligent terminal before the system upgrade, the intelligent terminal first checks the new version and sends a detection request containing the current version number to the upgrade server. After receiving the detection request, the upgrade server determines whether there is an updated version currently. Then, the upgrade package information indicating that the system update is needed is fed back to the smart terminal, otherwise the information indicating that the system update is unnecessary is fed back to the smart terminal. As an implementation of the process, the upgrade server can respond to the detection request of the smart terminal by setting a flag bit, for example, if there is an updated version, the flag position is "1", and if not, the flag position is " 0", so the smart terminal can judge whether it needs to upgrade the system by identifying the flag. If it is determined that the intelligent terminal needs to be upgraded by the system, the OTA upgrade can be implemented according to the following scheme provided by the present invention.
  • the smart terminal before saving the installation package version number to the external device, it is also possible to determine in advance whether the smart terminal has been connected to the external device data (the external device can be in contact with the intelligent terminal data connection, or can be inserted Pull-out and smart terminal data connection), if yes, will be safe
  • the package version number is saved to the external device. That is, before saving the installation package version number, it is first clear whether the terminal has an external device plugged in. Only when it is determined that there is an external device, the following method can accurately determine the upgrade result of the smart terminal.
  • Step 203 The smart terminal performs system upgrade by using the upgrade installation package, and after the upgrade is completed, reads the installation package version number from the external device.
  • the first way is to directly save the installation package version number to the external device.
  • Step 402 The smart terminal downloads the upgrade installation package from the upgrade server, and saves the installation package version number to an external device of the smart terminal.
  • Step 403 The smart terminal performs system upgrade by using the upgrade installation package, and after the upgrade is completed, reads the installation package version number from the external device.
  • the system upgrade of the technical solution of the present invention may specifically include the following steps:
  • Step 8 The mobile phone officially enters the system upgrade process, in which all data of the mobile phone is erased.
  • the second determining unit 602 is configured to determine whether the upgrade identifier is a full upgrade identifier, and if yes, notify the download save unit to save the installation package version number to the external device.

Landscapes

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

Abstract

一种升级方法、智能终端及升级系统,所述方法包括:智能终端接收升级服务器发送的升级信息,所述升级信息包括升级安装包对应的安装包版本号;从所述升级服务器中下载所述升级安装包,并将所述安装包版本号保存至所述智能终端的外接设备;利用所述升级安装包进行系统升级,并在升级完成之后,从所述外接设备中读取所述安装包版本号;利用所述安装包版本号与所述智能终端具有的当前的系统版本号判断所述智能终端的升级结果,并将所述升级结果发送至所述升级服务器。如此方案,就能准确的判断出智能终端的升级结果,并有效提高升级服务器统计的升级成功率的准确性。

Description

一种升级方法、 智能终端及升级系统
技术领域
本发明涉及通信技术领域, 具体涉及一种升级方法、 智能终端及升级系 统。
背景技术
随着信息技术的不断发展,为了实现对智能终端数据及应用的有效管理, OTA (Over-The-Air , 空中下载) 技术应运而生, 人们可以通过 OTA技术实 现系统和应用的下载、 升级等操作。 对于系统升级来说, 其可体现为全量升 级和增量升级两种, 其中, 全量升级会在升级过程中擦除终端保存的所有用 户数据 (例如联系人、 短信息、 应用、 图片、 音乐、 邮件等), 增量升级则不 会出现擦除全部用户数据的情况。
一般情况下, 在对智能终端的系统进行 OTA升级之后, 需要向升级服务 器反馈终端的升级结果, 这一过程中需要两个数据, 一个是终端升级后的系 统版本号, 也即当前版本号; 一个是升级前检测到的升级包对应的安装包版 本号, 如果这两个版本号相同, 则说明终端升级成功, 即可向升级服务器反 馈升级成功的信息, 反之则要向升级服务器反馈升级失败的信息。
对于当前版本号来说, 其被保存在系统的属性文件中, 因此可以在升级 之后, 调用能访问该属' 1"生文件的 API (Application Programming Interface, 应用 程序编程接口) 的方式获得; 对于升级包对应的安装包版本号来说, 其在升 级前由升级服务器发送并保存在智能终端的本地数据库中, 升级后可以直接 从数据库中读取。
然而, 如上述对全量升级和增量升级的介绍可知, 如果智能终端进行的 是 OTA全量升级,则升级过程中被擦除的用户数据亦包括保存在本地的升级 包对应的安装包版本号, 这就导致升级完成之后无法正常读取到该数据, 进 而导致无法使之与当前版本号匹配, 致使在遇到全量升级时, 智能终端的升 级成功率为零 (升级成功率为升级服务器统计的升级成功的终端数与所有待 升级的终端数的比值), 这就会错误影响升级服务器的某些决策。 发明内容 本发明提供一种升级方法、 智能终端及升级系统, 准确判断智能终端的 升级结果, 以提高升级服务器统计升级成功率的准确性。
为了解决以上技术问题, 本发明采取的技术方案是:
第一方面, 本发明提供了一种升级方法, 所述方法包括:
智能终端接收升级服务器发送的升级信息, 所述升级信息包括升级安装 包对应的安装包版本号;
所述智能终端从所述升级服务器中下载所述升级安装包, 并将所述安装 包版本号保存至所述智能终端的外接设备;
所述智能终端利用所述升级安装包进行系统升级, 并在升级完成之后, 从所述外接设备中读取所述安装包版本号;
所述智能终端利用所述安装包版本号与所述智能终端具有的当前的系统 版本号判断所述智能终端的升级结果, 并将所述升级结果发送至所述升级服 务器。
在第一方面的第一种可能的实现方式中, 在所述将所述安装包版本号保 存至所述智能终端的外接设备之前, 所述方法还包括:
判断所述智能终端是否已与所述外接设备数据连接, 如果是, 再执行所 述将所述安装包版本号保存至所述外接设备的步骤。
在第一方面的第二种可能的实现方式中,所述升级信息还包括升级标识, 则在所述将所述安装包版本号保存至所述智能终端的外接设备之前, 所述方 法还包括:
判断所述升级标识是否为全量升级标识, 如果是, 再执行所述将所述安 装包版本号保存至所述外接设备的步骤。
结合第一方面或者第一方面的第一种或第二种可能的实现方式, 在第三 种可能的实现方式中, 所述将所述安装包版本号保存至所述智能终端的外接 设备, 包括:
直接将所述安装包版本号保存至所述外接设备; 或者,
将所述安装包版本号保存至所述智能终端的本地数据库, 再从所述本地 数据库将所述安装包版本号备份至所述外接设备。
结合第一方面或者第一方面的第一种至第三种任一种可能的实现方式, 在第四种可能的实现方式中, 在所述将所述升级结果发送至所述升级服务器 之后, 所述方法还包括:
删除所述外接设备保存的所述安装包版本号。
结合第一方面的第四种可能的实现方式, 在第五种可能的实现方式中, 所述删除所述外接设备保存的所述安装包版本号, 包括:
如果接收到所述智能终端的启动信号, 则删除所述外接设备保存的所述 安装包版本号; 或者,
如果接收到所述智能终端的联网信号, 则删除所述外接设备保存的所述 安装包版本号。
结合第一方面或者第一方面的第一种至第五种任一种可能的实现方式, 在第六种可能的实现方式中, 所述外接设备为存储卡或者 USB设备。
第二方面, 本发明提供了一种智能终端, 所述智能终端包括:
接收单元, 用于接收升级服务器发送的升级信息, 所述升级信息包括升 级安装包对应的安装包版本号;
下载保存单元, 用于从所述升级服务器中下载所述升级安装包, 并将所 述安装包版本号保存至所述智能终端的外接设备;
升级单元, 用于利用所述升级安装包进行系统升级;
读取单元, 用于在所述升级单元升级完成之后, 从所述外接设备中读取 所述安装包版本号;
发送单元, 用于利用所述读取单元读取的安装包版本号与所述智能终端 具有的当前的系统版本号判断所述智能终端的升级结果, 并将所述升级结果 发送至所述升级服务器。
在第二方面的第一种可能的实现方式中, 所述智能终端还包括: 第一判断单元,用于判断所述智能终端是否已与所述外接设备数据连接, 如果是,则通知所述下载保存单元将所述安装包版本号保存至所述外接设备。
在第二方面的第二种可能的实现方式中,所述升级信息还包括升级标识, 则所述智能终端还包括:
第二判断单元, 用于判断所述升级标识是否为全量升级标识, 如果是, 则通知所述下载保存单元将所述安装包版本号保存至所述外接设备。 结合第二方面或者第二方面的第一种或第二种可能的实现方式, 在第三 种可能的实现方式中, 所述下载保存单元, 具体用于直接将所述安装包版本 号保存至所述外接设备。
结合第二方面或者第二方面的第一种或第二种可能的实现方式, 在第四 种可能的实现方式中, 所述下载保存单元包括:
保存子单元, 用于将所述安装包版本号保存至所述智能终端的本地数据 库;
备份单元, 用于从所述本地数据库将所述安装包版本号备份至所述外接 设备。
结合第二方面或者第二方面的第一种至第四种任一种可能的实现方式, 在第五种可能的实现方式中, 所述智能终端还包括:
删除单元, 用于在所述发送单元将所述升级结果发送至所述升级服务器 之后, 删除所述外接设备保存的所述安装包版本号。
结合第二方面的第五种可能的实现方式, 在第六种可能的实现方式中, 所述删除单元, 具体用于在接收到所述智能终端的启动信号之后, 删除所述 外接设备保存的所述安装包版本号; 或者,
所述删除单元, 具体用于在接收到所述智能终端的联网信号之后, 删除 所述外接设备保存的所述安装包版本号。
第三方面, 本发明提供了一种升级系统, 所述系统包括升级服务器和上 述第二方面或者第二方面的第一种至第六种任一种可能的实现方式的智能终 端, 所述智能终端与所述升级服务器相互通信。
第四方面, 本发明提供了一种智能终端, 包括至少一个处理器, 至少一 个网络接口或者其它通信接口, 存储器, 和至少一个通信总线; 所述存储器 用于存储程序指令, 所述处理器用于根据所述程序指令执行以下步骤:
接收升级服务器发送的升级信息, 所述升级信息包括升级安装包对应的 安装包版本号;
从所述升级服务器中下载所述升级安装包, 并将所述安装包版本号保存 至所述智能终端的外接设备;
利用所述升级安装包进行系统升级, 并在升级完成之后, 从所述外接设 备中读取所述安装包版本号;
利用所述安装包版本号与所述智能终端具有的当前的系统版本号判断所 述智能终端的升级结果, 并将所述升级结果发送至所述升级服务器。 本发明实施例提供的升级方法、 智能终端及升级系统, 在进行智能终端 的系统升级之前, 将升级服务器发送的安装包版本号保存到智能终端的外接 设备中, 防止在升级过程中被擦除掉, 这样在系统升级之后, 就可准确便利 的读取该安装包版本号数据, 进而与智能终端升级后具有的系统版本号相比 较, 得到正确的升级结果上报给升级服务器, 以此保证升级服务器统计的升 级成功率的准确性。 附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案, 下面将对实 施例或现有技术描述中所需要使用的附图作简单地介绍, 显而易见地, 下面 描述中的附图仅仅是本发明的一些实施例, 对于本领域普通技术人员来讲, 在不付出创造性劳动的前提下, 还可以根据这些附图获得其他的附图。
图 1是本发明实施例升级系统的示意图;
图 2是本发明实施例升级方法实施例 1的流程示意图;
图 3是本发明实施例升级方法实施例 2的流程示意图;
图 4是本发明实施例升级方法实施例 3的流程示意图;
图 5是本发明实施例中升级包信息的填写示意图;
图 6是本发明实施例智能终端实施例 1的示意图;
图 7是本发明实施例智能终端实施例 2的示意图;
图 8是本发明实施例智能终端实施例 3的示意图;
图 9是本发明实施例智能终端的硬件构成示意图。 具体实施方式
为了使本技术领域的人员更好地理解本发明实施例的方案, 下面结合附 图和实施方式对本发明实施例作进一步的详细说明。 参见图 1, 示出了本发明升级系统的示意图, 所述系统包括智能终端 101 和升级服务器 102, 且二者相互通信。本发明技术方案主要应用于智能终端的
OTA全量升级过程, 在进行系统升级之前, 智能终端要先进行新版本检测, 向升级服务器发送包含其当前版本号的检测请求, 升级服务器接收到检测请 求后, 判断目前是否存在更新版本, 如果存在, 则向智能终端反馈表示需要 进行系统更新的升级包信息, 否则向智能终端反馈表示无需进行系统更新的 信息。 作为本过程的一种实现方式, 升级服务器可以通过设置标志位的方式 来响应智能终端的检测请求, 例如, 如果存在更新版本则将标志位置为 "1 ", 如果不存在则将标志位置为 "0", 这样智能终端就可通过识别标志位的方式 来判断其是否需要进行系统升级。 如果经判断, 需要对智能终端进行系统升 级, 则可按照本发明提供的如下方案实现 OTA升级。
需要说明的是, 本发明技术方案主要针对的智能终端的 OTA全量升级, 是因为按此方案既可实现智能终端的系统升级, 又可保证升级服务器统计的 升级成功率的准确性。 当然, 亦不排除将本发明技术方案应用到统计 OTA增 量升级过程中升级成功率的问题上, 也就是说, 对于 OTA增量升级来说, 其 可按现有技术实现, 亦可按本发明方案实现, 本发明对此不做限定。
下面对本发明的系统升级以及判断升级结果的过程进行解释说明。 参见图 2, 示出了本发明升级方法实施例 1的流程图, 所述方法包括: 步骤 201, 智能终端接收升级服务器发送的升级信息, 所述升级信息包括 升级安装包对应的安装包版本号。
如上所述, 在智能终端向升级服务器发送检测请求之后, 如果经升级服 务器判断当前存在系统更新版本, 则向智能终端返回升级信息, 以提示智能 终端进行系统升级。
升级服务器返回的升级信息中至少包含有升级安装包对应的安装包版本 号 (也即升级服务器内存在的系统更新版本的版本号), 以备智能终端在后续 判断升级结果时使用。
需要说明的是, 如果升级服务器采用上述标志位的方式通知智能终端存 在系统更新版本, 则升级信息中包含的安装包版本号可只在判断升级结果时 使用。 如果升级服务器向智能终端返回的信息中不包含标志位, 则升级信息 中的安装包版本号除了可在判断升级结果时使用, 还可用于判断智能终端是 否需要进行系统升级。 具体可体现为: 智能终端比较其具有的当前的系统版 本号与升级信息中包含的安装包版本号, 如果二者相同, 则说明无需进行升 级操作, 如果二者不同, 则说明需要进行升级操作。
步骤 202,所述智能终端从所述升级服务器中下载所述升级安装包,并将 所述安装包版本号保存至所述智能终端的外接设备。
智能终端经步骤 201接收到表示需要进行系统更新的升级信息之后, 即 可通过图文界面展示给终端用户, 并在终端用户的触发下向升级服务器发送 下载请求, 由升级服务器响应该请求, 将升级安装包完整的从升级服务器下 载到智能终端。
为了实现本发明目的, 智能终端除了要下载升级安装包之外, 还要将升 级信息中包含的安装包版本号保存到本终端的外接设备中, 以便在后续判断 升级结果时使用。 具体地, 智能终端可以在接收到升级信息之后, 即将升级 信息中包含的安装包版本号保存到外接设备中, 也就是说, 智能终端可以先 保存安装包版本号再请求下载升级安装包; 或者, 智能终端也可以在下载到 升级安装包之后, 再将安装包版本号保存到外接设备中。 本发明对这两个动 作的执行顺序不做限定, 只要使智能终端下载获得升级安装包, 使外接设备 保存有安装包版本号即可。
需要说明的是, 本发明中的外接设备可以是诸如 SD 卡 (Secure Digital
Card , 安全数码卡)、 MMC卡 (MultiMedk Card , 多媒体卡) 等存储卡, 也可 以是诸如 U盘(全称 USB闪存驱动器, USB flash disk)等具有存储功能的 USB 设备。 如果智能终端为手机, 最佳的一种外接设备可以是 SD 卡, 因为目前 的手机一般都具有 SD 卡, 因此在进行系统升级之前, 终端用户无需进行外 接设备的插拔操作。 当然, 本发明对外接设备的具体选择可以不做特殊限定, 只要能与智能终端数据连接, 且具有存储功能即可。
作为本发明的一种优选方案, 在将安装包版本号保存至外接设备之前, 还可预先判断下智能终端是否已与外接设备数据连接 (外接设备可以接触式 与智能终端数据连接, 也可以插拔式与智能终端数据连接), 如果是, 再将安 装包版本号保存至外接设备中。 也即在保存安装包版本号之前, 先明确好终 端是否插接有外接设备, 只有在确定有外接设备的情况下, 才能按照本发明 如下方案准确判断出智能终端的升级结果。 步骤 203, 所述智能终端利用所述升级安装包进行系统升级, 并在升级完 成之后, 从所述外接设备中读取所述安装包版本号。
智能终端经步骤 202 下载获得升级安装包之后, 即可通过图文界面展示 给终端用户, 并在终端用户确认安装后重启进入到升级模式, 利用下载的升 级安装包进行系统升级, 并在升级完成之后, 关机再次重启进入到正常使用 状态, 智能终端至此就完成了本发明在系统升级方面的处理, 除此之外, 本 发明方案还包括一个重要的处理环节就是升级结果判断, 亦即智能终端向升 级服务器上报升级结果。
为了进行升级结果的判断, 智能终端需要获取到以下两个数据: 一个是保存在外接设备中的安装包版本号 (该版本号就是智能终端在升 级前检测到的系统更新版本的版本号), 因为在系统更新过程中, 无论进行的 是全量升级还是增量升级, 外接设备中的数据都不会被擦除, 因此本发明方 案中将安装包版本号数据保存在外接设备中, 即可在需要时随时读取;
一个是升级之后智能终端的系统版本号 (该版本号就是智能终端的当前 版本号, 需要说明的是, 其与检测过程中出现的 "当前版本号" 含义不同, 二者一个升级之前的系统版本号, 一个是升级之后的系统版本号, 指的是智 能终端在不同时刻具有的系统版本号), 该数据被保存在终端的属性文件中, 可以在需要时通过调用标准 API接口的方式获取。
步骤 204,所述智能终端利用所述安装包版本号与所述智能终端具有的当 前的系统版本号判断所述智能终端的升级结果, 并将所述升级结果发送至所 述升级服务器。
智能终端经步骤 203 完成系统升级并获得上述两个数据之后, 即可启动 升级结果判断过程, 具体过程为: 比较两个版本号是否相匹配, 如果从外接 设备中读取的安装包版本号与终端具有的当前的系统版本号相匹配, 即两个 版本号相同, 则认为智能终端升级成功, 可以向升级服务器上报升级成功的 信息; 如果不相匹配, 即两个版本号不相同, 则认为智能终端升级失败, 可 以向升级服务器上报升级失败的信息。 至此也就真正意义上完成了本发明的 升级过程。
本发明技术方案在进行系统升级之前, 将升级服务器发送的用于判断升 级结果的安装包版本号保存到外接设备中, 防止该版本号数据在升级过程中 被擦除, 这就能避免系统升级完成之后, 因读取不到安装包版本号数据导致 升级结果判断错误, 以及向升级服务器上报错误结果致使升级服务器统计的 升级成功率有误, 影响服务器决策。 下面对步骤 202 中外接设备保存安装包版本号的具体实现过程进行解释 说明。
本发明提供以下两种具体实现方式:
第一种方式是, 直接将所述安装包版本号保存至所述外接设备。
第二种方式是,将所述安装包版本号保存至所述智能终端的本地数据库, 再从所述本地数据库将所述安装包版本号备份至所述外接设备。
为了实现本发明向外接设备中保存安装包版本号的目的, 智能终端可以 按照第一种方式直接将升级信息中的安装包版本号保存到外接设备中, 不论 智能终端当前进行的是全量升级还是增量升级。 或者, 考虑到本发明与现有 技术的兼容性, 智能终端还可以按照第二种方式先将安装包版本号保存在本 地数据库中, 只有在需要时才将其备份到外接设备中, 也就是说, 如果智能 终端判断当前进行的是全量升级, 也即会擦除终端保存的全部数据, 此时就 要将安装包版本号备份到外接设备中; 如果智能终端判断当前进行的是增量 升级, 也即不会出现擦除全部数据的情况, 此时就无需将安装包版本号备份 到外接设备, 当然, 为了保证增量升级过程中判断升级结果的绝对正确性, 也可选择将安装包版本号备份到外接设备中, 对此不做限定。 参见图 3, 示出了本发明升级方法实施例 2的流程图, 所述方法包括: 步骤 301, 智能终端接收升级服务器发送的升级信息, 所述升级信息包括 升级安装包对应的安装包版本号和升级标识。 步骤 302, 所述智能终端从所述升级服务器中下载所述升级安装包。
步骤 303,所述智能终端判断所述升级标识是否为全量升级标识,如果是, 则将所述安装包版本号保存至所述智能终端的外接设备。
步骤 304, 所述智能终端利用所述升级安装包进行系统升级, 并在升级完 成之后, 从所述外接设备中读取所述安装包版本号。
步骤 305,所述智能终端利用所述安装包版本号与所述智能终端具有的当 前的系统版本号判断所述智能终端的升级结果, 并将所述升级结果发送至所 述升级服务器。
与实施例 1 相比, 本实施例方案只针对全量升级, 只有在明确智能终端 当前进行的是增量升级时, 才利用本发明方案进行系统升级以及升级结果的 判断, 为此, 需要升级服务器在向智能终端发送升级信息时, 通过升级标识 来提示智能终端当前系统的升级类型:
如果经判断是增量升级, 则按现有技术中提供的方案, 将升级信息中的 安装包版本号保存在智能终端的本地数据库中, 并在系统升级完成后, 从本 地数据库中读取安装包版本号, 与终端具有的当前的系统版本号进行升级结 果判断;
如果经判断是全量升级, 则按本发明技术方案, 将升级信息中的安装包 版本号保存在智能终端的外接设备中, 防止系统升级过程中将该数据擦除。
需要说明的是, 图 3所示流程图中, 智能终端先从升级服务器中下载升 级安装包, 再经判断后将安装包版本号保存到外接设备中, 如上在实施例 1 步骤 202 处的介绍可知, 智能终端还可先判断当前的升级类型为全量升级, 并将安装包版本号保存到外接设备之后, 再从升级服务器下载升级安装包, 此处不再贅述。 参见图 4, 示出了本发明升级方法实施例 3的流程图, 所述方法包括: 步骤 401, 智能终端接收升级服务器发送的升级信息, 所述升级信息包括 升级安装包对应的安装包版本号。
步骤 402, 所述智能终端从所述升级服务器中下载所述升级安装包, 并将 所述安装包版本号保存至所述智能终端的外接设备。 步骤 403, 所述智能终端利用所述升级安装包进行系统升级, 并在升级完 成之后, 从所述外接设备中读取所述安装包版本号。
步骤 404,所述智能终端利用所述安装包版本号与所述智能终端具有的当 前的系统版本号判断所述智能终端的升级结果, 并将所述升级结果发送至所 述升级服务器。
步骤 401〜404与步骤 201〜204相同, 此处不再赞述。
步骤 405, 所述智能终端删除所述外接设备保存的所述安装包版本号。 为了保证智能终端判断升级结果的准确性, 本发明将升级服务器发送的 安装包版本号保存到外接设备中, 并可在需要时从外接设备读取, 如此方案 就能准确判断出系统是否成功升级。 然而, 上述方案就会在终端用户不知情 的情况下, 使用户的外接设备中存有一个保存安装包版本号的文件, 且在用 户看来这个文件并非其操作产生的, 因此可能会影响用户利用本发明方案进 行系统升级之后的使用体验。 考虑到这一点, 本发明还可在向升级服务器上 报升级结果之后, 控制将外接设备保存的安装包版本号删除, 也即删除保存 安装包版本号的文件。
需要说明的是, 本步骤中删除安装包版本号的动作只要在终端用户查看 外接设备的存储内容之前完成即可, 也就是说只要不让用户发现外接设备中 保存有一个其不知晓的数据或文件即可, 下面对本发明触发删除安装包版本 号的方式进行举例说明。
智能终端可以在接收到启动信号 (此处的启动指的是智能终端完成升级 之后的重启过程) 之后, 被触发删除所述安装包版本号; 或者, 也可以在接 收到联网信号 (此处的联网指的是智能终端完成升级并重启进入正常使用状 态, 连接上数据业务的过程) 之后, 被触发删除所述安装包版本号。
在上述两个示例中, 如果智能终端在启动信号的触发下删除外接设备中 的安装包版本号, 则可能会影响智能终端的开机速度, 因此本发明优选通过 联网信号来触发删除安装包版本号。 除此之外, 采用联网信号触发删除安装 包版本号还具有以下好处:
在智能终端升级完成, 并重启进入正常使用状态时, 如果终端按照正常 流程连接数据业务, 则会被触发删除安装包版本号, 而若在终端重启进入正 常使用状态时, 对终端进行断网处理, 则终端不会连接数据业务, 也就不会 被触发删除安装包版本号, 这样, 就能查看到外接设备中保存的安装包版本 号, 存在取证的场景。 下面以华为公司 P 1手机进行 OTA全量升级(从 Android Icecream版本全 量升级到 Android Jellybean版本) 为例, 对本发明的具体实现过程进行解释说 明。
首先, 在升级服务器侧放置升级安装包, 并填写图 5所示的升级包信息, 其中, 目标版本号 U9200-1V100R001CHNC00B523 是更新系统的版本号, 也 即 要 保 存 到 外 接 设 备 中 的 安 装 包 版 本 号 , 基 准 版 本 号 U9200-1V100R001CHNC00B118是 P1手机当前安装的系统的版本号, 也即检 测过程中的 当前的系统版本号。 其次, 使用 当前的系统版本号为 U9200-1V100R001CHNC00B118的 P1手机, 并插入 SD卡 (本示例中以 SD卡 作为外接设备), 进入手机桌面, 点击 "系统更新" 图标后进入更新主界面, 开始按照本发明技术方案进行系统升级, 具体可包括如下步骤:
步骤一, 用户在更新主界面上点击 "在线升级" 按钮, 手机即可通过检 测请求将其具有的当前的系统版本号以及设备名称等信息发送至升级服务 器, 请求升级服务器进行升级检测。
步骤二, 升级服务器通过填写的升级包信息, 判断其是否具有更新版本 的系统, 如果具有, 则向手机返回升级信息, 升级信息中包含有目标版本号、 全量升级标识、 其它关于新版本的信息; 如果不具有, 则向手机返回不需系 统升级的信息, 并由手机提示用户目前系统已是最新版本。
步骤三, 手机接收到升级服务器返回的升级信息后, 将目标版本号保存 到 /data/data/ OTA 程序包名 /databases/hwouc.db 文件中, 数据库的表名为 firmwares , 字段名为 fw_verison ; 升级信息中包含的其它关于新版本的信息也 可以保存在 hwouc.db文件中; 全量升级标识既可保存在 hwouc.db文件中, 也 可存在字段名为 CLEAR_DATA_FLAG的緩存文件中。
需要说明的是, 上述示例是以华为 OTA程序为例, 与其它厂商相比, 可 能在存储路径以及字段名称方面存在不同。 步骤四, 手机接收到升级信息之后, 还会以图文界面的方式向用户展示 存在新版本的信息, 此时用户即可点击 "下载并安装" 按钮, 向升级服务器 发送下载请求, 由升级服务器响应该请求, 将升级安装包下载至手机中。
步骤五, 待升级安装包下载完成之后, 手机进入安装界面, 用户即可点 击安装界面的 "安装" 按钮, 在手机关机重启进入升级模式之前, 要先判断 本次升级是否为全量升级。 在本示例中, 采用将全量升级标识写为 "ture" 的 方式, 使手机将本次升级类型识别为全量升级, 具体过程为, 手机从緩存文 件中读取 CLEAR_DATA_FLAG 字段, 若值为 true , 则判定本次升级为全量 升级。
步骤六, 判断手机是否加载有 SD 卡, 如果存在, 则可继续执行本发明 的下述步骤。 针对华为 P1手机, 可以通过 HwOucUtility.isUpdatePackageExist 方法进行判断。
步骤七, 如果经判断本次升级为全量升级, 且手机加载有 SD 卡, 则可 在安装升级包之前, 将保存在数据表 fkmwares中的目标版本号备份到 SD卡 法备份目标版本号,如此操作之后,会在 SD卡的根目录下生成 hwouc_new.txt 文件, 且 hwouc_new.txt文件中写有字符串 "目标版本号, 目标版本号的身份 标识"。
步骤八, 手机正式进入到系统升级过程, 在此过程中会擦除手机的全部 数据。
步骤九, 在手机升级完成之后, 重启进入正常使用状态, 即可从 SD 卡 根目录下的 hwouc_new.txt文件中读取目标版本号,并调用 API获取升级后的 当前版本号, 针对 P1手机, 可以调用 SystemProperties.get("ro.build.dispky.id") 来获得当前版本号。
步骤十, 判断目标版本号与当前版本号是否相同, 如果当前版本号为
U9200-1V100R001CHNC00B523 , 则判定二者相同, 说明升级成功, 可向升级 服务器上报升级成功的信息; 如果不相同, 则说明升级失败, 要向升级服务 器上报升级失败的信息。
需要说明的是, 在手机向升级服务器上报升级结果之后, 可以查看升级 服务器侧的升级记录, 若是升级成功信息, 则 U9200-1V100R001CHNC00B523 的升级成功数加 1。
步骤十一, 在手机向升级服务器上报升级结果 (不论是上报升级成功消 息还是升级失败消息) 后, 若检测到网络连接通知, 即联网信号, 就被触发 删除 SD卡才艮目录下的 hwouc_new.txt文件。
当然, 如果在手机重启进入正常使用状态时, 对手机进行了断网处理, 则不会检测到网络连接通知, 就可通过文件管理器查看 SD 卡根目录下的 hwouc_new.txt文件及其记载的内容, 为取证提供了一定的技术基础。 参见图 6,示出了本发明智能终端实施例 1的示意图,所述智能终端包括: 接收单元 501, 用于接收升级服务器发送的升级信息, 所述升级信息包括 升级安装包对应的安装包版本号。
下载保存单元 502, 用于从所述升级服务器中下载所述升级安装包, 并将 所述安装包版本号保存至所述智能终端的外接设备。
如果不考虑本发明与现有升级方法的兼容性问题, 所述下载保存单元, 具体用于直接将所述安装包版本号保存至所述外接设备。
如果考虑本发明与现有升级方法的兼容性问题,所述下载保存单元包括: 保存子单元, 用于将所述安装包版本号保存至所述智能终端的本地数据 库;
备份单元, 用于从所述本地数据库将所述安装包版本号备份至所述外接 设备。
升级单元 503, 用于利用所述升级安装包进行系统升级。
读取单元 504, 用于在所述升级单元升级完成之后, 从所述外接设备中读 取所述安装包版本号。 端具有的当前的系统版本号判断所述智能终端的升级结果, 并将所述升级结 果发送至所述升级服务器。
为了防止在系统升级过程中, 终端保存的数据被擦除, 在升级前将升级 服务器发送的安装包版本号保存到终端的外接设备中, 这样安装包版本号数 据既不会在升级过程中被擦除掉, 还能在需要时很方便的读取到。 就能保证 升级完成后判断升级结果的准确性, 并有效提高升级服务器统计的升级成功 率的准确性。
优选的, 智能终端还可包括第一判断单元, 用于判断所述智能终端是否 已与所述外接设备数据连接, 如果是, 则通知所述下载保存单元将所述安装 包版本号保存至所述外接设备。 也就是说, 只有在确保智能终端连接有外接 设备时, 才可利用本发明方案进行系统升级。 参见图 7,示出了本发明智能终端实施例 2的示意图,所述智能终端包括: 接收单元 601, 用于接收升级服务器发送的升级信息, 所述升级信息包括 升级安装包对应的安装包版本号和升级标识。
第二判断单元 602,用于判断所述升级标识是否为全量升级标识,如果是, 则通知下载保存单元将所述安装包版本号保存至所述外接设备。
下载保存单元 603, 用于从所述升级服务器中下载所述升级安装包, 并将 所述安装包版本号保存至所述智能终端的外接设备。
升级单元 604, 用于利用所述升级安装包进行系统升级。
读取单元 605, 用于在所述升级单元升级完成之后, 从所述外接设备中读 取所述安装包版本号。 端具有的当前的系统版本号判断所述智能终端的升级结果, 并将所述升级结 果发送至所述升级服务器。 参见图 8,示出了本发明智能终端实施例 3的示意图,所述智能终端包括: 接收单元 701, 用于接收升级服务器发送的升级信息, 所述升级信息包括 升级安装包对应的安装包版本号。
下载保存单元 702, 用于从所述升级服务器中下载所述升级安装包, 并将 所述安装包版本号保存至所述智能终端的外接设备。
升级单元 703, 用于利用所述升级安装包进行系统升级。
读取单元 704, 用于在所述升级单元升级完成之后, 从所述外接设备中读 取所述安装包版本号。 端具有的当前的系统版本号判断所述智能终端的升级结果, 并将所述升级结 果发送至所述升级服务器。
删除单元 706,用于在所述发送单元将所述升级结果发送至所述升级服务 器之后, 删除所述外接设备保存的所述安装包版本号。
因为利用本发明方案进行系统升级之后, 外接设备中保存有一个保存安 装包版本号的文件,为了保证用户利用本发明方案进行系统升级的使用体验, 还应在向升级服务器上报升级结果之后, 控制删除外接设备中的安装包版本 号, 也即保存安装包版本号的文件。
由上述分析可知, 为了保证用户的使用体验, 只要在用户查看外接设备 的存储内容之前将安装包版本号删除即可, 也就是说只要不让用户发现外接 设备中保存有一个其不知晓的数据或文件即可,作为本发明的两种实现方式, 删除单元可以具体在接收到所述智能终端的启动信号之后, 或者在接收到所 述智能终端的联网信号之后, 删除所述外接设备保存的所述安装包版本号。 进一步地, 本发明实施例还分别提供了智能终端的硬件构成。 可包括至 少一个处理器(例如 CPU ), 至少一个网络接口或者其他通信接口, 存储器, 和至少一个通信总线, 用于实现这些装置之间的连接通信。 处理器用于执行 存储器中存储的可执行模块, 例如计算机程序。 存储器可能包含高速随机存 取存储器(RAM: Random Access Memory ), 也可能还包括非不稳定的存储 器( non- volatile memory ), 例如至少一个磁盘存者器。 通过至少一个网络接 口 (可以是有线或者无线) 实现该系统网关与至少一个其他网元之间的通信 连接, 可以使用互联网, 广域网, 本地网, 城域网等。
参见图 9, 在一些实施方式中, 存储器中存储了程序指令, 程序指令可 以被处理器执行, 其中, 程序指令可包括接收单元 501、 下载保存单元 502、 升级单元 503、 读取单元 504、 发送单元 505 , 或者程序指令还可包括第一判 断单元、 第二判断单元 602、 删除单元 706。 各单元的具体实现可参见图 6、 7 或 8所揭示的相应单元, 这里不再贅述。 通过以上的实施方式的描述可知, 本领域的技术人员可以清楚地了解到 上述实施例方法中的全部或部分步骤可借助软件加必需的通用硬件平台的方 式来实现。 基于这样的理解, 本发明的技术方案本质上或者说对现有技术做 出贡献的部分可以以软件产品的形式体现出来, 该计算机软件产品可以存储 在存储介质中, 如 ROM/RAM、 磁碟、 光盘等, 包括若干指令用以使得一台 计算机设备 (可以是个人计算机, 服务器, 或者诸如媒体网关等网络通信设 备, 等等) 执行本发明各个实施例或者实施例的某些部分所述的方法。 实施例之间相同相似的部分互相参见即可, 每个实施例重点说明的都是与其 他实施例的不同之处。 尤其, 对于设备及系统实施例而言, 由于其基本相似 于方法实施例, 所以描述得比较简单, 相关之处参见方法实施例的部分说明 即可。 以上所描述的设备及系统实施例仅仅是示意性的, 其中作为分离部件 是或者也可以不是物理单元, 即可以位于一个地方, 或者也可以分布到多个 网络单元上。 可以根据实际的需要选择其中的部分或者全部模块来实现本实 施例方案的目的。 本领域普通技术人员在不付出创造性劳动的情况下, 即可 以理解并实施。
以上所述仅为本发明的较佳实施例而已, 并非用于限定本发明的保护范 围。 凡在本发明的精神和原则之内所作的任何修改、 等同替换、 改进等, 均 包含在本发明的保护范围内。

Claims

权 利 要 求
1、 一种升级方法, 其特征在于, 所述方法包括:
智能终端接收升级服务器发送的升级信息, 所述升级信息包括升级安装 包对应的安装包版本号;
所述智能终端从所述升级服务器中下载所述升级安装包, 并将所述安装 包版本号保存至所述智能终端的外接设备;
所述智能终端利用所述升级安装包进行系统升级, 并在升级完成之后, 从所述外接设备中读取所述安装包版本号;
所述智能终端利用所述安装包版本号与所述智能终端具有的当前的系统 版本号判断所述智能终端的升级结果, 并将所述升级结果发送至所述升级服 务器。
2、 才艮据权利要求 1所述的方法, 其特征在于, 在所述将所述安装包版本 号保存至所述智能终端的外接设备之前, 所述方法还包括:
判断所述智能终端是否已与所述外接设备数据连接, 如果是, 再执行所 述将所述安装包版本号保存至所述外接设备的步骤。
3、 才艮据权利要求 1所述的方法, 其特征在于, 所述升级信息还包括升级 标识, 则在所述将所述安装包版本号保存至所述智能终端的外接设备之前, 所述方法还包括:
判断所述升级标识是否为全量升级标识, 如果是, 再执行所述将所述安 装包版本号保存至所述外接设备的步骤。
4、 才艮据权利要求 1、 2或 3所述的方法, 其特征在于, 所述将所述安装 包版本号保存至所述智能终端的外接设备, 包括:
直接将所述安装包版本号保存至所述外接设备; 或者,
将所述安装包版本号保存至所述智能终端的本地数据库, 再从所述本地 数据库将所述安装包版本号备份至所述外接设备。
5、 才艮据权利要求 1-4任一项所述的方法, 其特征在于, 在所述将所述升 级结果发送至所述升级服务器之后, 所述方法还包括:
删除所述外接设备保存的所述安装包版本号。
6、 才艮据权利要求 5所述的方法, 其特征在于, 所述删除所述外接设备保 存的所述安装包版本号, 包括:
如果接收到所述智能终端的启动信号, 则删除所述外接设备保存的所述 安装包版本号; 或者,
如果接收到所述智能终端的联网信号, 则删除所述外接设备保存的所述 安装包版本号。
7、 才艮据权利要求 1-6任一项所述的方法, 其特征在于, 所述外接设备为 存储卡或者 USB设备。
8、 一种智能终端, 其特征在于, 所述智能终端包括:
接收单元, 用于接收升级服务器发送的升级信息, 所述升级信息包括升 级安装包对应的安装包版本号;
下载保存单元, 用于从所述升级服务器中下载所述升级安装包, 并将所 述安装包版本号保存至所述智能终端的外接设备;
升级单元, 用于利用所述升级安装包进行系统升级;
读取单元, 用于在所述升级单元升级完成之后, 从所述外接设备中读取 所述安装包版本号; 具有的当前的系统版本号判断所述智能终端的升级结果, 并将所述升级结果 发送至所述升级服务器。
9、才艮据权利要求 8所述的智能终端,其特征在于,所述智能终端还包括: 第一判断单元,用于判断所述智能终端是否已与所述外接设备数据连接, 如果是,则通知所述下载保存单元将所述安装包版本号保存至所述外接设备。
10、 才艮据权利要求 8所述的智能终端, 其特征在于, 所述升级信息还包 括升级标识, 则所述智能终端还包括:
第二判断单元, 用于判断所述升级标识是否为全量升级标识, 如果是, 则通知所述下载保存单元将所述安装包版本号保存至所述外接设备。
11、 才艮据权利要求 8、 9或 10所述的智能终端, 其特征在于,
所述下载保存单元, 具体用于直接将所述安装包版本号保存至所述外接 设备。
12、 才艮据权利要求 8、 9或 10所述的智能终端, 其特征在于, 所述下载 保存单元包括:
保存子单元, 用于将所述安装包版本号保存至所述智能终端的本地数据 库;
备份单元, 用于从所述本地数据库将所述安装包版本号备份至所述外接 设备。
13、 根据权利要求 8-12任一项所述的智能终端, 其特征在于, 所述智能 终端还包括:
删除单元, 用于在所述发送单元将所述升级结果发送至所述升级服务器 之后, 删除所述外接设备保存的所述安装包版本号。
14、 才艮据权利要求 13所述的智能终端, 其特征在于,
所述删除单元, 具体用于在接收到所述智能终端的启动信号之后, 删除 所述外接设备保存的所述安装包版本号; 或者,
所述删除单元, 具体用于在接收到所述智能终端的联网信号之后, 删除 所述外接设备保存的所述安装包版本号。
15、 一种升级系统, 其特征在于, 所述系统包括升级服务器和权利要求
8—14任一项所述的智能终端, 所述智能终端与所述升级服务器相互通信。
16、 一种智能终端, 其特征在于, 包括至少一个处理器, 至少一个网络 接口或者其它通信接口, 存储器, 和至少一个通信总线; 所述存储器用于存 储程序指令, 所述处理器用于根据所述程序指令执行以下步骤:
接收升级服务器发送的升级信息, 所述升级信息包括升级安装包对应的 安装包版本号;
从所述升级服务器中下载所述升级安装包, 并将所述安装包版本号保存 至所述智能终端的外接设备;
利用所述升级安装包进行系统升级, 并在升级完成之后, 从所述外接设 备中读取所述安装包版本号;
利用所述安装包版本号与所述智能终端具有的当前的系统版本号判断所 述智能终端的升级结果, 并将所述升级结果发送至所述升级服务器。
PCT/CN2013/072887 2013-03-19 2013-03-19 一种升级方法、智能终端及升级系统 WO2014146256A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201380000278.2A CN103518191A (zh) 2013-03-19 2013-03-19 一种升级方法、智能终端及升级系统
PCT/CN2013/072887 WO2014146256A1 (zh) 2013-03-19 2013-03-19 一种升级方法、智能终端及升级系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2013/072887 WO2014146256A1 (zh) 2013-03-19 2013-03-19 一种升级方法、智能终端及升级系统

Publications (1)

Publication Number Publication Date
WO2014146256A1 true WO2014146256A1 (zh) 2014-09-25

Family

ID=49899373

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/072887 WO2014146256A1 (zh) 2013-03-19 2013-03-19 一种升级方法、智能终端及升级系统

Country Status (2)

Country Link
CN (1) CN103518191A (zh)
WO (1) WO2014146256A1 (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111475490A (zh) * 2020-04-28 2020-07-31 国网河南省电力公司信息通信公司 一种数据目录体系的数据管理系统和方法
CN112152846A (zh) * 2020-09-18 2020-12-29 重庆神缘智能科技有限公司 一种基于物联网的计量仪表远程升级方法
CN112671591A (zh) * 2021-01-15 2021-04-16 江苏米塔网络科技服务有限公司 一种基于ota技术的远程更新方法
CN112751699A (zh) * 2019-10-31 2021-05-04 阿里巴巴集团控股有限公司 Ota升级与升级管理方法、设备、网络及存储介质
CN112882733A (zh) * 2021-02-04 2021-06-01 网易(杭州)网络有限公司 应用更新方法及装置、电子设备、存储介质
CN114756257A (zh) * 2020-12-28 2022-07-15 成都鼎桥通信技术有限公司 数据更新方法、装置、通信模组和可读存储介质

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103778060B (zh) * 2014-01-15 2019-12-27 上海斐讯数据通信技术有限公司 自动化软件接收测试装置及其测试方法
CN105022641B (zh) * 2014-04-16 2019-10-29 腾讯科技(深圳)有限公司 对移动终端进行系统重装的方法及装置
CN105094868A (zh) * 2014-05-13 2015-11-25 中兴通讯股份有限公司 一种软件升级方法、服务器及终端
CN104602123B (zh) * 2014-09-15 2017-06-23 四川长虹电器股份有限公司 基于互联网交互的智能升级系统及方法
CN105653300B (zh) * 2014-11-12 2019-06-28 鸿富锦精密电子(天津)有限公司 名称导向式的应用系统升级系统及方法
CN105786532A (zh) * 2014-12-19 2016-07-20 江苏融成嘉益信息科技有限公司 一种基于Web Service的版本更新方法
CN104572082A (zh) * 2014-12-19 2015-04-29 龙凤娇 一种产品升级方法及装置
CN104461648B (zh) * 2014-12-22 2017-10-31 广东欧珀移动通信有限公司 一种智能终端ota升级备份的方法及系统
CN105988843A (zh) * 2015-02-15 2016-10-05 腾讯科技(深圳)有限公司 移动终端固件升级方法及固件升级装置
CN105045611B (zh) * 2015-06-24 2018-08-07 深圳市海蕴新能源有限公司 一种升级方法及装置
CN106445572A (zh) * 2015-08-07 2017-02-22 中兴通讯股份有限公司 一种应用处理方法和移动终端
CN105068840B (zh) * 2015-08-11 2019-03-05 浪潮(北京)电子信息产业有限公司 一种更新内核模块的方法、服务器、控制终端和系统
CN105740009B (zh) * 2016-01-26 2019-09-17 青岛海信移动通信技术股份有限公司 版本升级方法及终端设备
CN105677363A (zh) * 2016-02-03 2016-06-15 四川长虹电器股份有限公司 Ota升级系统
CN105763369B (zh) * 2016-02-04 2018-08-17 湖南长城信息金融设备有限责任公司 一种终端设备远程软件版本分发方法及系统
CN105975296A (zh) * 2016-04-26 2016-09-28 百度在线网络技术(北京)有限公司 移动应用升级方法和装置
CN105915401B (zh) * 2016-06-29 2019-05-21 北京小米移动软件有限公司 智能硬件的固件升级方法、装置和设备
CN108304202B (zh) * 2017-12-20 2022-04-08 珠海派诺科技股份有限公司 一种基于总线的多仪表固件升级方法及装置
CN110618823B (zh) * 2018-06-20 2024-08-06 视联动力信息技术股份有限公司 一种终端设备的版本校验方法和装置
CN111367545A (zh) * 2020-02-13 2020-07-03 北京三快在线科技有限公司 终端升级方法、装置、服务器、终端设备及可读存储介质
CN111367551A (zh) * 2020-03-02 2020-07-03 威海新北洋技术服务有限公司 升级方法、装置及电子设备
CN111782249B (zh) * 2020-07-10 2024-03-29 上海淇毓信息科技有限公司 一种升级客户端业务功能的方法、装置和电子设备
CN118541669A (zh) * 2022-01-30 2024-08-23 Oppo广东移动通信有限公司 设备升级的方法、装置、芯片、存储介质及程序产品
CN114880011A (zh) * 2022-05-25 2022-08-09 歌尔股份有限公司 Ota升级方法、装置、电子设备及可读存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101646162A (zh) * 2009-08-24 2010-02-10 中兴通讯股份有限公司 基于ota的移动终端软件升级方法和系统
CN102970342A (zh) * 2012-11-01 2013-03-13 山东大学 一种基于ota 技术的嵌入式终端自动升级方法

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030065738A1 (en) * 2001-10-01 2003-04-03 Thumb Logic, Inc. Wireless information systems and methods
US7149508B2 (en) * 2003-02-05 2006-12-12 Samsung Electronics Co., Ltd. System and method for delta-based over-the-air software upgrades for a wireless mobile station
KR101426710B1 (ko) * 2006-07-14 2014-09-23 삼성전자주식회사 휴대단말기의 버전정보 갱신 장치 및 방법
CN101610604A (zh) * 2009-06-18 2009-12-23 中兴通讯股份有限公司 一种软件升级方法及系统
CN102081536A (zh) * 2010-12-30 2011-06-01 华为终端有限公司 一种增量升级方法及服务器
CN102740279B (zh) * 2011-04-15 2014-12-17 中兴通讯股份有限公司 一种无线网络接入终端及其运行方法
CN102841802B (zh) * 2012-07-27 2016-03-02 锐迪科科技有限公司 移动终端的软件升级方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101646162A (zh) * 2009-08-24 2010-02-10 中兴通讯股份有限公司 基于ota的移动终端软件升级方法和系统
CN102970342A (zh) * 2012-11-01 2013-03-13 山东大学 一种基于ota 技术的嵌入式终端自动升级方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"Answers for the location of the OTA update package downloaded by xiaomi phones on xiaomi enterprise platform", 13 January 2013 (2013-01-13), Retrieved from the Internet <URL:http://zhidao.baidu.com/link?url=BjkVcNGfAaWgb8mcZItnOiPC97hLcLAbC4q7Vr-FOC6D5g17SSDWD6DKCAto2X_t_et3MlpwaVJwGRJMflIJsK> *
"Detailed turorial of 6 rooting methods for Xiaomi phones", XIAOMI PHONES OFFICIAL FORUM, 19 October 2011 (2011-10-19), Retrieved from the Internet <URL:http://bbs.xiaomi.cn/thread-424539-1-1.html> *

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112751699A (zh) * 2019-10-31 2021-05-04 阿里巴巴集团控股有限公司 Ota升级与升级管理方法、设备、网络及存储介质
CN111475490A (zh) * 2020-04-28 2020-07-31 国网河南省电力公司信息通信公司 一种数据目录体系的数据管理系统和方法
CN111475490B (zh) * 2020-04-28 2023-04-25 国网河南省电力公司信息通信公司 一种数据目录体系的数据管理系统和方法
CN112152846A (zh) * 2020-09-18 2020-12-29 重庆神缘智能科技有限公司 一种基于物联网的计量仪表远程升级方法
CN112152846B (zh) * 2020-09-18 2023-04-18 重庆神缘智能科技有限公司 一种基于物联网的计量仪表远程升级方法
CN114756257A (zh) * 2020-12-28 2022-07-15 成都鼎桥通信技术有限公司 数据更新方法、装置、通信模组和可读存储介质
CN114756257B (zh) * 2020-12-28 2023-09-05 成都鼎桥通信技术有限公司 数据更新方法、装置、通信模组和可读存储介质
CN112671591A (zh) * 2021-01-15 2021-04-16 江苏米塔网络科技服务有限公司 一种基于ota技术的远程更新方法
CN112882733A (zh) * 2021-02-04 2021-06-01 网易(杭州)网络有限公司 应用更新方法及装置、电子设备、存储介质
CN112882733B (zh) * 2021-02-04 2023-09-08 网易(杭州)网络有限公司 应用更新方法及装置、电子设备、存储介质

Also Published As

Publication number Publication date
CN103518191A (zh) 2014-01-15

Similar Documents

Publication Publication Date Title
WO2014146256A1 (zh) 一种升级方法、智能终端及升级系统
US7904895B1 (en) Firmware update in electronic devices employing update agent in a flash memory card
US7853944B2 (en) Apparatus and method for managing firmware of removable media device
US7747997B1 (en) Firmware update in electronic devices employing SIM card for saving metadata information
WO2014194865A1 (zh) 一种固件升级方法、装置及通信设备
KR101007739B1 (ko) Fota 서비스 제공 방법 및 그 시스템
WO2017071207A1 (zh) 一种应用安装方法、相关装置及应用安装系统
CN106610840A (zh) 一种无线固件升级方法及系统
CN104090790A (zh) 一种安全终端的双芯片方案的固件更新方法
TWI533216B (zh) 作業系統更新方法
WO2014089734A1 (zh) 终端和应用程序恢复方法
CN108509215B (zh) 一种系统软件的更换方法、装置、终端设备及存储介质
CN112433739B (zh) 一种固件升级方法
WO2015127730A1 (zh) 版本文件的运行方法及装置
WO2021139261A1 (zh) 应用部署方法、装置及介质
CN105867962A (zh) 系统升级的方法和装置
CN111459524A (zh) 软件的升级方法、装置、系统
CN108153548A (zh) 一种emmc固件升级方法和装置
CN114780019A (zh) 电子设备的管理方法、装置、电子设备及存储介质
WO2013167010A2 (zh) 一种移动终端及其开机方法
CN111984459B (zh) 一种Apple ID账号移除方法及系统
CN113094064A (zh) 网关软件模块升级方法、装置、设备及存储介质
WO2013170612A1 (zh) 无线终端自适应网络升级的电话号码升级的方法及装置
CN102752365B (zh) 信息处理的方法与装置
CN111190627A (zh) 系统升级方法及装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13878682

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13878682

Country of ref document: EP

Kind code of ref document: A1