CN109347931A - 一种基于分层交互设计的ota升级下载方法 - Google Patents

Abstract

本发明公开了一种基于分层交互设计的OTA升级下载方法，包括智能终端和升级管理服务器、升级策略服务器和升级包服务器，包括：第一层交互，智能终端向升级管理服务器发送升级请求，智能终端的设备信息与部署的升级计划匹配，升级管理服务器返回升级请求回应消息，智能终端进行升级预决策；第二层交互，智能终端从升级策略服务器下载升级策略文件，并对升级策略文件解析，获取需要下载文件的下载地址；第三层交互，智能终端从升级包服务器下载升级包，并保存至cache分区中。本发明采用智能终端升级应用与云端服务器的分层交互流程，在每层交互节点中增加升级决策处理，通过优化交互，减少智能终端文件下载的操作，提高升级判决和下载的效率。

Description

一种基于分层交互设计的OTA升级下载方法

技术领域

本发明涉及操作系统软件技术领域，具体的说，是一种基于分层交互设计的OTA升级下载方法。

背景技术

Android智能终端除了出厂时设备上固化的系统软件，设备厂商依然在持续更新整机软件，解决老版本遗留问题和增加新功能，以提升用户使用体验。通过OTA方式升级用户设备上的系统软件，是众多Android智能终端设备厂商普遍采用的高效手段。有的Android智能终端厂商是租用他家提供的OTA服务平台，有的厂商则是自建OTA升级系统，但这些OTA升级系统共同点都是由云端升级服务器和智能终端设备升级应用组成，智能终端设备向云端服务器请求升级和下载可用的软件升级包，然后在智能终端设备上执行软件烧写，最终达到更新智能终端设备上系统软件的目的。因此，智能终端设备从服务器上安全高效地下载本机匹配的升级软件是保障OTA升级成功的重要基础。OTA升级服务器主要提供升级管理和升级资源文件分发功能，在升级管理服务器上针对智能终端设备类型配置升级计划，记录了该类智能终端的软件升级信息，包括升级策略文件信息和获取的地址；资源分发服务器则提供升级版本更新说明、升级免责文件、升级软件包的下载。Android智能终端升级应用开机启动时在后台运行，向升级管理服务器请求系统升级，下载升级管控策略文件，待升级决策后才继续升级文件相关的下载。由于某类型智能终端设备发布了OTA升级时，该版本会持续很长时间的在线升级，联网智能终端只需要执行一次升级操作即可达到本次发布软件的更新目的，其余的开机时在后台执行的升级下载策略文件的处理，属于冗余操作。如果用户在忽略本次升级提示后，下次开机后台升级下载的是重复操作。随着Android智能终端数量规模增加，智能终端向服务器的升级请求和文件下载访问量急剧增加，一定程度上影响OTA系统运营的效率和安全。

发明内容

本发明的目的在于提供一种基于分层交互设计的OTA升级下载方法，用于解决现有技术中智能终端向服务器的升级请求和文件下载访问量增加导致影响OTA系统运行效率和安全的问题。

本发明通过下述技术方案解决上述问题：

一种基于分层交互设计的OTA升级下载方法，包括智能终端和云端服务器，所述云端服务器包括升级管理服务器、升级策略服务器和升级包服务器；智能终端与云端服务器交互的过程包括：

第一层交互：智能终端在开机联网后向升级管理服务器发送升级请求，升级管理服务器判断智能终端的设备信息是否与部署的升级计划匹配，如果匹配则返回升级请求回应消息，智能终端根据升级请求回应消息进行升级预决策；

第二层交互：当所述升级预决策的结果是升级时，智能终端从升级策略服务器下载升级策略文件，并对升级策略文件解析，获取需要下载文件的下载地址；

第三层交互：智能终端按照所述下载地址从升级包服务器下载升级包，并保存至cache分区中。

工作原理：

第一层交互：智能终端与升级管理服务器交互：

智能终端携带智能终端设备信息向升级管理服务器发送升级请求；

升级管理服务器基于智能终端设备信息与部署的升级计划是否匹配，存在匹配的升级计划则给智能终端发送携带升级策略文件的下载地址的升级请求回应消息，没有匹配项则给智能终端回复ERROR状态信息。仅在存在升级部署时，启动第二层交互。

第二层交互：智能终端与升级策略服务器交互：

智能终端基于升级请求回应消息，解析并通过该下载地址下载升级配置文件到本地；

下载升级策略服务器部署的免责声明文件；

下载升级策略服务器部署的升级版本的信息说明文件。

智能终端在本地解析升级配置文件(update.xml)，并基于智能终端当前固件版本号和服务器当前的升级部署版本号，确定是否存在适合当前智能终端的升级版本，使用整包还是差分包执行升级等升级策略相关的判决。存在升级更新版本时，解析得到升级文件的网络下载地址，继续第三层交互。

第三层交互：智能终端与升级包服务器(CDN服务器)交互：

智能终端从升级包服务器指定地址下载升级文件到本地cache分区缓存；

实施升级文件的签名、大小、md5码的校验检查；

升级文件通过检查后，基于升级控制执行后续强制升级或提示用户升级。

进一步地，所述升级请求回应消息包括升级部署版本号、升级策略文件下载地址、md5码、升级计划和升级类型，所述第一层交互中的升级预决策包括：首先解析出升级请求回应消息中的升级部署版本号，将升级部署版本号与本机固件版本号比较，当升级部署版本号高于本机固件版本号时，从升级请求回应消息中解析出所述升级策略文件下载地址、md5码、升级计划和升级类型，决策结果为升级；否则决策结果为本机当前固件版本号已是最新版本。

此优化措施可有效改善智能终端的升级状态，在第一层交互中加入升级预决策机制，避免冗余的升级文件下载和处理。

进一步地，所述第二层交互具体包括：

步骤A1：根据升级策略文件下载地址和md5码字段，判断本机已存在的升级策略文件是否为本次需要下载的文件，如果是，则进入A3；否则进入下一步；

步骤A2：从升级策略服务器下载升级策略文件；

步骤A3：从升级策略文件中解析出升级包下载地址、版本变更文件和免责声明内容；

步骤A4：根据版本变更文件的md5码，判断是否与本机已经存在的版本变更文件相同，如果是，则本次略过下载版本变更文件；判断免责声明文件的url取值是否为NONE类型，如果是，则采用智能终端自带的默认免责声明文件，则本次略过下载免责声明文件。

升级策略文件(update.xml)中携带有大量的升级控制信息，例如升级包下载地址、版本变更文件下载地址、免责声明文件下载地址、是否强制升级、整包详细信息节点、差分包详细信息节点等，其中，版本变更文件一般是随升级发布软件提供的，不同的发布软件配套的变更说明也是不一样，因此需要从升级策略服务器下载。但是对于同一个软件发布版本，保留一次下载就可以，不需要每次都重新从升级策略服务器下载。而免责声明文件对智能终端则是相对稳定不变的，普遍可以采用升级应用中默认的智能终端厂商的免责声明，为此，提出下面两个优化措施：优化措施1)：版本变更文件节点上增加文件的md5，判断本机已存在的版本信息文件是否为本次需要下载的文件，如果是则本次略过下载versionlog文件；优化措施2)：免责声明文件url的取值在原有的免责声明文件名基础上增加NONE类型，直接标志本升级采用升级应用中自带的默认免责声明，不需要从服务器下载免责声明文件。结合升级策略文件中的升级包下载地址和md5码字段，判断本机已存在的升级策略文件是否为本次需要下载的文件，如果是则本次略过下载升级策略文件，直接进入升级策略文件解析处理。本措施可充分利用已下载的文件，提高升级效率。

进一步地，所述第三层交互具体包括：

步骤B1：智能终端按照下载地址从升级包服务器下载升级文件到本地cache分区缓存；

步骤B2：智能终端对升级文件的签名、大小、md5码进行校验检查；

步骤B3：检验检查通过后，执行后续强制升级或提示用户升级。

智能终端的升级应用从升级包服务器下载版本说明、免责文件、升级软件文件。升级包服务器提供升级软件的下载，智能终端升级应用基于第二层的交互获取的信息，提取拼接出升级包下载地址，并请求下载到本机cache分区中保存，下载过程中支持大文件的断点续传、预下载、文件校验等处理，保证升级包的安全性。

本发明与现有技术相比，具有以下优点及有益效果：

(1)本发明采用智能终端升级应用与云端服务器的分层交互流程，在每层交互节点中增加升级决策处理，通过优化交互，可极大地减少智能终端文件下载的操作，提高升级判决和下载的效率。

(2)本发明通过增加升级部署版本号、文件MD5码等信息，加入决策处理，保证升级必需文件的有效下载，裁减重复下载，这样处理没有增加软件设计成本，OTA升级的交互安全性和处理效率更高。

附图说明

图1为本发明的系统架构图；

图2为升级请求回应消息及升级策略文件下载处理流程。

具体实施方式

下面结合实施例对本发明作进一步地详细说明，但本发明的实施方式不限于此。

实施例1：

结合附图1所示，一种基于分层交互设计的OTA升级下载方法，包括：

第一层交互：智能终端与升级管理服务器交互：

智能终端开机联网后携带智能终端设备信息向升级管理服务器发送升级请求；

升级管理服务器基于智能终端设备信息与部署的升级计划是否匹配，存在匹配的升级计划则给智能终端发送携带升级策略文件的下载地址的升级请求回应消息，没有匹配项则给智能终端回复ERROR状态信息。仅在存在升级部署时，启动第二层交互。

第二层交互：智能终端与升级策略服务器交互：

智能终端基于升级请求回应消息，解析并通过该下载地址下载升级配置文件到本地；

下载升级策略服务器部署的免责声明文件；

下载升级策略服务器部署的升级版本的信息说明文件。

智能终端在本地解析升级配置文件(update.xml)，并基于智能终端当前固件版本号(Lversion)和服务器当前的升级部署版本号(Sversion)，确定是否存在适合当前智能终端的升级版本，使用整包还是差分包执行升级等升级策略相关的判决。存在升级更新版本时，解析得到升级文件的网络下载地址，继续第三层交互。

第三层交互：智能终端与升级包服务器(CDN服务器)交互：

智能终端从升级包服务器指定地址下载升级文件到本地cache分区缓存；

实施升级文件的签名、大小、md5码的校验检查；

升级文件通过检查后，基于升级控制执行后续强制升级或提示用户升级。

实施例2：

在实施例1的基础上，结合附图1和2所示，升级管理服务器对智能终端升级请求的回应以及智能终端向升级策略服务器下载升级策略文件的流程为：

智能终端接收升级管理服务器的升级请求回应消息，当升级请求回应消息为空或者ERROR状态，直接跳转步骤C7；当升级请求回应消息非空并且非ERROR状态时，智能终端解析升级请求回应消息，得到升级部署版本号、升级策略下载地址和md5码，并将升级部署版本号与本机中的固件版本号进行对比，如果升级部署版本号高于本机的固件版本号，进入步骤C1，否则进入步骤C7；

步骤C1：判断升级策略下载地址是否正确，如果正确，进入下一步；否则，进入步骤C7；

步骤C2：判断本地是否已经存在升级策略文件，如果存在，进入下一步；否则进入步骤C5；

步骤C3：将本地策略文件的md5与获得的升级策略文件的md5比较，如果相同，进入步骤C6；否则，进入下一步；

步骤C4：删除本地策略文件，准备下载升级策略文件；

步骤C5：下载升级策略文件；

步骤C6：升级策略文件解析，结束；

步骤C7：不执行升级。

实施例3：

在实施例1的基础上，结合附图1和2所示，在升级管理服务器的升级请求回应消息中增加了服务器当前的升级部署版本号sversion，如表1所示，

表1 升级请求回应消息增加的字段

升级请求回应消息中与升级策略文件关联的字段如表2所示，

表2 升级请求回应消息中与升级策略文件相关的字段

在第一层交互中的升级预决策包括：首先解析出升级请求回应消息中的升级部署版本号，将升级部署版本号与本机固件版本号比较，当升级部署版本号高于本机固件版本号时，从升级请求回应消息中解析出所述升级策略文件下载地址(rooturl)、md5码、升级计划和升级类型，决策结果为升级；否则决策结果为本机当前固件版本号已是最新版本。此优化措施可有效改善智能终端的升级状态，在第一层交互中加入升级预决策机制，避免冗余的升级文件下载和处理。

第二层交互具体包括：

步骤A1：根据升级策略文件下载地址和md5码字段，判断本机已存在的升级策略文件是否为本次需要下载的文件，如果是，则进入A3；否则进入下一步；

步骤A2：从升级策略服务器下载升级策略文件；

步骤A3：从升级策略文件中解析出升级包下载地址、版本变更文件和免责声明内容；

步骤A4：根据版本变更文件(versionlog)的md5码，判断是否与本机已经存在的版本变更文件相同，如果是，则本次略过下载版本变更文件；判断免责声明文件(claim)的url取值是否为NONE类型，如果是，则采用智能终端自带的默认免责声明文件，则本次略过下载免责声明文件。

升级策略文件的优化字段如表3所示，

表3 升级策略文件内字段优化处理

结合升级策略文件中的升级包下载地址和md5码字段，判断本机已存在的升级策略文件是否为本次需要下载的文件，如果是则本次略过下载升级策略文件，直接进入升级策略文件解析处理。本措施可充分利用已下载的文件，提高升级效率。

第三层交互具体包括：

步骤B1：智能终端按照下载地址从升级包服务器下载升级文件到本地cache分区缓存；

步骤B2：智能终端对升级文件的签名、大小、md5码进行校验检查；

步骤B3：检验检查通过后，执行后续强制升级或提示用户升级。

智能终端的升级应用从升级包服务器下载版本说明、免责文件、升级软件文件。升级包服务器提供升级软件的下载，智能终端升级应用基于第二层的交互获取的信息，提取拼接出升级包下载地址，并请求下载到本机cache分区中保存，下载过程中支持大文件的断点续传、预下载、文件校验等处理，保证升级包的安全性。

尽管这里参照本发明的解释性实施例对本发明进行了描述，上述实施例仅为本发明较佳的实施方式，本发明的实施方式并不受上述实施例的限制，应该理解，本领域技术人员可以设计出很多其他的修改和实施方式，这些修改和实施方式将落在本申请公开的原则范围和精神之内。

Claims (5)

1.一种基于分层交互设计的OTA升级下载方法，其特征在于，包括智能终端和云端服务器，所述云端服务器包括升级管理服务器、升级策略服务器和升级包服务器；智能终端与云端服务器交互的过程包括：

第一层交互：智能终端在开机联网后向升级管理服务器发送升级请求，升级管理服务器判断智能终端的设备信息是否与部署的升级计划匹配，如果匹配则返回升级请求回应消息，智能终端根据升级请求回应消息进行升级预决策；

第二层交互：当所述升级预决策的结果是升级时，智能终端从升级策略服务器下载升级策略文件，并对升级策略文件解析，获取需要下载文件的下载地址；

第三层交互：智能终端按照所述下载地址从升级包服务器下载升级包，并保存至cache分区中。

2.根据权利要求1所述的一种基于分层交互设计的OTA升级下载方法，其特征在于，所述升级请求回应消息包括升级部署版本号、升级策略文件下载地址、md5码、升级计划和升级类型，所述第一层交互中的升级预决策包括：首先解析出升级请求回应消息中的升级部署版本号，将升级部署版本号与本机固件版本号比较，当升级部署版本号高于本机固件版本号时，从升级请求回应消息中解析出所述升级策略文件下载地址、md5码、升级计划和升级类型，决策结果为升级；否则决策结果为本机当前固件版本号已是最新版本。

3.根据权利要求2所述的一种基于分层交互设计的OTA升级下载方法，其特征在于，所述第二层交互具体包括：

步骤A1：根据升级策略文件下载地址和md5码字段，判断本机已存在的升级策略文件是否为本次需要下载的文件，如果是，则进入A3；否则进入下一步；

步骤A2：从升级策略服务器下载升级策略文件；

步骤A3：从升级策略文件中解析出升级包下载地址、版本变更文件和免责声明内容；

步骤A4：根据版本变更文件的md5码，判断是否与本机已经存在的版本变更文件相同，如果是，则本次略过下载版本变更文件；判断免责声明文件的url取值是否为NONE类型，如果是，则采用智能终端自带的默认免责声明文件，则本次略过下载免责声明文件。

4.根据权利要求3所述的一种基于分层交互设计的OTA升级下载方法，其特征在于，所述第三层交互具体包括：

步骤B1：智能终端按照下载地址从升级包服务器下载升级文件到本地cache分区缓存；

步骤B2：智能终端对升级文件的签名、大小、md5码进行校验检查；

步骤B3：检验检查通过后，执行后续强制升级或提示用户升级。

5.根据权利要求1所述的一种基于分层交互设计的OTA升级下载方法，其特征在于，所述第一层交互中，如果智能终端的设备信息与部署的升级计划不匹配，则升级管理服务器返回ERROR状态给智能终端。