CN113031980A - Ota系统软件升级控制方法及终端设备 - Google Patents

Ota系统软件升级控制方法及终端设备 Download PDF

Info

Publication number
CN113031980A
CN113031980A CN201911350143.4A CN201911350143A CN113031980A CN 113031980 A CN113031980 A CN 113031980A CN 201911350143 A CN201911350143 A CN 201911350143A CN 113031980 A CN113031980 A CN 113031980A
Authority
CN
China
Prior art keywords
system software
target system
software upgrading
version information
package
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
CN201911350143.4A
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies 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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201911350143.4A priority Critical patent/CN113031980A/zh
Priority to US17/788,243 priority patent/US20230021634A1/en
Priority to EP20905681.1A priority patent/EP4064039B1/en
Priority to PCT/CN2020/138303 priority patent/WO2021129610A1/zh
Publication of CN113031980A publication Critical patent/CN113031980A/zh
Pending legal-status Critical Current

Links

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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/20—Network management software packages

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)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Stored Programmes (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本申请实施例提供了一种OTA系统软件升级控制方法及设备，包括：终端设备访问OTA服务器，获取OTA服务器上版本高于终端设备当前的系统软件版本的目标系统软件升级包的版本信息；终端设备向管理设备请求目标系统软件升级包的版本信息对应的授权信息；终端设备响应于接收到管理设备发送的目标系统软件升级包的版本信息对应的授权信息，确定可从OTA服务器获取目标系统软件升级包，则从OTA服务器获取目标系统软件升级包；其中，授权信息用于指示是否允许终端设备从OTA服务器中获取目标系统软件升级包。本申请提供一种便捷的OTA系统软件升级控制方式，有效降低系统的复杂度以及部署成本。

Description

OTA系统软件升级控制方法及终端设备
技术领域
本申请实施例涉及通信领域，尤其涉及一种OTA系统软件升级控制方法及终端设备。
背景技术
目前，空中下载(Over The Air，OTA)在系统升级领域中它指代通过网络于本机上完成升级流程，区别于连接PC进行固件刷写这样的传统流程；智能终端的OTA可能会对如手机类的智能终端的部分固件(固化在集成电路内部的程序代码，负责控制和协调集成电路的功能，相当于主板的BIOS)进行升级。OTA技术通常采用终端设备检测OTA服务器上是否有系统软件升级包，即可用于终端设备将系统软件进行升级的软件包。如果终端设备检测到系统软件升级包，则通知用户可进行系统软件升级，并在用户允许后，从OTA服务器端下载升级包，并进行系统软件升级。
在企业应用场景中，考虑到系统软件升级可能造成终端设备中的企业专属软件或者是定制应用或功能可能与升级后的系统版本不兼容，因此，考虑到终端设备的安全性及可靠性，企业通常会对系统软件的升级进行管控。
已有技术中企业对系统软件升级的控制方式通常为：企业内搭建升级服务器，升级服务器内运行有预先设置的升级策略，升级服务器可基于升级策略，判定OTA上的软件升级版本是否可被企业内的终端设备所使用，并基于判定结果，进行下载。也就是说，在企业内部，升级服务器基于预设升级策略，确定允许企业内的终端设备使用OTA服务器上的升级包后，升级服务器从OTA服务器端获取该升级包，并在终端设备向升级服务器请求升级包的情况下，升级服务器向终端设备发送该升级包。
然而，对于微小型企业，部署企业专用升级服务器的成本较高，并且，升级服务器的升级策略制定以及后期维护需要投入大量的人力成本以及资金，例如：升级服务器需要部署在专有机房，并且需要购买云服务，还需要专业IT人员对升级服务器进行维护与管理。而对于仅拥有数台终端设备(例如50人以下的小型企业)，上述成本则使该类微小型企业难以接受。
因此，如何提供一种完善、部署简单且投入成本低的OTA系统软件升级控制方式，成为急需解决的问题。
发明内容
本申请提供一种OTA系统软件升级控制方法及装置，能够在一定程度上降低OTA升级系统的复杂度与投入成本。
为达到上述目的，本申请采用如下技术方案：
第一方面，本申请实施例提供一种OTA系统软件升级控制方法，该方法包括：终端设备访问OTA服务器，获取OTA服务器上版本高于终端设备当前的系统软件版本的目标系统软件升级包的版本信息。随后，终端设备可向管理设备请求目标系统软件升级包的版本信息对应的授权信息，以验证是否可以从OTA服务器上下载目标通软件升级包。具体的，终端设备响应于接收到管理设备发送的目标系统软件升级包的版本信息对应的授权信息，确定可从OTA服务器获取目标系统软件升级包，则从OTA服务器获取目标系统软件升级包；其中，授权信息用于指示是否允许终端设备从OTA服务器中获取目标系统软件升级包。
基于上述方式，实现了终端设备可在管理设备颁发的授权信息指示允许终端设备从OTA服务器中获取目标系统软件升级包的情况下，直接从OTA服务器上获取目标系统软件升级包，而无需再由管理设备下载并存储OTA服务器上的目标系统软件升级宝，从而提供了一种简单、便捷的升级方式，以及网络布局简单的OTA升级管理网络。
在一种可能的实现方式中，终端设备响应于接收到管理设备发送的目标系统软件升级包的版本信息对应的授权信息，确定可从OTA服务器获取目标系统软件升级包，包括：终端设备接收管理设备发送的目标系统软件升级包的版本信息对应的授权信息；其中，若授权信息包括可用标记，则确定目标系统软件升级包的版本信息对应的授权信息为允许终端设备从OTA服务器中获取目标系统软件升级包。
基于上述方式，实现了管理设备上可只存储版本信息及对应的授权信息，也就是对各版本信息的标记，以降低管理设备的设备压力。可选地，管理设备可基于终端的请求，向终端设备发送其所请求的目标软件系统升级包的版本信息及其对应的授权信息。终端在获取到授权信息后，可通过验证，确定是否被授权下载目标系统软件升级包，并基于验证结果，执行后续的操作。
在一种可能的实现方式中，终端设备响应于接收到管理设备发送的目标系统软件升级包的版本信息对应的授权信息，确定可从OTA服务器获取目标系统软件升级包，包括：终端设备接收管理设备发送的至少一个系统软件升级包的版本信息以及至少一个系统软件升级包的版本信息对应的授权信息；终端设备将目标系统软件升级包的版本信息与至少一个系统软件升级包的版本信息进行匹配，确定匹配成功的系统软件升级包的版本信息对应的授权信息；其中，若授权信息包括可用标记，则确定目标系统软件升级包的版本信息对应的授权信息为允许终端设备从OTA服务器中获取目标系统软件升级包。
基于上述方式，实现了管理设备上可只存储版本信息及对应的授权信息，也就是对各版本信息的标记，以降低管理设备的设备压力。可选地，管理设备可基于终端设备的请求，向终端设备返回管理设备上存储的所有版本信息及对应的授权信息。终端在获取到授权信息后，可通过验证，确定是否被授权下载目标系统软件升级包，并基于验证结果，执行后续的操作。
在一种可能的实现方式中，终端设备响应于接收到管理设备发送的目标系统软件升级包的版本信息对应的授权信息，确定可从OTA服务器获取目标系统软件升级包，包括：终端设备接收管理设备发送的响应消息；其中，若响应消息中包括目标系统软件升级包的版本信息，则确定目标系统软件升级包的版本信息对应的授权信息为允许终端设备从OTA服务器中获取目标系统软件升级包。
基于上述方式，实现了管理设备上可只存储授权可用的版本信息，以降低管理设备的设备压力。可选地，管理设备可基于终端设备的请求进行验证，如果目标系统软件升级包的版本信息存在于管理设备中，则管理设备向终端设备返回管理设备目标系统软件升级包的版本信息，以指示该版本信息已被授权使用。
在一种可能的实现方式中，终端设备向管理设备请求目标系统软件升级包的版本信息对应的授权信息，包括：终端设备向管理设备发送查询请求消息，查询请求消息中包括目标系统软件升级包的版本信息。
基于上述方式，实现了终端可从管理设备端查询目标系统软件升级包的版本信息，而无需从管理设备上获取目标系统软件升级包，以降低管理设备的设备负担及部署难度。
在一种可能的实现方式中，终端设备响应于接收到管理设备发送的目标系统软件升级包的版本信息对应的授权信息，确定可从OTA服务器获取目标系统软件升级包，则从OTA服务器获取目标系统软件升级包，包括：终端设备响应于接收到管理设备发送的目标系统软件升级包的版本信息对应的授权信息，若终端设备确定授权信息为允许终端设备从OTA服务器中获取目标系统软件升级包，则判定可从OTA服务器获取目标系统软件升级包，并从OTA服务器中获取目标系统软件升级包；终端设备响应于接收到管理设备发送的目标系统软件升级包的版本信息对应的授权信息，若终端设备确定授权信息为不允许终端设备从OTA服务器中获取目标系统软件升级包，则判定不可从OTA服务器获取目标系统软件升级包，并确定OTA升级流程结束。
基于上述方式，实现了终端设备在判定不可从OTA服务器获取目标系统软件升级包的情况下，终端设备(具体可以是终端设备中的应用、工具或程序)可打断升级流程，使升级流程结束。
在一种可能的实现方式中，终端设备向管理设备请求目标系统软件升级包的版本信息对应的授权信息之前，还包括：终端设备向管理设备请求加入管理设备管理的群组。
基于上述方式，实现了终端设备可与管理设备进行绑定，以加入同一个管理群组，以实现管理设备对群组中的终端设备的管理。
在一种可能的实现方式中，终端设备向管理设备请求加入管理设备管理的群组，包括：终端设备向管理设备发送终端设备的标识信息；若接收到管理设备发送的确认消息，则终端设备确定已加入群组。
基于上述方式，实现了终端设备可与管理设备进行绑定，以加入同一个管理群组，以实现管理设备对群组中的终端设备的管理。
第二方面，本申请实施例提供一种OTA系统软件升级控制方法，包括：管理设备接收终端设备发送的查询请求，该查询请求用于查询目标系统软件升级包的授权信息；管理设备可基于接收到的查询请求，从管理设备的本地缓存中获取与目标系统软件升级包对应的授权信息，并将授权信息发送给终端。在本申请中，授权信息包括可用或不可用，授权信息为可用用于指示允许终端设备基于目标系统软件升级包进行系统软件升级，授权信息为不可用用于指示不允许终端设备基于目标系统软件升级包进行系统软件升级。
基于上述方式，本申请可通过管理设备对企业内或用户组内的系统软件进行鉴权与授权，提供一种简单的OTA系统软件升级控制方式，使微小型企业内部可通过部署管理设备，以实现对企业内部的OTA升级的管理，以有效降低企业网络的部署成本。
在一种可能的实现方式中，管理设备接收终端设备发送的查询请求之前，还包括：管理设备检测到本地未缓存有OTA服务器上的至少一个系统软件升级包的版本信息后，获取至少一个系统软件升级包的版本信息；根据预设规则和/或用户指令，判定是否允许终端设备基于至少一个系统软件升级包进行系统软件升级；若判定为是，则标记至少一个系统软件升级包的版本信息为可用；若判定为否，则标记至少一个系统软件升级包的版本信息为不可用。
基于上述方式，在管理设备侧仅存储对至少一个系统软件升级包的授权信息，管理设备则可系统软件升级包的系统信息的授权信息，对企业内或群组内的终端是否可基于系统软件升级包进行升级的控制和管理。
在一种可能的实现方式中，从本地缓存中获取与目标系统软件升级包对应的授权信息之前，还包括：管理设备检测终端设备是否属于管理设备管理的群组；其中，管理设备确定终端设备属于管理设备管理的群组，则基于查询请求，从本地缓存中获取与目标系统软件升级包对应的授权信息。
基于上述方式，实现了企业或群组内可设置有一个或多个管理设备，管理设备可对自己管理组内的一个或多个成员的OTA升级进行管理。
在一种可能的实现方式中，查询请求包括目标系统软件升级包的版本信息，从本地缓存中获取与目标系统软件升级包对应的授权信息，包括：将版本信息与本地缓存的至少一个版本信息进行匹配；获取匹配成功的版本信息对应的授权信息。
基于上述方式，实现了管理设备可基于终端请求的不同系统软件升级包的版本，对终端进行授权使用，也就是说，管理组内可对管理组内的终端的OTA升级进行单独管理，可实现管理组内的OTA升级的区别化管理。
在一种可能的实现方式中，从本地缓存中获取与目标系统软件升级包对应的授权信息，包括：查询终端设备所属分组；查询分组对应于目标系统软件升级包的授权信息，其中，授权信息为可用用于指示管理设备允许分组中的一个或多个终端设备基于目标系统软件升级包进行系统软件升级，授权信息为不可用用于指示管理设备不允许分组中的一个或多个终端设备基于目标系统软件升级包进行系统软件升级。
基于上述方式，实现了管理设备可对管理组内的终端内进行分组化管理，每个组可以包括一个或多个终端，对于不同组，管理设备可分别进行OTA升级的授权。
第三方面，本申请实施例提供了一种终端设备，包括：存储器和处理器，存储器和处理器耦合；存储器存储有程序指令，程序指令被处理器执行时，使得终端设备执行如下步骤：存储器和处理器，存储器和处理器耦合；访问OTA服务器，获取OTA服务器上版本高于终端设备当前的系统软件版本的目标系统软件升级包的版本信息；向管理设备请求目标系统软件升级包的版本信息对应的授权信息；响应于接收到管理设备发送的目标系统软件升级包的版本信息对应的授权信息，确定可从OTA服务器获取目标系统软件升级包，则从OTA服务器获取目标系统软件升级包；其中，授权信息用于指示是否允许终端设备从OTA服务器中获取目标系统软件升级包。
在一种可能的实现方式中，程序指令被处理器执行时，使得终端设备执行如下步骤：接收管理设备发送的目标系统软件升级包的版本信息对应的授权信息；其中，若授权信息包括可用标记，则确定目标系统软件升级包的版本信息对应的授权信息为允许终端设备从OTA服务器中获取目标系统软件升级包。
在一种可能的实现方式中，程序指令被处理器执行时，使得终端设备执行如下步骤：接收管理设备发送的至少一个系统软件升级包的版本信息以及至少一个系统软件升级包的版本信息对应的授权信息；将目标系统软件升级包的版本信息与至少一个系统软件升级包的版本信息进行匹配，确定匹配成功的系统软件升级包的版本信息对应的授权信息；其中，若授权信息包括可用标记，则确定目标系统软件升级包的版本信息对应的授权信息为允许终端设备从OTA服务器中获取目标系统软件升级包。
在一种可能的实现方式中，程序指令被处理器执行时，使得终端设备执行如下步骤：接收管理设备发送的响应消息；其中，若响应消息中包括目标系统软件升级包的版本信息，则确定目标系统软件升级包的版本信息对应的授权信息为允许终端设备从OTA服务器中获取目标系统软件升级包。
在一种可能的实现方式中，程序指令被处理器执行时，使得终端设备执行如下步骤：向管理设备发送查询请求消息，查询请求消息中包括目标系统软件升级包的版本信息。
在一种可能的实现方式中，程序指令被处理器执行时，使得终端设备执行如下步骤：响应于接收到管理设备发送的目标系统软件升级包的版本信息对应的授权信息，若确定授权信息为允许终端设备从OTA服务器中获取目标系统软件升级包，则判定可从OTA服务器获取目标系统软件升级包，并从OTA服务器中获取目标系统软件升级包；响应于接收到管理设备发送的目标系统软件升级包的版本信息对应的授权信息，若确定授权信息为不允许终端设备从OTA服务器中获取目标系统软件升级包，则判定不可从OTA服务器获取目标系统软件升级包，并确定OTA升级流程结束。
在一种可能的实现方式中，程序指令被处理器执行时，使得终端设备执行如下步骤：向管理设备请求加入管理设备管理的群组。
在一种可能的实现方式中，程序指令被处理器执行时，使得终端设备执行如下步骤：向管理设备发送终端设备的标识信息；若接收到管理设备发送的确认消息，则确定已加入群组。
第四方面，本申请实施例提供了一种管理设备，包括：存储器和处理器，存储器和处理器耦合；存储器存储有程序指令，程序指令被处理器执行时，使得管理设备执行如下步骤：接收终端设备发送的查询请求，查询请求用于查询目标系统软件升级包的授权信息；基于查询请求，从本地缓存中获取与目标系统软件升级包对应的授权信息；授权信息包括可用或不可用，授权信息为可用用于指示允许终端设备基于目标系统软件升级包进行系统软件升级，授权信息为不可用用于指示不允许终端设备基于目标系统软件升级包进行系统软件升级；向终端设备发送授权信息。
在一种可能的实现方式中，程序指令被处理器执行时，使得管理设备执行如下步骤：检测到本地未缓存有OTA服务器上的至少一个系统软件升级包的版本信息后，获取至少一个系统软件升级包的版本信息；根据预设规则和/或用户指令，判定是否允许终端设备基于至少一个系统软件升级包进行系统软件升级；若判定为是，则标记至少一个系统软件升级包的版本信息为可用；若判定为否，则标记至少一个系统软件升级包的版本信息为不可用。
在一种可能的实现方式中，程序指令被处理器执行时，使得管理设备执行如下步骤：检测终端设备是否属于管理设备管理的群组；其中，若处理器确定终端设备属于管理设备管理的群组，则基于查询请求，从本地缓存中获取与目标系统软件升级包对应的授权信息。
在一种可能的实现方式中，查询请求包括目标系统软件升级包的版本信息，程序指令被处理器执行时，使得管理设备执行如下步骤：将版本信息与本地缓存的至少一个版本信息进行匹配；获取匹配成功的版本信息对应的授权信息。
在一种可能的实现方式中，程序指令被处理器执行时，使得管理设备执行如下步骤：查询终端设备所属分组；查询分组对应于目标系统软件升级包的授权信息，其中，授权信息为可用用于指示管理设备允许分组中的一个或多个终端设备基于目标系统软件升级包进行系统软件升级，授权信息为不可用用于指示管理设备不允许分组中的一个或多个终端设备基于目标系统软件升级包进行系统软件升级。
第五方面，本申请实施例提供了一种终端设备，获取模块、收发模块、处理模块，其中，获取模块，用于访问OTA服务器，获取OTA服务器上版本高于终端设备当前的系统软件版本的目标系统软件升级包的版本信息；收发模块，用于向管理设备请求目标系统软件升级包的版本信息对应的授权信息；处理模块，用于响应于接收到管理设备发送的目标系统软件升级包的版本信息对应的授权信息，确定可从OTA服务器获取目标系统软件升级包；获取模块，还用于从OTA服务器获取目标系统软件升级包；其中，授权信息用于指示是否允许终端设备从OTA服务器中获取目标系统软件升级包。
在一种可能的实现方式中，处理模块具体用于：接收管理设备发送的目标系统软件升级包的版本信息对应的授权信息；其中，若授权信息包括可用标记，则确定目标系统软件升级包的版本信息对应的授权信息为允许终端设备从OTA服务器中获取目标系统软件升级包。
在一种可能的实现方式中，处理模块具体用于：接收管理设备发送的至少一个系统软件升级包的版本信息以及至少一个系统软件升级包的版本信息对应的授权信息；将目标系统软件升级包的版本信息与至少一个系统软件升级包的版本信息进行匹配，确定匹配成功的系统软件升级包的版本信息对应的授权信息；其中，若授权信息包括可用标记，则确定目标系统软件升级包的版本信息对应的授权信息为允许终端设备从OTA服务器中获取目标系统软件升级包。
在一种可能的实现方式中，处理模块具体用于：终端设备接收管理设备发送的响应消息；其中，若响应消息中包括目标系统软件升级包的版本信息，则确定目标系统软件升级包的版本信息对应的授权信息为允许终端设备从OTA服务器中获取目标系统软件升级包。
在一种可能的实现方式中，收发模块用于向管理设备发送查询请求消息，查询请求消息中包括目标系统软件升级包的版本信息。
在一种可能的实现方式中，处理模块用于响应于接收到管理设备发送的目标系统软件升级包的版本信息对应的授权信息，若终端设备确定授权信息为允许终端设备从OTA服务器中获取目标系统软件升级包，则判定可从OTA服务器获取目标系统软件升级包。收发模块用于从OTA服务器中获取目标系统软件升级包；
处理模块还用于响应于接收到管理设备发送的目标系统软件升级包的版本信息对应的授权信息，若终端设备确定授权信息为不允许终端设备从OTA服务器中获取目标系统软件升级包，则判定不可从OTA服务器获取目标系统软件升级包，并确定OTA升级流程结束。
在一种可能的实现方式中，收发模块还用于向管理设备请求加入管理设备管理的群组。
在一种可能的实现方式中，收发模块还用于向管理设备发送终端设备的标识信息；若接收到管理设备发送的确认消息，则终端设备确定已加入群组。
第六方面，本申请实施例提供管理设备，包括：收发模块和处理模块，其中，收发模块，用于接收终端设备发送的查询请求，查询请求用于查询目标系统软件升级包的授权信息；处理模块，用于基于查询请求，从本地缓存中获取与目标系统软件升级包对应的授权信息；授权信息包括可用或不可用，授权信息为可用用于指示允许终端设备基于目标系统软件升级包进行系统软件升级，授权信息为不可用用于指示不允许终端设备基于目标系统软件升级包进行系统软件升级；收发模块还用于向终端设备发送授权信息。
在一种可能的实现方式中，处理模块还用于：检测到本地未缓存有OTA服务器上的至少一个系统软件升级包的版本信息后，获取至少一个系统软件升级包的版本信息；根据预设规则和/或用户指令，判定是否允许终端设备基于至少一个系统软件升级包进行系统软件升级；若判定为是，则标记至少一个系统软件升级包的版本信息为可用；若判定为否，则标记至少一个系统软件升级包的版本信息为不可用。
在一种可能的实现方式中，处理模块还用于检测终端设备是否属于管理设备管理的群组；其中，处理模块确定终端设备属于管理设备管理的群组，则基于查询请求，从本地缓存中获取与目标系统软件升级包对应的授权信息。
在一种可能的实现方式中，查询请求包括目标系统软件升级包的版本信息，处理模块还用于将版本信息与本地缓存的至少一个版本信息进行匹配；获取匹配成功的版本信息对应的授权信息。
在一种可能的实现方式中，处理模块还用于查询终端设备所属分组；查询分组对应于目标系统软件升级包的授权信息，其中，授权信息为可用用于指示管理设备允许分组中的一个或多个终端设备基于目标系统软件升级包进行系统软件升级，授权信息为不可用用于指示管理设备不允许分组中的一个或多个终端设备基于目标系统软件升级包进行系统软件升级。
第七方面，本申请实施例提供了一种计算机可读介质，用于存储计算机程序，该计算机程序包括用于执行第一方面或第一方面的任意可能的实现方式中的方法的指令。
第八方面，本申请实施例提供了一种计算机可读介质，用于存储计算机程序，该计算机程序包括用于执行第二方面或第二方面的任意可能的实现方式中的方法的指令。
第九方面，本申请实施例提供了一种计算机程序，该计算机程序包括用于执行第一方面或第一方面的任意可能的实现方式中的方法的指令。
第十方面，本申请实施例提供了一种计算机程序，该计算机程序包括用于执行第二方面或第二方面的任意可能的实现方式中的方法的指令。
第十一方面，本申请实施例提供了一种芯片，该芯片包括处理电路、收发管脚。其中，该收发管脚、和该处理电路通过内部连接通路互相通信，该处理电路执行第一方面或第一方面的任一种可能的实现方式中的方法，以控制接收管脚接收信号，以控制发送管脚发送信号。
第十二方面，本申请实施例提供了一种芯片，该芯片包括处理电路、收发管脚。其中，该收发管脚、和该处理电路通过内部连接通路互相通信，该处理电路执行第二方面或第二方面的任一种可能的实现方式中的方法，以控制接收管脚接收信号，以控制发送管脚发送信号。
第十三方面，本申请实施例提供一种OTA系统软件升级系统，该系统包括上述第一方面和第二方面涉及的管理设备和终端。
附图说明
图1是本申请实施例提供的一种通信系统示意图；
图2是示例性示出的一种手机结构示意图；
图3是本申请实施例提供的一种OTA系统软件升级控制方法的流程示意图；
图4是示例性示出的一种OTA系统软件升级控制方法的流程示意图之一；
图5是示例性示出的系统软件升级场景示意图；
图6是示例性示出的一种OTA系统软件升级控制方法的流程示意图之一；
图7是示例性示出的一种OTA系统软件升级控制方法的流程示意图之一；
图8是示例性示出的一种OTA系统软件升级控制方法的流程示意图之一；
图9是本申请实施例提供的一种管理设备的结构示意图；
图10是本申请实施例提供的一种终端设备的结构示意图；
图11是本申请实施例提供的一种装置的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。
本申请实施例的说明书和权利要求书中的术语“第一”和“第二”等是用于区别不同的对象，而不是用于描述对象的特定顺序。例如，第一目标对象和第二目标对象等是用于区别不同的目标对象，而不是用于描述目标对象的特定顺序。
在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
在本申请实施例的描述中，除非另有说明，“多个”的含义是指两个或两个以上。例如，多个处理单元是指两个或两个以上的处理单元；多个系统是指两个或两个以上的系统。
在对本申请实施例的技术方案说明之前，首先结合附图对本申请实施例的通信系统进行说明。参见图1，为本申请实施例提供的一种通信系统示意图。该通信系统中包括OTA服务器、终端设备A、终端设备B以及管理设备。
需要说明的是，在实际应用中，对于企业或其它机构而言，通常可设置一个管理设备(管理设备的设置方式将在下面的实施例中进行说明)，管理设备可用于对企业内的一个或多个终端设备的系统软件升级进行控制。以及，管理设备可以与一个或多个OTA服务器连接，其中，多个OTA服务器可用于为对应的系统或终端设备提供系统软件升级包。可选地，不同的系统软件，例如安卓，以及不同的终端设备厂家可能对应的不同的OTA服务器。各终端设备可以与对应的OTA服务器连接，以用于从OTA服务器端下载系统软件升级包。进一步需要说明的是，图1中的设备数量仅为示意性举例，OTA服务器、管理设备以及终端设备均可以为一个或多个。
仍参照图1，在本申请中，以终端设备集群属于同一企业A，也就是说，终端设备均为企业员工所使用的终端设备为例进行详细说明。
在本申请实施例具体实施的过程中，终端设备可以为个人计算机、智能手机、平板电脑等，车载装置、智能家电、人工智能设备等。可选地，管理设备也可以为终端设备，例如：智能手机或平板电脑等任意可用于执行本申请所述方案的设备。
图2示出了终端设备为手机的一个示例性的结构示意图。根据图2，手机100包括：应用处理器101、微控制器单元(microcontroller unit，MCU)102、存储器103、调制解调器(modem)104、射频(radio frequency，RF)模块105、无线保真(Wireless-Fidelity，简称Wi-Fi)模块106、蓝牙模块107、传感器108、定位模块109、输入/输出(input/output,I/O)设备110等部件。这些部件可通过一根或多根通信总线或信号线进行通信。本领域技术人员可以理解，图2中示出的硬件结构并不构成对手机的限定，手机100可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
下面结合图2对终端设备100的各个部件进行具体的介绍：
应用处理器101是手机100的控制中心，利用各种接口和总线连接终端设备100的各个部件。在一些实施例中，处理器101可包括一个或多个处理单元。
存储器103中存储有计算机程序，诸如图2所示的操作系统103a和应用程序103b。应用处理器101被配置用于执行存储器103中的计算机程序，从而实现该计算机程序定义的功能，例如应用处理器101执行操作系统103a从而在终端设备100上实现操作系统的各种功能。存储器103还存储有除计算机程序之外的其他数据，诸如操作系统103a和应用程序103b运行过程中产生的数据，例如，本申请实施例中所涉及的系统软件升级包。存储器103为非易失性存储介质，一般包括内存和外存。内存包括但不限于随机存取存储器(RandomAccess Memory，RAM)，只读存储器(Read-Only Memory,ROM)，或高速缓存(cache)等。外存包括但不限于闪存(flash memory)、硬盘、光盘、通用串行总线(universal serial bus,USB)盘等。计算机程序通常被存储在外存上，处理器在执行计算机程序前会将该程序从外存加载到内存。
存储器103可以是独立的，通过总线与应用处理器101相连接；存储器103也可以和应用处理器101集成到一个芯片子系统。
MCU 102是用于获取并处理来自传感器108的数据的协处理器，MCU 102的处理能力和功耗小于应用处理器101，但具有“永久开启(always on)”的特点，可以在应用处理器101处于休眠模式时持续收集以及处理传感器数据，以极低的功耗保障传感器的正常运行。在一个实施例中，MCU103可以为sensor hub芯片。传感器108可以包括光传感器、运动传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示器110a的亮度，接近传感器可在手机100移动到耳边时，关闭显示屏的电源。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向；传感器108还可以包括陀螺仪、气压计、湿度计、温度计、红外线传感器等其它传感器，在此不再赘述。MCU 102和传感器108可以集成到同一块芯片上，也可以是分离的元件，通过总线连接。
Modem 104以及射频模块105构成了手机100的通信子系统，用于实现3GPP、ETSI等无线通信标准协议的主要功能。其中，Modem 104用于编解码、信号的调制解调、均衡等。射频模块105用于无线信号的接收和发送，射频模块105包括但不限于天线、至少一个放大器、耦合器、双工器等。射频模块105配合Modem 104实现无线通信功能。Modem 104可以作为单独的芯片，也可以与其他芯片或电路在一起形成系统级芯片或集成电路。这些芯片或集成电路可应用于所有实现无线通信功能的终端设备，包括：手机、电脑、笔记本、平板、路由器、可穿戴设备、汽车、家电设备等。
手机100还可以使用Wi-Fi模块106，蓝牙模块107等来进行无线通信。Wi-Fi模块106用于为手机100提供遵循Wi-Fi相关标准协议的网络接入，手机100可以通过Wi-Fi模块106接入到Wi-Fi接入点，进而访问互联网。在其他一些实施例中，Wi-Fi模块106也可以作为Wi-Fi无线接入点，可以为其他终端设备提供Wi-Fi网络接入。蓝牙模块107用于实现手机100与其他终端设备(例如手机、智能手表等)之间的短距离通信。本申请实施例中的Wi-Fi模块106可以是集成电路或Wi-Fi芯片等，蓝牙模块107可以是集成电路或者蓝牙芯片等。
定位模块109用于确定终端设备100的地理位置。Wi-Fi模块106，蓝牙模块107和定位模块198分别可以是单独的芯片或集成电路，也可以集成到一起。
输入/输出设备110包括但不限于：显示器110a、触摸屏110b，以及音频电路110c等等。
显示器(也称为显示屏)110a用于显示用户输入的信息或展示给用户的信息。触摸屏110b可以覆盖在显示器110a之上，当触摸屏110b检测到触摸事件后，传送给应用处理器101以确定触摸事件的类型，随后应用处理器101可以根据触摸事件的类型在显示器110a上提供相应的视觉输出。
进一步地，手机100搭载的操作系统103a可以为
Figure BDA0002334449940000121
或者其它操作系统，本申请实施例对此不作任何限制。
结合上述如图2所示的应用场景示意图，下面介绍本申请的具体实施方案：
具体的，在本申请中，以图1的终端设备集群属于企业A的应用场景为例进行说明。本申请通过在企业A中设置管理设备，管理设备可获取到OTA服务器上的版本信息，即，系统软件升级包的版本信息。在本申请中，管理设备可对OTA服务器上的各系统软件升级包的版本信息进行鉴权和授权，以实现对企业内部的一个或多个终端设备是否可基于OTA服务器上的系统软件升级包升级的管理，以及，管理设备无需下载系统软件升级包即可实现对OTA升级的管控。此外，本申请中的管理设备可以为手机、平板等任意可执行本申请所述方法的终端设备，从而有效简化了系统布局，提供了一种实现方式简单的OTA系统软件升级控制方法。
具体的，在本申请中，管理设备可基于不同的管理方式，实现对企业内各终端设备的系统软件升级的管控，具体的：
一种可能的实现方式中，管理设备获取到OTA服务器上的各系统软件升级包的版本信息之后，可对各版本信息进行标记，标记用于指示是否允许企业内各终端设备就某个系统软件版本进行升级，参照场景一。
一种可能的实现方式中，管理设备获取到OTA服务器上的各系统软件升级包的版本信息之后，可仅记录鉴权成功的版本信息，也就是说，管理设备上仅记录允许企业内部的一个或多个终端设备进行系统升级的升级包的版本信息，参照场景二。
需要说明的是，本申请中涉及到的系统软件升级包的版本信息，可以用于指示系统软件版本，或者可以称为系统软件升级包的版本、还可以称为系统版本。本申请不做限定。
下面采用几个具体的实施例，对上述方法实施例的技术方案进行详细说明。
场景一
结合图1和图2，如图3所示为本申请实施例中的OTA系统软件升级控制方法的流程示意图，在图3中：
步骤101，设置管理设备以及管理设备所在管理组内的成员。
可选地，在本申请中，管理设备以及终端设备可预先安装升级控制工具，也可以额是应用程序包(application package，APK)，该APK中包括升级控制程序，该升级程序指令被管理设备或终端设备运行时，可使管理设备或终端设备执行本申请所述的OTA升级方法。
可选地，在本申请中，可先设置管理设备，并将多个终端设备与管理设备进行绑定，以组成一个管理组。可选地，可以先建立管理组，并在管理组中选定某一终端设备为管理设备。
可选地，本申请中的管理设备可以是手机、平板、电脑等设备。管理设备可由用户指定，被指定为管理设备的终端设备可将自己的标识信息发送给OTA服务器，并在接收到OTA服务器的响应消息后，确定该终端设备的管理员身份已生效，即，该终端设备可作为管理设备对其所在管理组内的组员(即终端设备)的系统软件升级进行管理。可选地，标识信息可以为电子设备的序列号(Serial Number，SN)。标识信息还可以是电子设备的移动通信国际识别码(internat ional mobi le equipment ident i ty number，IEMI)，也可以是电子设备的其他标识，如介质访问控制(media access control，MAC)地址等。
随后，可将终端设备与管理设备进行绑定，也可以理解为，将终端设备(非管理设备)添加至管理设备所属的管理组。示例性的，各终端设备将其标识信息(例如SN号)发送给管理设备，若接收到管理设备返回的相应消息，则确定绑定成功，即已成功加入管理组。可选地，管理设备可将接收到的标识信息存储于本地，以记录其可管理的组员的身份。需要说明的是，各终端设备在发送标识信息之前，已预先获取到管理设备的标识信息和/或地址信息，具体获取方式可以是管理设备广播，或者可以是人工添加，本申请不做限定。可选地，新的终端设备同样可以依照上述方式添加至管理组。
示例性的，为了方便企业员工的工作，企业可能会批量购买多个移动设备供企业员工使用。为了确保企业员工利用这些移动设备访问企业内网资源时的信息安全性，需要对这些移动设备进行统一的安全管控。在企业购买这些移动设备时，设备厂商(如设备生产厂商或者设备销售厂商)可将授权登录账号信息和与该授权登录账号信息绑定的设备信息列表授予该企业的IT管理员。其中，与授权登录账号信息绑定的设备信息列表中包括企业批量购买的移动设备的标识。管理设备只能对与该授权登录账号信息绑定的设备信息列表中包含的标识所对应的终端设备进行管控及终端设备系统升级。
在企业的IT管理员获得授权登录账号信息和与该授权登录账号信息绑定的设备信息列表后，可根据该设备信息列表获得上述待管控设备列表。该待管控设备列表可以包括设备信息列表中的所有标识，也可以包括设备信息列表中的部分标识。
步骤102，管理设备从OTA服务器获取版本信息，并对版本信息进行标记。
具体的，在本申请中，管理设备可获取到OTA服务器上的版本信息，版本信息包括但不限于：OTA服务器上的系统软件升级包的名称以及版本号等。
示例性的，管理设备可通过周期性扫描OTA服务器，以获取OTA服务器上的系统软件升级包是否存在更新的系统软件升级包，其中，更新的系统软件升级包是指管理设备未存储有该系统软件升级包的版本信息。一个示例中，若管理设备检测到OTA服务器上存在更新的系统软件升级包，则管理设备获取该系统软件升级包的版本信息。
在本申请中，管理设备获取到版本信息后，可对版本信息进行标记，其中，标记也可以理解为本申请所述的授权信息，标记包括：可用或者不可用。其中，标记为可用的版本信息是指该管理设备所管理的终端设备中的一个或多个终端设备可基于该版本的升级包进行系统升级。反之，标记为不可用的版本信息是指该管理设备所管理的终端设备中的一个或多个终端设备不可使用该升级包进行系统升级。需要说明的是，标记的形式可基于实际需求进行设置，例如：标记为“OK”表示可用，标记为“NG”表示不可用，本申请不做限定。
在一种可能的实现方式中，管理设备可基于预先设置的标记策略，对版本信息进行标记。可选地，标记策略可以包括但不限于：功能策略、接口策略等。其中，功能策略是指管理设备可基于功能策略，判定新的系统软件升级包是否可用。例如，终端设备中的企业软件需要开启功能A(例如地图功能)，若OTA服务器上的新的系统软件升级包中将该功能A禁用，则终端设备可基于功能策略，判定新的系统软件升级包不可用。接口策略则类似，即，终端设备可基于接口策略中对接口的设置，判定新的系统软件升级包是否可用。
在一种可能的实现方式中，管理设备可接收操作人员触发的指令，并基于指令生成对应于版本信息的标记。例如：操作人员可基于新的系统软件升级包与终端设备中的企业软件的兼容性，判定终端设备是否可基于新的系统软件升级包进行升级，其中，若判定不可升级，则可指示管理设备将该升级包的版本信息标记为不可用。若判定为可升级，则可指示管理设备将该升级包的版本信息标记为可用。
步骤103，终端设备从OTA服务器端获取版本信息，以及，从管理设备端获取版本信息对应的标记。
具体的，在本申请中，终端设备可通过访问OTA，获取OTA服务器上版本高于终端设备当前的系统软件版本的目标系统软件升级包的版本信息。需要说明的是，终端设备当前的系统软件版本是指已下载，或者是已下载并且安装了的系统软件版本。也就是说，在本申请中，终端设备可周期性检测OTA服务器是否存在终端设备未升级且未存储的系统软件升级包。示例性的，终端设备可通过周期性扫描OTA服务器，获取OTA服务器上的系统软件升级包对应的版本信息，例如：版本号。终端设备可将OTA服务器当前的最新的版本信息与终端设备当前的系统软件的版本信息进行比较，以确定OTA上是否存在终端设备可用于升级的系统软件升级包。上述所述检测方式仅为示例性举例，具体检测细节或其它检测方式可参照已有技术，本申请不赘述。
可选地，终端设备检测到OTA服务器上存在终端设备未基于该系统软件升级包进行升级且未存储的升级包的情况下，终端设备从OTA服务器端获取该升级包的版本信息。
一种可能的实现方式中，终端可向管理设备发送查询请求消息，该消息中可携带需要查询的系统软件升级包(即本申请所述的目标系统软件升级包)的版本信息，用于指示查询目标系统软件升级包的版本信息对应的授权情况，即目标系统软件升级包的版本信息的标记。管理设备响应于该消息，向终端发送查询响应消息，响应消息中可携带目标系统软件升级包的版本信息及对应标记。
另一种可能的实现方式中，终端可向管理设备发送查询请求消息，该消息用于查询管理设备上各系统软件升级包的版本信息对应的标记。管理设备响应于该消息，向终端发送查询响应消息，该消息中携带管理设备上存储的各系统软件升级包的版本信息对应的标记。
可选地，在本申请中，终端设备中的APK可在获取到OTA服务器上的版本信息后启动，也就是说，APK用于向管理设备请求版本信息的标记以及进行双因子验证。可选地，终端设备中的APK也可以周期性启动，也就是说，本申请中的终端设备所执行的各步骤均由APK控制执行，包括：加入管理组(即与管理设备绑定)、扫描OTA服务器以及双因子验证相关步骤等。
步骤104，终端设备基于版本信息对应的标记确定是否可升级。
具体的，在本申请中，终端设备从管理设备获取到版本信息及对应的标记后，可执行双因子验证，即确定管理设备返回的版本信息与终端设备从OTA服务器上获取到的版本信息是否一致，并且在一致的条件下，判定版本信息对应的标记是否指示允许终端设备基于该版本信息对应的系统软件升级包进行系统软件升级。
一种可能的实现方式中，如步骤103所述，若管理设备返回的是各系统软件升级包的版本信息对应的标记，则终端设备可基于从OTA服务器上获取到的版本信息与从管理设备端获取到的各版本信息进行匹配，并获取匹配成功的版本信息对应的标记。
另一种可能的实现方式中，如步骤103所述，若管理设备返回的是终端请求的版本信息(即目标系统软件升级包的版本信息)对应的标记，则终端可基于从OTA服务器上获取到的版本信息与从管理设备获取到的版本信息进行比较，若一致，则进行后续操作。
一个示例中，若该版本信息对应的标记为可用，则终端设备可确定可以基于该版本信息对应的系统软件升级包进行系统软件升级。终端设备可从OTA服务器端下载该系统软件升级包，并在获取到许可(例如用户点击确认升级按钮)的情况下，基于该系统软件升级包进行系统软件升级。另一个示例中，若该版本信息对应的标记为不可用，则终端中的APK将打断该升级流程，即升级流程结束。可选地，终端设备可在下一个扫描周期重新执行步骤103和步骤104，若该版本信息对应的标记被修改为可用，则终端设备基于该版本信息对应的系统软件升级包进行升级。
一种可能的实现方式中，终端设备在OTA服务器端检测到多个可用于升级的系统软件升级包，终端设备则可从OTA服务器获取到多个升级包对应的版本信息，相应的，在步骤103中，终端设备可从管理设备端获取到所述多个版本信息对应的标记。以及，在步骤104中，终端设备可基于多个版本信息对应的标记，确定多个版本是否可用于升级。
在一种可能的实现方式中，在步骤102中，管理设备获取到新的版本信息后，可默认为将新的版本信息标记为不可用。可选地，若管理设备接收到指令或判定为版本可用后，再将默认值(即标记为不可用)修改为可用。
在一种可能的实现方式中，在步骤103中，由于终端设备与管理设备的扫描周期不同，可能出现终端设备扫描到OTA服务器端存在更新的系统软件升级包，而管理设备尚未对OTA进行扫描，且未获取到该更新的系统软件升级包的版本信息。对于该情况，终端设备从OTA服务器端获取到版本信息后，检测到管理设备端为存在该版本信息及其对应的标记，则终端设备可在间隔预定时长(可基于实际需求进行设置)后，再次检测管理设备侧是否存在该版本信息。
在一种可能的实现方式中，管理设备可对不同的系统软件的升级进行管理。例如：OTA服务器A存储系统软件A及其系统软件升级包，OTA服务器B存储系统软件B及其系统软件升级包。在步骤103中，管理设备可分别与OTA服务器A和OTA服务器B通信，以获取系统软件A的版本信息以及系统软件B的版本信息，并分别对各系统软件的版本信息进行标记。可选地，管理设备可在获取管理组内终端设备的标识信息的同时，获取各终端设备的系统软件的类型，并基于系统软件的类型将终端设备进行分组。在步骤103中，管理设备可对各组对应的系统软件升级包的版本进行授权(即标记)。
在一种可能的实现方式中，管理设备可基于用户指令将成员进行分组，管理设备获取到更新的版本信息之后，可对各组对应的系统软件升级包的版本进行授权。例如，管理设备获取到版本1.0，对于分组1中的终端设备，版本1.0的标记为可用，对于分组2中的终端设备，版本1.0的标记为不可用，从而提升系统软件升级控制的灵活性。
在图3所示实施例的基础上，如图4所示，其示例性示出了一种OTA系统软件升级控制方法的流程示意图，在图4中：
步骤201，设置管理设备。
示例性的，如图4所示，手机1(以下均称为管理设备)将SN号发送给OTA服务器，OTA服务器将管理设备的SN号存储至本地，并向管理设备发送响应消息。若管理设备接收到OTA服务器的响应消息，则确定管理设备已以管理员的角色添加至通信网络。
步骤202，终端设备(手机2和手机3)与管理设备绑定。
示例性的，企业客户购买一批手机后(例如包括手机2和手机3)，手机2和手机3可获取到管理设备(手机1)的地址信息和/或SN号等标识信息，手机2和手机3基于地址信息和/或标识信息，向管理设备发送各自的标识信息(以SN号为例)。
可选地，在本实施例中，企业客户购买的手机以及管理设备均由厂商预先在手机中安装APK。可选地，企业内也可以单独购买APK(包括管理设备对应的APK和终端设备对应的APK)，并在指定为管理设备的电子设备上安装管理设备对应的APK，在企业内需要被管理的员工手机上安装终端设备对应的APK。本申请不做限定。
需要说明的是，为区别企业员工所使用的终端设备和普通消费者使用的终端设备，本申请所述的APK和管理员设备权限及添加管理组成员需要做严格管控(管控方式不做限定)，以避免普通消费者的手机被动不知情添加至管理组。示例性的，管控方式可以为：普通设备(指非企业人员使用的手机)即使获取到升级控制工具，但是其成功安装升级控制工具的条件是需要企业管理员确认。
管理设备(具体为管理设备中的APK)接收到手机2和手机3发送的SN号，将SN号记录到本地，并向手机2和手机3返回响应消息。手机2和手机3接收到响应消息后，确定与管理设备绑定成功，即已成功加入管理设备所属的管理组。
步骤203，管理设备从OTA服务器获取版本信息。
具体的，管理设备可周期性扫描OTA服务器，以检测OTA服务器是否存在更新的系统软件升级包，即管理设备未存储的版本信息对应的系统软件升级包。具体扫描方式可参照已有技术，本申请不做赘述。
示例性的，如图5所示，OTA服务器当前存储的系统软件升级包的版本由低到高排序包括版本1.0、版本2.0以及版本3.0。管理设备可通过扫描OTA服务器，检测到当前的OTA服务器上的系统软件升级包的最新版本为版本3.0，管理设备检测是否已获取到该版本对应的版本信息，若本地未缓存有该版本信息，则从OTA服务器侧获取该版本对应的版本信息(即版本号)。在本实施例中，管理设备检测到本地未存储有与版本3.0对应的信息，管理设备从OTA服务器端获取该系统软件升级包的版本信息(即版本3.0)。
步骤204，管理设备对版本信息进行标记。
仍参照图4，可选地，管理设备在获取到版本信息后，可基于用户指令对版本信息进行授权，并将授权结果与版本信息对应存储于本地。
示例性的，如图5所示，管理设备可基于用户指令，将版本3.0标记为不可用，其中，版本1.0和版本2.0均已标记为可用。
步骤205，终端设备(手机2和手机3)从OTA服务器获取版本信息。
具体的，手机2和手机3同样可周期性扫描OTA服务器，以检测OTA服务器是否存在手机2和/或手机3未升级且未下载的系统软件升级包。
示例性的，参照图5，下面以手机2当前的系统软件版本为2.0，以手机3当前的系统软件版本为1.0为例进行说明。
手机2通过扫描OTA服务器，确定OTA服务器当前具有的升级包版本包括版本1.0、版本2.0以及版本3.0。手机2将OTA服务器当前具有的版本与手机2的系统软件升级包版本进行对比，确认OTA服务器存在可供手机2升级的系统软件升级包，即版本3.0。手机2可进一步确定本地未存储有该升级包的情况下，从OTA服务器端获取该升级包的版本信息，即版本号为3.0。
手机3通过扫描OTA服务器，确定可升级的版本为版本2.0和版本3.0，并从OTA服务器端获取版本信息。具体细节与手机2类似，此处不赘述。
步骤206，终端设备(手机2和手机3)从管理设备获取版本信息对应的标记。
具体的，终端设备(具体为终端设备中的APK)可从管理设备端获取与需要升级的升级包对应的版本信息，即，从OTA服务器端获取到的版本信息对应的标记，以确定是否允许终端设备基于该升级包进行升级。
示例性的，手机2可向管理设备发送查询请求，查询请求中携带版本信息，即版本3.0。管理设备接收到该版本信息后，将版本信息与本地的一个或多个版本信息进行匹配，并获取匹配成功的版本信息对应的标记。如图4所示，管理设备查询到版本3.0对应的标记为不可用，则管理设备向手机2发送查询响应，查询响应中携带版本信息(即版本3.0)以及对应的标记(即不可用)。
示例性的，手机3可向管理设备发送查询请求，查询请求中携带版本信息，包括版本2.0和版本3.0。管理设备经查询后，向手机3发送查询响应，该消息中携带版本2.0及其标记(即为可用)以及版本3.0及其标记(即为不可用)。
步骤207，终端设备(手机2和手机3)基于版本信息对应的标记，确定是否可进行升级。
示例性的，手机2接收到管理设备的查询响应后，获取到版本信息3.0对应的标记为不可用，则流程结束。可选地，手机2可在下一次扫描周期，再次重复步骤203-207，若管理设备中版本3.0的标记修改为可用，则手机2确定可以进行升级。
示例性的，手机3基于从管理设备端获取到的版本信息及其对应的标记，可确定手机3可基于版本2.0对应的升级包进行升级，不可基于版本3.0对应的升级包进行升级，具体细节与手机2类似，此处不赘述。
可选地，终端设备确定可进行升级后，执行步骤208，反之，则在下一个扫描周期重复步骤203-207。
步骤208，手机3对系统软件进行升级。
示例性的，手机3确定可基于版本2.0对应的升级包进行升级后，可从OTA服务器端下载版本2.0对应的系统软件升级包。下载完成后，手机3可提示用户当前有可供升级的版本，并在用户允许后，基于该升级包将系统软件进行升级。
在图3所示实施例的基础上，如图6所示，其示例性示出了一种OTA系统软件升级控制方法的流程示意图，具体的：
如上文所述，企业可批量购买终端设备，并将终端设备按照型号、部门或者员工类别对终端设备进行分组管理，并对各组的系统软件版本升级分别进行管控。举例说明：企业内部购买1000台华为手机以及作为管理设备的华为手机，管理设备以及1000台华为手机均预安装有升级控制APK。
示例性的，该1000台华为手机包括四种设备型号，分别为：HUAWEI Mate 20Pro，HUAWEI Mate 20，HUAWEI Mate 10和HUAWEI nova 4。
步骤301，设置管理设备。
步骤302，终端设备(手机2、手机3和手机4)与管理设备绑定。
示例性的，在本实施例中，将手机按照各自的类型进行分组。具体的，1000台华为手机可向管理设备发送各自的标识信息及对应的手机型号。管理设备可按照手机的手机型号，将1000台手机分为四组，包括：HUAWEI Mate 20Pro，HUAWEI Mate 20，HUAWEI Mate 10和HUAWEI nova 4。其中，一个型号代表一个组的组名称。分组成功后，管理设备向各终端设备发送响应消息，以指示绑定成功。
下面以手机1为管理设备，手机2、手机3和手机4为终端设备为例，对分组场景下的系统软件升级控制进行详细说明。
示例性的，以手机2和手机3的手机型号为HUAWEI Mate 20Pro，手机4的手机型号为HUAWEI Mate 10为例进行说明。具体的，手机2、手机3和手机4分别向管理设备发送各自的标识信息(例如SN号)，以与管理设备进行绑定，具体绑定过程可参照上文，此处不赘述。
示例性的，管理设备基于用户指令(即按照手机型号进行分组)，将手机2和手机3划分划分到HUAWEI Mate 20Pro组，为简便标记，以下将HUAWEI Mate 20Pro组称为组1，将手机4划分到HUAWEI Mate 10组，为简便标记，以下将HUAWEI Mate 10组组称为组2。需要说明的是，对于1000台手机的其它手机以及其它组(例如HUAWEI Mate20组和HUAWEI nova 4组)的升级控制过程与本实施例中的步骤相同，本实施例中不再赘述。
可选地，管理设备可生成分组列表，各组分别对应有各自的列表，列表中包括组内各手机的SN号。
步骤303，管理设备从OTA服务器获取版本信息。
步骤304，管理设备对版本信息进行标记。
可选地，在本实施例中，管理设备可分别对各组进行系统软件版本的授权。示例性的，管理设备可将版本3.0对组1授权为可用，也就是说，将版本3.0对应于组1标记为可用，将版本3.0对组2授权为不可用，也就是说，将版本3.0对应于组1标记为不可用，参照图7。
步骤305，终端设备(手机2、手机3和手机4)从OTA服务器获取版本信息。
示例性的，参照图7，以手机2当前的系统软件版本为2.0，手机3当前的系统软件版本为1.0，手机4当前的系统软件版本为2.0为例进行说明。相应的，手机2从OTA服务器获取版本信息(版本3.0)，手机3从OTA服务器获取版本信息(版本2.0和版本3.0)，手机4从OTA服务器获取版本信息(版本3.0)。具体获取方式可参照上述实施例，此处不赘述。
步骤306，终端设备(手机2、手机3和手机4)从管理设备获取版本信息对应的标记。
示例性的，手机2向管理设备发送查询请求，以查询版本3.0的标记。手机3向管理设备发送查询请求，以查询版本2.0和版本3.0的标记。手机4向管理设备发送查询请求，以查询版本3.0的标记。
管理设备基于手机2的SN号，查询到手机2属于组1，管理设备基于组1查询组1的系统软件版本授权，并查询到组1对应于版本3.0的标记为可用，则管理设备向手机2发送版本信息3.0及其对应的标记(可用)。与手机2类似，手机3从管理设备获取到版本2.0对应的标记为可用，版本3.0对应的标记为可用。手机4从管理设备获取到版本3.0对应的标记为不可用。
步骤307，终端设备(手机2、手机3和手机4)基于版本信息对应的标记，确定是否可进行升级。
示例性的，手机2确定可升级到版本3.0，手机3确定可升级到版本3.0，手机4确定不可升级到版本3.0。具体细节参照上述实施例，此处不赘述。
步骤308，手机2和手机3对系统软件进行升级。
场景二
结合图1和图2，如图8所示为本申请实施例中的OTA系统软件升级控制方法的流程示意图，在图8中：
步骤401，设置管理设备以及管理设备所在管理组内的成员。
具体步骤与场景一相同，此处不再赘述。
步骤402，管理设备从OTA服务器获取版本信息，并存储允许终端设备进行升级的系统软件升级包的版本信息。
具体的，在本实施例中，管理设备获取到OTA服务器上的各系统软件升级包的版本信息后，可根据用户指令，仅存储允许终端设备进行系统软件升级包的版本信息。
可选地，对于分组管理的场景，管理设备可在各分组对应的分组列表中记录可供该分组内的终端设备进行系统升级的升级包的版本信息。
步骤403，终端设备从OTA服务器端获取版本信息，以及，从管理设备端获取版本信息对应的授权信息。
具体的，终端设备从OTA服务器端获取到目标系统软件升级包的版本信息后，可从管理设备端获取到目标系统软件升级包的版本信息对应的授权信息。
一种可能的实现方式中，终端设备向管理设备发送查询请求消息，该消息中可携带需要查询的系统软件升级包(即本申请所述的目标系统软件升级包)的版本信息，用于指示查询目标系统软件升级包的版本信息对应的授权情况。管理设备响应于该消息，在本地查询是否存储有该目标系统软件升级包的版本信息，若存在，则管理设备向终端发送查询响应消息，响应消息中可携带目标系统软件升级包的版本信息，若不存在，可选地，管理设备可向终端设备发送查询响应消息，消息中可不包括任何信息，或者包括指示目标系统软件升级包的版本信息未授权的信息。
另一种可能的实现方式中，终端可向管理设备发送查询请求消息，该消息用于查询管理设备上各系统软件升级包的版本信息的授权信息。管理设备响应于该消息，获取本地存储的允许该终端设备升级的系统软件版本的版本信息，并向终端发送查询响应消息，该消息中携带管理设备上存储的允许该终端设备升级的系统软件版本的版本信息。
步骤404，终端设备基于版本信息对应的授权信息确定是否可升级。
具体的，在本申请中，终端设备从管理设备获取到版本信息及对应的标记后，可执行双因子验证。
一种可能的实现方式中，如步骤103所述，若管理设备返回的是管理设备上存储的允许终端设备进行升级的各系统软件升级包的版本信息，则终端设备可基于从OTA服务器上获取到的版本信息与从管理设备端获取到的各版本信息进行匹配，若匹配成功，则确定该版本信息对应的授权信息为可用，也就是说，允许终端设备基于该版本信息对应的系统软件升级包进行升级。
另一种可能的实现方式中，如步骤103所述，若管理设备返回的是终端请求的版本信息(即目标系统软件升级包的版本信息)，则终端可基于从OTA服务器上获取到的版本信息与从管理设备获取到的版本信息进行比较，若一致，则确定该版本信息对应的授权信息为可用，也就是说，允许终端设备基于该版本信息对应的系统软件升级包进行升级。
可选地，在本申请中，若终端设备确定可以基于该版本信息对应的系统软件升级包进行系统软件升级，终端设备可从OTA服务器端下载该系统软件升级包，并在获取到许可(例如用户点击确认升级按钮)的情况下，基于该系统软件升级包进行系统软件升级。可选地，若终端设备确定该版本信息对应的授权信息为不可用，即，确定不可以基于该版本信息对应的系统软件升级包进行系统软件升级，则终端中的APK将打断该升级流程，即升级流程结束。
在一种可能的实现方式中，本申请实施例中验证步骤，即，确定终端设备是否可以升级的步骤还可以由管理设备执行，具体的，管理设备可以对应记录有各终端设备的标识信息、系统软件的类型、当前系统软件的版本。可选地，管理设备从OTA服务器获取到各系统软件升级包的版本信息，并对版本信息进行标记后，可基于标记结果以及各终端设备当前的系统软件的版本，确定各终端设备是否可基于系统软件升级包进行升级。举例说明：管理设备记录有手机2的SN号、系统软件的类型为系统软件A、手机2的当前系统软件的版本为版本2.0。管理设备从OTA服务器端获取到系统软件A当前最新的升级包版本为版本3.0，并基于用户指令，将版本3.0标记为可用。管理设备遍历本地记录的各终端设备的相关信息，确定手机2可基于版本3.0的系统软件升级包进行升级。则管理设备可向手机2发送指示消息，以指示手机2可从OTA服务器端下载版本号为3.0的系统软件升级包。
上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，管理设备和终端为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对管理设备和终端进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
图9所示为管理设备的一种结构示意图，参照图9，管理设备200可以包括：收发模块201和处理模块202，其中，收发模块201，用于接收终端设备发送的查询请求，查询请求用于查询目标系统软件升级包的授权信息；处理模块202，用于基于查询请求，从本地缓存中获取与目标系统软件升级包对应的授权信息；授权信息包括可用或不可用，授权信息为可用用于指示允许终端设备基于目标系统软件升级包进行系统软件升级，授权信息为不可用用于指示不允许终端设备基于目标系统软件升级包进行系统软件升级；收发模块还用于向终端设备发送授权信息。
在上述技术方案的基础上，处理模块202还用于：检测到本地未缓存有OTA服务器上的至少一个系统软件升级包的版本信息后，获取至少一个系统软件升级包的版本信息；根据预设规则和/或用户指令，判定是否允许终端设备基于至少一个系统软件升级包进行系统软件升级；若判定为是，则标记至少一个系统软件升级包的版本信息为可用；若判定为否，则标记至少一个系统软件升级包的版本信息为不可用。
在上述技术方案的基础上，处理模块202还用于检测终端设备是否属于管理设备管理的群组；其中，处理模块确定终端设备属于管理设备管理的群组，则基于查询请求，从本地缓存中获取与目标系统软件升级包对应的授权信息。
在上述技术方案的基础上，，查询请求包括目标系统软件升级包的版本信息，处理模块202还用于将版本信息与本地缓存的至少一个版本信息进行匹配；获取匹配成功的版本信息对应的授权信息。
在上述技术方案的基础上，处理模块202还用于查询终端设备所属分组；查询分组对应于目标系统软件升级包的授权信息，其中，授权信息为可用用于指示管理设备允许分组中的一个或多个终端设备基于目标系统软件升级包进行系统软件升级，授权信息为不可用用于指示管理设备不允许分组中的一个或多个终端设备基于目标系统软件升级包进行系统软件升级。
图10所示为终端的一种结构示意图，参照图10，终端300包括获取模块301、收发模块302、处理模块303，其中，获取模块301，用于访问OTA服务器，获取OTA服务器上版本高于终端设备当前的系统软件版本的目标系统软件升级包的版本信息；收发模块302，用于向管理设备请求目标系统软件升级包的版本信息对应的授权信息；处理模块303，用于响应于接收到管理设备发送的目标系统软件升级包的版本信息对应的授权信息，确定可从OTA服务器获取目标系统软件升级包；获取模块，还用于从OTA服务器获取目标系统软件升级包；其中，授权信息用于指示是否允许终端设备从OTA服务器中获取目标系统软件升级包。
在上述技术方案的基础上，处理模块303具体用于：接收管理设备发送的目标系统软件升级包的版本信息对应的授权信息；其中，若授权信息包括可用标记，则确定目标系统软件升级包的版本信息对应的授权信息为允许终端设备从OTA服务器中获取目标系统软件升级包。
在上述技术方案的基础上，处理模块303具体用于：接收管理设备发送的至少一个系统软件升级包的版本信息以及至少一个系统软件升级包的版本信息对应的授权信息；将目标系统软件升级包的版本信息与至少一个系统软件升级包的版本信息进行匹配，确定匹配成功的系统软件升级包的版本信息对应的授权信息；其中，若授权信息包括可用标记，则确定目标系统软件升级包的版本信息对应的授权信息为允许终端设备从OTA服务器中获取目标系统软件升级包。
在上述技术方案的基础上，处理模块303具体用于：终端设备接收管理设备发送的响应消息；其中，若响应消息中包括目标系统软件升级包的版本信息，则确定目标系统软件升级包的版本信息对应的授权信息为允许终端设备从OTA服务器中获取目标系统软件升级包。
在上述技术方案的基础上，收发模块302用于向管理设备发送查询请求消息，查询请求消息中包括目标系统软件升级包的版本信息。
在上述技术方案的基础上，处理模块303用于响应于接收到管理设备发送的目标系统软件升级包的版本信息对应的授权信息，若终端设备确定授权信息为允许终端设备从OTA服务器中获取目标系统软件升级包，则判定可从OTA服务器获取目标系统软件升级包。收发模块302用于从OTA服务器中获取目标系统软件升级包；
处理模块303还用于响应于接收到管理设备发送的目标系统软件升级包的版本信息对应的授权信息，若终端设备确定授权信息为不允许终端设备从OTA服务器中获取目标系统软件升级包，则判定不可从OTA服务器获取目标系统软件升级包，并确定OTA升级流程结束。
在上述技术方案的基础上，收发模块302还用于向管理设备请求加入管理设备管理的群组。
在上述技术方案的基础上，收发模块302还用于向管理设备发送终端设备的标识信息；若接收到管理设备发送的确认消息，则终端设备确定已加入群组。
下面介绍本申请实施例提供的一种装置。如图11所示：
该装置包括处理模块401和通信模块402。可选的，该装置还包括存储模块403。处理模块401、通信模块402和存储模块403通过通信总线相连。
通信模块402可以是具有收发功能的装置，用于与其他网络设备或者通信网络进行通信。
存储模块403可以包括一个或者多个存储器，存储器可以是一个或者多个设备、电路中用于存储程序或者数据的器件。
存储模块403可以独立存在，通过通信总线与处理模块401相连。存储模块也可以与处理模块401集成在一起。
装置400可以是本申请实施例中的终端，例如终端1或终端2。终端的示意图可以如图2所示。可选的，装置400的通信模块402可以包括终端的天线和收发机，可选的，通信模块402还可以包括输出设备和输入设备。
装置400可以是本申请实施例中的终端中的芯片。通信模块402可以是输入或者输出接口、管脚或者电路等。可选的，存储模块可以存储终端侧的方法的计算机执行指令，以使处理模块401执行上述实施例中终端侧的方法。存储模块403可以是寄存器、缓存或者RAM等，存储模块403可以和处理模块401集成在一起；存储模块403可以是ROM或者可存储静态信息和指令的其他类型的静态存储设备，存储模块403可以与处理模块401相独立。可选的，随着无线通信技术的发展，收发机可以被集成在装置400上。
当装置400是本申请实施例中的终端或者终端中的芯片时，装置400可以实现上述实施例中终端执行的方法。
装置400可以是本申请实施例中的管理设备。可选的，装置400的通信模块402可以包括管理设备的天线和收发机，通信模块402还可以包括管理设备的网络接口。
装置400可以是本申请实施例中的管理设备中的芯片。通信模块402可以是输入或者输出接口、管脚或者电路等。可选的，存储模块可以存储管理设备侧的方法的计算机执行指令，以使处理模块401执行上述实施例中管理设备侧的方法。存储模块403可以是寄存器、缓存或者RAM等，存储模块403可以和处理模块401集成在一起；存储模块403可以是ROM或者可存储静态信息和指令的其他类型的静态存储设备，存储模块403可以与处理模块401相独立。可选的，随着无线通信技术的发展，收发机可以被集成在装置400上。
当装置400是本申请实施例中的管理设备或者管理设备中的芯片时，可以实现上述实施例中管理设备执行的方法。
本申请实施例还提供了一种计算机可读存储介质。上述实施例中描述的方法可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。如果在软件中实现，则功能可以作为一个或多个指令或代码存储在计算机可读介质上或者在计算机可读介质上传输。计算机可读介质可以包括计算机存储介质和通信介质，还可以包括任何可以将计算机程序从一个地方传送到另一个地方的介质。存储介质可以是可由计算机访问的任何可用介质。
作为一种可选的设计，计算机可读介质可以包括RAM，ROM，EEPROM，CD-ROM或其它光盘存储器，磁盘存储器或其它磁存储设备，或可用于承载的任何其它介质或以指令或数据结构的形式存储所需的程序代码，并且可由计算机访问。而且，任何连接被适当地称为计算机可读介质。例如，如果使用同轴电缆，光纤电缆，双绞线，数字用户线(DSL)或无线技术(如红外，无线电和微波)从网站，服务器或其它远程源传输软件，则同轴电缆，光纤电缆，双绞线，DSL或诸如红外，无线电和微波之类的无线技术包括在介质的定义中。如本文所使用的磁盘和光盘包括光盘(CD)，激光盘，光盘，数字通用光盘(DVD)，软盘和蓝光盘，其中磁盘通常以磁性方式再现数据，而光盘利用激光光学地再现数据。上述的组合也应包括在计算机可读介质的范围内。
本申请实施例还提供了一种计算机程序产品。上述实施例中描述的方法可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。如果在软件中实现，可以全部或者部分得通过计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行上述计算机程序指令时，全部或部分地产生按照上述方法实施例中描述的流程或功能。上述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、用户设备或者其它可编程装置。
上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (18)

1.一种空中下载OTA系统软件升级控制方法，其特征在于，包括：
终端设备访问OTA服务器，获取所述OTA服务器上版本高于所述终端设备当前的系统软件版本的目标系统软件升级包的版本信息；
所述终端设备向管理设备请求所述目标系统软件升级包的版本信息对应的授权信息；
所述终端设备响应于接收到所述管理设备发送的所述目标系统软件升级包的版本信息对应的授权信息，确定可从所述OTA服务器获取所述目标系统软件升级包，则从所述OTA服务器获取所述目标系统软件升级包；其中，所述授权信息用于指示是否允许所述终端设备从所述OTA服务器中获取所述目标系统软件升级包。
2.根据权利要求1所述的方法，其特征在于，所述终端设备响应于接收到所述管理设备发送的所述目标系统软件升级包的版本信息对应的授权信息，确定可从所述OTA服务器获取所述目标系统软件升级包，包括：
所述终端设备接收所述管理设备发送的所述目标系统软件升级包的版本信息对应的授权信息；
其中，若所述授权信息包括可用标记，则确定所述目标系统软件升级包的版本信息对应的授权信息为允许所述终端设备从所述OTA服务器中获取所述目标系统软件升级包。
3.根据权利要求1所述的方法，其特征在于，所述终端设备响应于接收到所述管理设备发送的所述目标系统软件升级包的版本信息对应的授权信息，确定可从所述OTA服务器获取所述目标系统软件升级包，包括：
所述终端设备接收所述管理设备发送的至少一个系统软件升级包的版本信息以及所述至少一个系统软件升级包的版本信息对应的授权信息；
所述终端设备将所述目标系统软件升级包的版本信息与所述至少一个系统软件升级包的版本信息进行匹配，确定匹配成功的系统软件升级包的版本信息对应的授权信息；
其中，若所述授权信息包括可用标记，则确定所述目标系统软件升级包的版本信息对应的授权信息为允许所述终端设备从所述OTA服务器中获取所述目标系统软件升级包。
4.根据权利要求1所述的方法，其特征在于，所述终端设备响应于接收到所述管理设备发送的所述目标系统软件升级包的版本信息对应的授权信息，确定可从所述OTA服务器获取所述目标系统软件升级包，包括：
所述终端设备接收所述管理设备发送的响应消息；
其中，若所述响应消息中包括所述目标系统软件升级包的版本信息，则确定所述目标系统软件升级包的版本信息对应的授权信息为允许所述终端设备从所述OTA服务器中获取所述目标系统软件升级包。
5.根据权利要求2至4任一项所述的方法，其特征在于，所述终端设备向管理设备请求所述目标系统软件升级包的版本信息对应的授权信息，包括：
所述终端设备向所述管理设备发送查询请求消息，所述查询请求消息中包括所述目标系统软件升级包的版本信息。
6.根据权利要求1至5任一项所述的方法，其特征在于，所述终端设备响应于接收到所述管理设备发送的所述目标系统软件升级包的版本信息对应的授权信息，确定可从所述OTA服务器获取所述目标系统软件升级包，则从所述OTA服务器获取所述目标系统软件升级包，包括：
所述终端设备响应于接收到所述管理设备发送的所述目标系统软件升级包的版本信息对应的授权信息，若所述终端设备确定所述授权信息为允许所述终端设备从所述OTA服务器中获取所述目标系统软件升级包，则判定可从所述OTA服务器获取所述目标系统软件升级包，并从所述OTA服务器中获取所述目标系统软件升级包；
所述终端设备响应于接收到所述管理设备发送的所述目标系统软件升级包的版本信息对应的授权信息，若所述终端设备确定所述授权信息为不允许所述终端设备从所述OTA服务器中获取所述目标系统软件升级包，则判定不可从所述OTA服务器获取所述目标系统软件升级包，并确定OTA升级流程结束。
7.根据权利要求1至6任一项所述的方法，其特征在于，所述终端设备向管理设备请求所述目标系统软件升级包的版本信息对应的授权信息之前，还包括：
所述终端设备向所述管理设备请求加入所述管理设备管理的群组。
8.根据权利要求7所述的方法，其特征在于，所述终端设备向所述管理设备请求加入所述管理设备管理的群组，包括：
所述终端设备向所述管理设备发送所述终端设备的标识信息；
若接收到所述管理设备发送的确认消息，则所述终端设备确定已加入所述群组。
9.一种终端设备，其特征在于，包括：
存储器和处理器，所述存储器和所述处理器耦合；
所述存储器存储有程序指令，所述程序指令被所述处理器执行时，使得所述终端设备执行如下步骤：
访问OTA服务器，获取所述OTA服务器上版本高于所述终端设备当前的系统软件版本的目标系统软件升级包的版本信息；
向管理设备请求所述目标系统软件升级包的版本信息对应的授权信息；
响应于接收到所述管理设备发送的所述目标系统软件升级包的版本信息对应的授权信息，确定可从所述OTA服务器获取所述目标系统软件升级包，则从所述OTA服务器获取所述目标系统软件升级包；其中，所述授权信息用于指示是否允许所述终端设备从所述OTA服务器中获取所述目标系统软件升级包。
10.根据权利要求9所述的终端设备，其特征在于，所述程序指令被所述处理器执行时，使得所述终端设备执行如下步骤：
接收所述管理设备发送的所述目标系统软件升级包的版本信息对应的授权信息；
其中，若所述授权信息包括可用标记，则确定所述目标系统软件升级包的版本信息对应的授权信息为允许所述终端设备从所述OTA服务器中获取所述目标系统软件升级包。
11.根据权利要求9所述的终端设备，其特征在于，所述程序指令被所述处理器执行时，使得所述终端设备执行如下步骤：
接收所述管理设备发送的至少一个系统软件升级包的版本信息以及所述至少一个系统软件升级包的版本信息对应的授权信息；
将所述目标系统软件升级包的版本信息与所述至少一个系统软件升级包的版本信息进行匹配，确定匹配成功的系统软件升级包的版本信息对应的授权信息；
其中，若所述授权信息包括可用标记，则确定所述目标系统软件升级包的版本信息对应的授权信息为允许所述终端设备从所述OTA服务器中获取所述目标系统软件升级包。
12.根据权利要求9所述的终端设备，其特征在于，所述程序指令被所述处理器执行时，使得所述终端设备执行如下步骤：
接收所述管理设备发送的响应消息；
其中，若所述响应消息中包括所述目标系统软件升级包的版本信息，则确定所述目标系统软件升级包的版本信息对应的授权信息为允许所述终端设备从所述OTA服务器中获取所述目标系统软件升级包。
13.根据权利要求10至12任一项所述的终端设备，其特征在于，所述程序指令被所述处理器执行时，使得所述终端设备执行如下步骤：
向所述管理设备发送查询请求消息，所述查询请求消息中包括所述目标系统软件升级包的版本信息。
14.根据权利要求9至13任一项所述的终端设备，其特征在于，所述程序指令被所述处理器执行时，使得所述终端设备执行如下步骤：
响应于接收到所述管理设备发送的所述目标系统软件升级包的版本信息对应的授权信息，若确定所述授权信息为允许所述终端设备从所述OTA服务器中获取所述目标系统软件升级包，则判定可从所述OTA服务器获取所述目标系统软件升级包，并从所述OTA服务器中获取所述目标系统软件升级包；
响应于接收到所述管理设备发送的所述目标系统软件升级包的版本信息对应的授权信息，若确定所述授权信息为不允许所述终端设备从所述OTA服务器中获取所述目标系统软件升级包，则判定不可从所述OTA服务器获取所述目标系统软件升级包，并确定OTA升级流程结束。
15.根据权利要求9至14任一项所述的终端设备，其特征在于，所述程序指令被所述处理器执行时，使得所述终端设备执行如下步骤：
向所述管理设备请求加入所述管理设备管理的群组。
16.根据权利要求7所述的终端设备，其特征在于，所述程序指令被所述处理器执行时，使得所述终端设备执行如下步骤：
向所述管理设备发送所述终端设备的标识信息；
若接收到所述管理设备发送的确认消息，则确定已加入所述群组。
17.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机可读存储介质由终端执行，以控制所述终端执行权利要求1至8任一项所述的方法。
18.一种包含指令的计算机程序产品，其特征在于，当所述计算机程序产品在电子设备上运行时，使得所述电子设备执行如权利要求1-8中任一项所述的方法。
CN201911350143.4A 2019-12-24 2019-12-24 Ota系统软件升级控制方法及终端设备 Pending CN113031980A (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201911350143.4A CN113031980A (zh) 2019-12-24 2019-12-24 Ota系统软件升级控制方法及终端设备
US17/788,243 US20230021634A1 (en) 2019-12-24 2020-12-22 OTA System Software Upgrade Control Method and Terminal Device
EP20905681.1A EP4064039B1 (en) 2019-12-24 2020-12-22 Ota system software upgrade control method and terminal device
PCT/CN2020/138303 WO2021129610A1 (zh) 2019-12-24 2020-12-22 Ota系统软件升级控制方法及终端设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911350143.4A CN113031980A (zh) 2019-12-24 2019-12-24 Ota系统软件升级控制方法及终端设备

Publications (1)

Publication Number Publication Date
CN113031980A true CN113031980A (zh) 2021-06-25

Family

ID=76452028

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911350143.4A Pending CN113031980A (zh) 2019-12-24 2019-12-24 Ota系统软件升级控制方法及终端设备

Country Status (4)

Country Link
US (1) US20230021634A1 (zh)
EP (1) EP4064039B1 (zh)
CN (1) CN113031980A (zh)
WO (1) WO2021129610A1 (zh)

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113448607A (zh) * 2021-07-12 2021-09-28 青岛海尔科技有限公司 用于固件升级的方法、装置和智能家电
CN113849213A (zh) * 2021-10-15 2021-12-28 四川启睿克科技有限公司 一种边缘设备的ota升级系统及方法
CN113885903A (zh) * 2021-08-30 2022-01-04 珠海读书郎软件科技有限公司 一种应用市场多应用升级的方法
CN114168176A (zh) * 2021-12-15 2022-03-11 四川启睿克科技有限公司 一种基于区块链的跨厂商设备升级系统及方法
CN114168175A (zh) * 2021-12-14 2022-03-11 四川启睿克科技有限公司 基于区块链的跨厂商设备追溯方法及系统
CN116048594A (zh) * 2022-07-01 2023-05-02 荣耀终端有限公司 软件升级方法及相关装置
CN116466986A (zh) * 2023-04-18 2023-07-21 惠州市乐亿通科技有限公司 储能系统的设备软件升级方法、装置、通讯模块以及介质
WO2023142107A1 (zh) * 2022-01-30 2023-08-03 Oppo广东移动通信有限公司 设备升级的方法、装置、芯片、存储介质及程序产品
WO2024011366A1 (zh) * 2022-07-11 2024-01-18 Oppo广东移动通信有限公司 设备升级方法、装置、设备、存储介质及程序产品
CN117742123A (zh) * 2023-12-26 2024-03-22 佳木斯大学 一种控制数据处理方法及系统
CN117971305A (zh) * 2024-03-28 2024-05-03 荣耀终端有限公司 操作系统的升级方法、服务器及电子设备

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2022163396A (ja) * 2021-04-14 2022-10-26 トヨタ自動車株式会社 Ｏｔａマスタ、更新制御方法、更新制御プログラム及びｏｔａセンタ
CN113852489A (zh) * 2021-08-16 2021-12-28 青岛海尔科技有限公司 一种升级包的获取方法及智能设备
CN113923240B (zh) * 2021-09-29 2023-09-15 江苏合力四通智能科技股份有限公司 利用局部ota方法在物联网网关中动态升级设备接口协议的系统及方法
CN114024982B (zh) * 2021-11-03 2024-02-23 南京炫佳网络科技有限公司 信息传输方法、业务服务器、终端设备、系统及存储介质
US11886862B2 (en) * 2022-02-01 2024-01-30 GM Global Technology Operations LLC Vehicle software updating technique
CN114546444A (zh) * 2022-02-22 2022-05-27 阿波罗智能技术(北京)有限公司 车辆升级方法、装置、电子设备、介质及自动驾驶车辆
CN117369854A (zh) * 2023-12-07 2024-01-09 浪潮云洲工业互联网有限公司 一种主动标识工业设备ota升级方法、设备及介质

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110010699A1 (en) * 2009-07-09 2011-01-13 Simon Cooper Methods and Systems for Upgrade and Synchronization of Securely Installed Applications on a Computing Device
CN102970342A (zh) * 2012-11-01 2013-03-13 山东大学 一种基于ota 技术的嵌入式终端自动升级方法
US20130185548A1 (en) * 2012-01-12 2013-07-18 Gueorgui Djabarov Multiple System Images for Over-The-Air Updates
CN107147519A (zh) * 2017-04-10 2017-09-08 北京德威特继保自动化科技股份有限公司 设备升级的方法、装置和系统
US20190187971A1 (en) * 2017-12-20 2019-06-20 Nio Usa, Inc. Method and system for providing secure over-the-air vehicle updates
US20190227784A1 (en) * 2018-01-22 2019-07-25 Apple Inc. Secure delivery of assets to a trusted device
US20190243631A1 (en) * 2018-02-05 2019-08-08 Vmware, Inc. Enterprise firmware management
CN110347411A (zh) * 2019-07-17 2019-10-18 深圳市英博超算科技有限公司 程序安装/升级方法、装置以及系统

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020062065A1 (en) * 2018-09-28 2020-04-02 Qualcomm Incorporated A vehicle-initiated approach to joining a group

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110010699A1 (en) * 2009-07-09 2011-01-13 Simon Cooper Methods and Systems for Upgrade and Synchronization of Securely Installed Applications on a Computing Device
US20130185548A1 (en) * 2012-01-12 2013-07-18 Gueorgui Djabarov Multiple System Images for Over-The-Air Updates
CN102970342A (zh) * 2012-11-01 2013-03-13 山东大学 一种基于ota 技术的嵌入式终端自动升级方法
CN107147519A (zh) * 2017-04-10 2017-09-08 北京德威特继保自动化科技股份有限公司 设备升级的方法、装置和系统
US20190187971A1 (en) * 2017-12-20 2019-06-20 Nio Usa, Inc. Method and system for providing secure over-the-air vehicle updates
US20190227784A1 (en) * 2018-01-22 2019-07-25 Apple Inc. Secure delivery of assets to a trusted device
US20190243631A1 (en) * 2018-02-05 2019-08-08 Vmware, Inc. Enterprise firmware management
CN110347411A (zh) * 2019-07-17 2019-10-18 深圳市英博超算科技有限公司 程序安装/升级方法、装置以及系统

Cited By (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113448607A (zh) * 2021-07-12 2021-09-28 青岛海尔科技有限公司 用于固件升级的方法、装置和智能家电
CN113448607B (zh) * 2021-07-12 2023-06-09 青岛海尔科技有限公司 用于固件升级的方法、装置和智能家电
CN113885903A (zh) * 2021-08-30 2022-01-04 珠海读书郎软件科技有限公司 一种应用市场多应用升级的方法
CN113885903B (zh) * 2021-08-30 2022-07-29 珠海读书郎软件科技有限公司 一种应用市场多应用升级的方法
CN113849213A (zh) * 2021-10-15 2021-12-28 四川启睿克科技有限公司 一种边缘设备的ota升级系统及方法
CN113849213B (zh) * 2021-10-15 2024-05-14 四川启睿克科技有限公司 一种边缘设备的ota升级系统及方法
CN114168175A (zh) * 2021-12-14 2022-03-11 四川启睿克科技有限公司 基于区块链的跨厂商设备追溯方法及系统
CN114168175B (zh) * 2021-12-14 2024-04-16 四川启睿克科技有限公司 基于区块链的跨厂商设备追溯方法及系统
CN114168176A (zh) * 2021-12-15 2022-03-11 四川启睿克科技有限公司 一种基于区块链的跨厂商设备升级系统及方法
WO2023142107A1 (zh) * 2022-01-30 2023-08-03 Oppo广东移动通信有限公司 设备升级的方法、装置、芯片、存储介质及程序产品
CN116048594A (zh) * 2022-07-01 2023-05-02 荣耀终端有限公司 软件升级方法及相关装置
CN116048594B (zh) * 2022-07-01 2023-10-10 荣耀终端有限公司 软件升级方法及相关装置
WO2024011366A1 (zh) * 2022-07-11 2024-01-18 Oppo广东移动通信有限公司 设备升级方法、装置、设备、存储介质及程序产品
CN116466986B (zh) * 2023-04-18 2023-10-27 惠州市乐亿通科技有限公司 储能系统的设备软件升级方法、装置、通讯模块以及介质
CN116466986A (zh) * 2023-04-18 2023-07-21 惠州市乐亿通科技有限公司 储能系统的设备软件升级方法、装置、通讯模块以及介质
CN117742123A (zh) * 2023-12-26 2024-03-22 佳木斯大学 一种控制数据处理方法及系统
CN117742123B (zh) * 2023-12-26 2024-06-07 佳木斯大学 一种控制数据处理方法及系统
CN117971305A (zh) * 2024-03-28 2024-05-03 荣耀终端有限公司 操作系统的升级方法、服务器及电子设备

Also Published As

Publication number Publication date
US20230021634A1 (en) 2023-01-26
EP4064039A1 (en) 2022-09-28
EP4064039B1 (en) 2024-06-19
EP4064039A4 (en) 2023-01-25
WO2021129610A1 (zh) 2021-07-01

Similar Documents

Publication Publication Date Title
CN113031980A (zh) Ota系统软件升级控制方法及终端设备
CN110225487B (zh) Profile生成、获取方法及相关设备和存储介质
US11196752B2 (en) Multifactor authentication for secure management of data center assets from a mobile device
CN108028770B (zh) 用于配置嵌入式设备的系统、方法和装置
EP3337219B1 (en) Carrier configuration processing method, device and system, and computer storage medium
US8995957B2 (en) Communication apparatus, communication method and communication system
CN114124930B (zh) 配置文件传输方法、终端、服务器和存储介质
EP2377291B1 (en) Portable mobile communication device and method of controlling near field communication
US11395132B2 (en) Method for transferring subscription and electronic device for supporting the same
CN101557584A (zh) 一种实现移动终端应用权限控制的方法及装置
US20160103494A1 (en) System and method for network configuration and behavior control by proximity enabled devices
CN105263193A (zh) 移动终端的wifi连接方法及系统
CN115915492A (zh) 分布式设备间的通信方法、系统及相关设备
KR20210004809A (ko) 회선을 이동하기 위한 방법 및 이를 지원하는 전자 장치
KR102490395B1 (ko) 외부 전자 장치의 키를 공유하는 전자 장치 및 전자 장치의 동작 방법
CN116546467A (zh) 车载设备的接入控制方法、系统、存储介质及电子装置
AU2020258279B2 (en) System and method for control policy retention
CN116347563A (zh) 一种设备接入网络的方法
CN113709849A (zh) 待入网设备的入网方法和装置、存储介质及电子装置
CN112506546A (zh) 一种移动终端的版本更新方法及设备
US20220217516A1 (en) Method for Out-of-the-Box Pairing for Unassociated Wireless Devices
JP2019149103A (ja) データ処理装置、測定システムおよびデータ処理用プログラム
CN117880795B (zh) 一种非eSIM终端设备实现配置文件远程订阅业务的方法及系统
CN102737111A (zh) 软件元件管理物件的软件元件信息取得方法及其服务系统
CN111339004A (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