一种机顶盒升级方法及机顶盒技术领域
本发明涉及安卓设备升级技术领域，特别涉及一种机顶盒升级方法，同时还特别
涉及一种机顶盒。
背景技术
机顶盒作为一个家庭媒体终端，在家庭中被使用的频率已经越来越高，越来越多
的功能也随之加入到机顶盒中，然而，各种新功能的增加也让机顶盒的升级变得越来越频
繁，机顶盒的固件升级包也变得越来越大。为了克服升级包变大，升级频繁锁引入的升级时
间长，升级慢等问题，大多的机顶盒采用增量升级的方式进行升级。
增量升级是指机顶盒在进行升级操作时，只升级更新需要改变的地方，不需要升
级或者已经升级的系统部件等则不会重复进行升级，增量升级与全量升级相对，增量升级
为当前系统的部分升级，而全量升级则是对当前全部系统文件等进行升级更新，其更新范
围相对于增量升级更广，需要下载的安装包也比较大，但是当机顶盒需要更新的内容较小，
仍需要下载全部的安装包，就会造成安装包下载及安装时间过长，增量相比较全量升级来
说，其升级方式更加灵活、简便。
但是，增量升级对版本要求非常高，只能针对某个特定的版本进行升级，如果版本
一旦发生任意变化，将会导致升级失败。这样就降低了增量升级范围，也增加了增量升级的
风险。
发明人在实现本发明的过程中，发现目前大多的增量升级策略，都是通过机顶盒
待升级系统的版本号进行限定，增量升级过程中只能在待升级的系统版本上进行增量升
级，但是如果限定的待升级的系统版本发生了改变，或机顶盒升级需要的增量升级包与对
应的基础升级包有任何差异，都会导致机顶盒的升级失败，机顶盒在升级失败后，重复向升
级服务器下载升级包，在重复下载升级包的过程中，占用了网络资源与机顶盒自身的存储
空间，影响了用户的使用体验，也增加了服务器的负载压力。
如何准确地判断机顶盒是否可以进行增量升级已经成为当前业界亟待解决的问
题。
发明内容
本发明提供了是一种机顶盒升级的方法与服务器，旨在准确地判断机顶盒是否可
以进行增量升级，来保证机顶盒进行准确的增量升级，以避免机顶盒由于下载错误增量升
级包而导致增量升级失败及重复下载升级包导致服务器压力过大的问题。
本发明实施例提出了一种机顶盒的升级方法，该方法包括：
所述机顶盒根据自身各个分区的文件生成摘要信息；
所述机顶盒向升级服务器发送携带有校验信息的升级请求信息，所述校验信息包
含所述机顶盒当前的版本信息以及所述摘要信息；
所述机顶盒根据所述升级服务器返回的增量升级指示进行增量升级，所述增量升
级指示是所述升级服务器在确定核对信息与所述校验信息一致时生成的，所述核对信息是
所述升级服务器根据所述版本信息获取的，所述核对信息是根据处于待增量升级状态的标
准机顶盒的各个分区的文件生成的，所述标准机顶盒与所述机顶盒的版本信息和设备型号
相同。
基于与上述相同的技术思路，本发明实施例还提出一种机顶盒，该机顶盒包括：
生成模块，根据自身各个分区的文件生成摘要信息；
发送模块，向升级服务器发送携带有校验信息的升级请求信息，所述校验信息包
含所述机顶盒当前的版本信息以及所述摘要信息；
升级模块，根据所述升级服务器返回的增量升级指示进行增量升级，所述增量升
级指示是所述升级服务器在确定核对信息与所述校验信息一致时生成的，所述核对信息是
所述升级服务器根据所述版本信息获取的，所述核对信息是根据处于待增量升级状态的标
准机顶盒的各个分区的文件生成的，所述标准机顶盒与所述机顶盒的版本信息和设备型号
相同。
通过应用本发明提出的技术方案，机顶盒向升级服务器发送携带有校验信息的升
级请求信息，校验信息中包含机顶盒当前的版本信息以及机顶盒根据自身各个分区的文件
生成的摘要信息，机顶盒根据升级服务器返回的增量升级指示进行增量升级，该增量升级
指示是升级服务器在确定核对信息与摘要信息一致时生成的，该核对信息时升级服务器根
据版本信息获取的，该核对信息是根据处于待增量升级状态的设备型号和版本信息相同的
标准机顶盒的各个分区的文件生成的，避免了机顶盒由于下载错误升级包而导致升级失败
以及机顶盒重复下载对网络资源以及存储空间的占用及浪费，保证了用户的使用体验，同
时也避免了机顶盒升级失败而造成的升级服务器负载过大的问题。
附图说明
图1为本发明实施例提出的一种机顶盒的升级方法的流程示意图；
图2为本发明具体实施例提出的机顶盒与服务器之间的信息交互示意图；
图3为本发明具体实施例提出的一种机顶盒的升级方法的流程示意图；
图4为本发明具体实施例中提出一种机顶盒的机构示意图。
具体实施方式
如背景技术中所述，在对机顶盒进行增量升级时，一旦机顶盒的系统文件以及系
统版本发送任意变化，都会导致机顶盒增量升级失败，而目前的增量升级策略中，都是通过
版本号进行限定的，但是限定的版本中发生了改变，或者机顶盒自身的系统文件与升级所
需的增量升级包对应的基础升级包有任何差异，都会导致升级失败。
有鉴于以上技术问题，本发明提出了一种机顶盒升级方法，通过根据机顶盒的系
统分区文件生成校验信息，来验证机顶盒的系统文件是否符合增量升级的条件，从而解决
了机顶盒由于下载错误升级包而导致升级失败，以及避免了机顶盒升级失败后重复下载同
样的升级包，造成升级服务器负载过大的问题。
如图1所示，为本发明实施例提出的一种机顶盒的升级方法的流程示意图，在对本
发明提出的机顶盒的升级方法进行介绍之前，需要对本发明技术方案的应用范围进行介
绍，该方法应用于包括机顶盒与升级服务器的网络中，但不仅限于机顶盒中，一些自身可以
与外部进行通信、交互的设备都可以进行该方法的应用，包括但不限于类似于手机、平板、
等无线终端，以及PC等有线通信终端等自身需要进行版本更新的设备，而升级服务器端为
可以为虚拟升级服务器，人工架构的服务器以及云端升级服务器，这些应用场景的改变都
不会影响本申请的保护范围。
具体的，该方法具体步骤如下：
步骤101，机顶盒根据自身各个分区的文件生成摘要信息；
在实施本步骤之前，升级服务器中预先存储有各个机顶盒设备型号的核对信息，
该核对信息主要为标准机顶盒系统分区中文件的摘要信息以及系统文件的数量等，标准机
顶盒可以成功的进行增量升级，需要说明的是，该标准机顶盒可以为实际的机顶盒，也可以
为逻辑上存在的机顶盒，该标准机顶盒与实际机顶盒的系统文件相同，区别在于标准机顶
盒可以成功进行增量升级，本发明的技术方案则根据该核对信息来校验待升级机顶盒的系
统信息是否支持增量升级。
为了准确的校验机顶盒的文件是否符合增量升级的条件，需要对机顶盒的系统信
息生成校验信息，机顶盒对自身的系统进行升级，主要对自身当前的系统信息进行升级，该
系统信息包括机顶盒当前的版本信息以及自身系统文件夹下各个分区的系统文件，以及核
心文件中的镜像文件，对机顶盒对的系统文件以及核心文件中的镜像文件进行DIGEST-MD5
摘要算法计算，并生成对应的文件摘要，各对应的文件摘要组成了摘要信息，文件摘要的信
息格式为“目录/文件摘要”，例如“system/app/A896F89AA3A437F335E983572719F225.”等，
相应的，在升级服务器中，往往存在多个版本的安装包，对机顶盒对应的最新版本的安装包
进行摘要的生成，其生成方式与机顶盒中摘要的生成方式相同，其文件格式一致，定义在机
顶盒中生成的为校验信息，在升级服务器中预先设置有根据待增量升级的基础系统文件生
成的摘要信息为核对信息，也是相同设备型号的机顶盒可进行增量升级的标准摘要信息，
其中校验信息中包含了机顶盒当前的版本信息以及机顶盒各个分区的文件对应的摘要信
息、系统分区中所有文件的文件数量，具体的分区的选取根据实际的情况来进行确定。
当然在实际的场景中，也需要对自身的其他非系统文件进行，在本发明的实施例
的方法中，也可以定义为对机顶盒自身的其他文件进行升级，相应的对其他文件也进行校
验信息生成，例如系统内的时钟、图片、主题等，都属于本发明的保护范围。
步骤102，机顶盒向升级服务器发送携带有校验信息的升级请求信息。
机顶盒运行时与升级服务器间会进行信息的交互，机顶盒在启动时会首先向升级
服务器进行当前版本信息的确认，向升级服务器发送升级请求信息，在该升级请求信息中
携带了校验信息，同时还包含有自身的设备标识，业务服务所需的密钥等信息，服务器在接
收到校验信息时，首先进行机顶盒的密钥验证，在密钥在验证通过后，然后再对该机顶盒进
行相应的业务服务及系统版本验证。
在具体的应用场景中，也可以设置机顶盒每隔预设时长向升级服务器发送系统升
级请求，具体的时长根据实际的情况进行设定，机顶盒发送升级请求信息的方式并不会影
响本申请的保护范围。
在本发明的优选实施例中，校验信息中存在着不同文件生成的文件摘要、机顶盒
系统版本以及系统分区中全部文件的数量等，服务器可以直接对其进行获取，服务器验证
文件是否相同可以通过直接进行不同摘要文件对比即可。
步骤103，机顶盒根据升级服务器返回的增量升级指示进行增量升级。
在具体的应用场景中，升级服务器在接收到机顶盒的升级请求时，在通过了机顶
盒的密钥认证后，获取机顶盒的设备标识，该设备标识中包含了机顶盒自身的型号以及硬
件编码，升级服务器根据机顶盒的型号进行对应的机顶盒系统版本的匹配，查询与机顶盒
型号对应的机顶盒的设备型号的最新的系统版本，获取校验信息中的系统版本信息和当前
相同型号的机顶盒最新系统版本信息并进行对比，若系统版本信息一致，则确定该机顶盒
不需要进行升级，若系统版本信息不一致，则获取相应的核对信息进行相应的升级。
在具体的应用场景中，机顶盒在出厂或后期维修中会存在人工手动升级的情况，
有时会将机顶盒升级至版本高于升级服务器中的系统版本，此时升级服务器中还没有及时
对该系统版本进行更新，在本申请的优选实施例中，升级服务器在后续接收到该机顶盒的
升级请求时，对该机顶盒的系统信息的系统版本号与自身存储的相同设备型号的最新版本
的系统版本号进行比较，具体有以下两种情况：
情况一：二者的系统版本信息一致或机顶盒当前系统版本的版本号高于自身存储
的系统版本的版本号，则表示该机顶盒当前的系统版本为最新的系统版本，不需要进行更
新，则向该机顶盒返回不需要更新的指示消息。
情况二：当前机顶盒的系统版本的版本号低于自身存储的系统版本的版本号，则
表示该机顶盒当前的系统版本需要进行升级，接下来则对该机顶盒发送的校验信息做进一
步的校验，获取与该机顶盒设备型号相同的核对信息
在具体的应用场景中，由于对机顶盒的升级分为增量升级和全量升级两种，在对
机顶盒选择升级方式时需要对机顶盒的系统文件等做进一步的确认，核对信息为可以进行
增量升级的相同机顶盒的各个分区的系统文件摘要，通过与机顶盒的校验信息包含的摘要
信息中的系统文件摘要进行对比，具体有以下两种不同情况：
情况一：二者的系统文件摘要相同，则可以对该机顶盒进行增量升级，服务器则向
该机顶盒发送相应的增量升级包，该升级包中包含了可以进行增量升级的安装包；
情况二：二者的系统文件摘要不同，则表示机顶盒中的基础升级包与机顶盒增量
升级包所需的基础升级包有差异，无法进行增量升级，则向该机顶盒发送相应的全量升级
包，该升级包中包含了可以用于进行全量升级的安装包。
在本发明的优选实施例中，也可以为服务器则确定机顶盒所需要的升级方式后，
向机顶盒发送相应的升级包的地址，机顶盒根据服务器返回的升级地址进行下载升级包，
并完成升级过程，该方式的不同并不会影响本申请的保护范围。
通过应用本申请实施例提出的一种机顶盒升级的方法，机顶盒向升级服务器发送
携带有校验信息的升级请求信息，校验信息中包含机顶盒当前的版本信息以及机顶盒根据
自身各个分区的文件生成的摘要信息，机顶盒根据升级服务器返回的增量升级指示进行增
量升级，该增量升级指示是升级服务器在确定核对信息与摘要信息一致时生成的，该核对
信息时升级服务器根据版本信息获取的，该核对信息是根据处于待增量升级状态的设备型
号和版本信息相同的标准机顶盒的各个分区的文件生成的，避免了机顶盒由于下载错误升
级包而导致升级失败以及机顶盒重复下载对网络资源以及存储空间的占用及浪费，保证了
用户的使用体验，同时也避免了机顶盒升级失败而造成的升级服务器负载过大的问题。
为了进一步阐述本发明的技术思想，现结合具体的应用场景，对本发明的技术方
案进行说明。
本发明具体实施例中提出了一种机顶盒的升级方法，以Andriod系统的机顶盒为
例，机顶盒与升级服务器之间的通信是基于HTTP网络协议来进行的，本领域技术人员应当
清楚，显然，所描述的具体实施例仅仅是本发明的一部分实施例，而不是全部的实施例。基
于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的的所有
其他实施例，都属于本发明保护的范围。
机顶盒在每次开机或者使用过程中每隔预设时长都会向升级服务器发起升级请
求，在实施本发明具体实施例之前，还需要进行机顶盒内部分文件的摘要信息生成，具体的
摘要信息生成方法步骤如下：
a)在发起升级请求前，机顶盒首先对机顶盒system分区文件系统中的文件进行
DIGEST-MD5摘要算法计算，并生成对应的文件摘要文件，文件摘要信息格式为目录/文件摘
要，如system/app/A896F89AA3A437F335E983572719F225.；
b)根据a)中所述的文件格式，对应生成system目录中全部文件的摘要信息，并统
一生成一个摘要信息文件；
c)机顶盒计算kernel分区的image摘要信息，并将其添加到b)中所述摘要信息文
件中，如kernel:A896F89AA3A437F335E983572719F225.；
d)机顶盒计算system/分区中全部文件数量，并将其添加到b)中所述的摘要信息
文件中，如fileCount:122；
e)机顶盒添加当前版本信息到上述b)中所述的摘要信息文件中。如version:
1.0.5。
通过上述方法进行机顶盒内部系统信息的摘要信息的生成，当机顶盒开机时，向
升级服务器发送携带有摘要信息的升级请求，机顶盒通过携带上述摘要文件的校验信息向
服务器请求升级，升级服务器根据机顶盒携带的校验信息，与服务器中所保存的核对信息
中的摘要文件进行比对，如果比对一致，返回机顶盒增量升级包的地址，如果比对不一致，
将返回机顶盒HTTP 302，并跳转到全量升级包地址。如果判断机顶盒不需要升级，则返回
Http 204。如图2所示，为机顶盒与升级服务器的信息交互过程。
该具体实施例的技术方案的流程图如图3所示，具体包括以下步骤：
S301，接收机顶盒发送的升级请求；
S302，判断升级请求消息中是否携带了系统文件的摘要信息，若是，则执行S303，
若否，则执行S306；
S303，解析该该文件摘要信息，获取其中的系统版本信息与设备型号；
S304，根据机顶盒的设备型号匹配到最新的系统版本，比较该机顶盒是否需要进
行升级，若是，则执行S305，若否，则执行S306；
S305，根据机顶盒的设备型号匹配到待增量升级的机顶盒系统文件摘要，与机顶
盒上报的摘要信息进行对比，判断是否一致，若一致则执行步骤S307，若不一致，则执行步
骤S308；
S306，向机顶盒返回不需要进行升级消息HTTP204；
S307，向机顶盒返回可进行增量升级消息HTTP 200OK，并跳转到增量升级包的地
址；
S308，向机顶盒返回可进行全量升级消息HTTP 302，并跳转到全量升级包的地址。
通过应用本发明具体实施例提出的一种机顶盒升级的方法，机顶盒向升级服务器
发送携带有校验信息的升级请求信息，校验信息中包含机顶盒当前的版本信息以及机顶盒
根据自身各个分区的文件生成的摘要信息，机顶盒根据升级服务器返回的增量升级指示进
行增量升级，该增量升级指示是升级服务器在确定核对信息与摘要信息一致时生成的，该
核对信息时升级服务器根据版本信息获取的，该核对信息是根据处于待增量升级状态的设
备型号和版本信息相同的标准机顶盒的各个分区的文件生成的，避免了机顶盒由于下载错
误升级包而导致升级失败以及机顶盒重复下载对网络资源以及存储空间的占用及浪费，保
证了用户的使用体验，同时也避免了机顶盒升级失败而造成的升级服务器负载过大的问
题。
基于与本发明实施例相同的技术思路，本发明还提出了一种机顶盒，如图4所示，
为本发明实施例提出的一种机顶盒的结构示意图，所述机顶盒包括：
生成模块41，根据自身各个分区的文件生成摘要信息；
发送模块42，向升级服务器发送携带有校验信息的升级请求信息，所述校验信息
包含所述机顶盒当前的版本信息以及所述摘要信息；
升级模块43，根据所述升级服务器返回的增量升级指示进行增量升级，所述增量
升级指示是所述升级服务器在确定核对信息与所述校验信息一致时生成的，所述核对信息
是所述升级服务器根据所述版本信息获取的，所述核对信息是根据处于待增量升级状态的
标准机顶盒的各个分区的文件生成的，所述标准机顶盒与所述机顶盒的版本信息和设备型
号相同。
在具体的应用场景中，还包括：
所述机顶盒根据所述服务器返回的全量升级指示进行增量升级，所述全量升级指
示是所述升级服务器在确定核对信息与所述校验信息不一致时生成的；
在具体的应用场景中，所述核对信息是所述升级服务器根据所述版本信息获取
的，具体为：
所述升级服务器获取所述版本信息，并判断所述版本信息与所述机顶盒设备型号
相同的机顶盒的最新系统版本信息是否一致；
若一致或所述版本信息高于所述最新系统版本信息，所述升级服务器向所述机顶
盒发送无需升级的指示信息；
若所述版本信息低于所述最新系统版本信息，所述升级服务器从自身存储的多个
核对信息中获取与所述机顶盒设备型号对应的核对信息。
在具体的应用场景中，所述升级模块42具体用于：
所述机顶盒接收所述升级服务器发送的增量升级包，所述机顶盒利用所述增量升
级包进行增量升级；
或，所述机顶盒根据所述升级服务器发送的增量升级包下载地址，根据所述下载
地址下载相应的增量升级包进行增量升级。
在具体的应用场景中，所述生成模块41具体用于：
根据所述机顶盒中各个分区的文件按照预设算法生成所述摘要信息；
所述校验信息还包含所述机顶盒系统分区的全部文件的数量。
通过应用本发明的技术方案，机顶盒向升级服务器发送携带有校验信息的升级请
求信息，校验信息中包含机顶盒当前的版本信息以及机顶盒根据自身各个分区的文件生成
的摘要信息，机顶盒根据升级服务器返回的增量升级指示进行增量升级，该增量升级指示
是升级服务器在确定核对信息与摘要信息一致时生成的，该核对信息时升级服务器根据版
本信息获取的，该核对信息是根据处于待增量升级状态的设备型号和版本信息相同的标准
机顶盒的各个分区的文件生成的，避免了机顶盒由于下载错误升级包而导致升级失败以及
机顶盒重复下载对网络资源以及存储空间的占用及浪费，保证了用户的使用体验，同时也
避免了机顶盒升级失败而造成的升级服务器负载过大的问题。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可以通
过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发
明的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储
介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是
个人计算机，服务器，或者网络设备等)执行本发明各个实施场景所述的方法。
本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或
流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进
行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装
置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
上述本发明序号仅仅为了描述，不代表实施场景的优劣。
以上公开的仅为本发明的几个具体实施场景，但是，本发明并非局限于此，任何本
领域的技术人员能思之的变化都应落入本发明的保护范围。