CN107666622A - 机顶盒软件升级的方法、机顶盒及存储介质 - Google Patents

Abstract

本发明实施例公开了一种机顶盒软件升级的方法、机顶盒及存储介质。其中，方法应用于与一线技术设备相连的机顶盒，方法包括：检测到节目码流中的升级请求；针对一线技术设备的至少两个端口进行升级数据下载测试，根据预设规则和下载测试情况确定目标端口；采用目标端口下载升级数据。本发明实施例的技术方案，在正式下载升级数据之前先进行下载测试，根据预设规则和下载情况确定一个资源不被抢占的目标端口，再采用该目标端口正式下载升级数据，完成软件升级任务，在预先为机顶盒分配的端口发生故障情况下，有效解决了机顶盒软件升级下载时端口资源抢占冲突的问题，提高了机顶盒软件升级的效率。

Description

机顶盒软件升级的方法、机顶盒及存储介质

技术领域

本发明实施例涉及卫星广播电视和卫星通讯技术领域，尤其涉及一种机顶盒软件升级的方法、机顶盒及存储介质。

背景技术

视频是通讯领域的主要媒体形式之一，机顶盒作为家庭媒体的主要传播设备广泛应用于人们的日常生活中。

为节省开支、提高线缆的利用效率，一个家庭，或旅馆、汽车站学校等中小型场所，希望仅通过一根线缆即可接入多个机顶盒，多个机顶盒可以同时播放不同的电视节目，同时各机顶盒之间又相互不影响。为实现上述目的，如图1所示，现有技术中引入一线技术设备，室内的一线技术设备的一端通过一根线缆与室外的卫星接收器相连，另一端与多个机顶盒相连，实现多个机顶盒之间互不影响，但是一线技术设备本身存在同一时刻资源竞争的问题，即多个机顶盒抢占一个端口，尤其在机顶盒升级下载的场景下，资源竞争的问题会更加明显。

为解决上述资源竞争的问题，传统做法是通过机顶盒的应用层提供的交互界面，人为设置一线技术设备不同端口分配给不同的机顶盒，但是在机顶盒的应用层被破坏以及人为设置的端口出现故障时，这种做法显然是失效的，无法解决上述资源竞争的问题。

发明内容

为解决相关技术问题，本发明实施例提供一种机顶盒软件升级的方法、机顶盒及存储介质，在机顶盒的应用程序崩溃以及人为预设的端口出现故障时，确保机顶盒能正常下载升级数据，顺利执行软件升级任务。

为实现上述目的，本发明实施例采用如下技术方案：

第一方面，本发明实施例提供了一种机顶盒软件升级的方法，应用于与一线技术设备相连的机顶盒，所述方法包括：

检测到节目码流中的升级请求；

针对所述一线技术设备的至少两个端口进行升级数据下载测试，根据预设规则和下载测试情况确定目标端口；

采用所述目标端口下载所述升级数据。

第二方面，本发明实施例提供了一种机顶盒，与一线技术设备相连，所述机顶盒包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明任一实施例所提供的机顶盒软件升级的方法。

第三方面，本发明实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本发明任一实施例所提供的机顶盒软件升级的方法。

本发明实施例提供的技术方案带来的有益效果：

本发明实施例提供一种机顶盒软件升级的方法、机顶盒及存储介质，在预先为机顶盒分配的端口发生故障的情况下，机顶盒实时检测到节目码流中有升级请求时，先针对与机顶盒相连的一线技术设备的至少两个端口进行升级数据下载测试，并依据预设规则和下载测试情况确定一个目标端口，再采用确定的目标端口下载升级数据，软件升级任务；本发明实施例的技术方案，在正式下载升级数据之前先进行下载测试，根据预设规则和下载情况确定一个资源不被抢占的目标端口，再采用该端口正式下载升级数据，完成软件升级任务，有效解决了在预先为机顶盒分配的端口发生故障情况下，机顶盒升级下载时一线技术设备端口资源抢占冲突的问题，提高了机顶盒软件升级的效率。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对本发明实施例描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据本发明实施例的内容和这些附图获得其他的附图。

图1是本发明实施例提供的一种现有技术中机顶盒与一线技术设备配合使用的场景示意图；

图2是本发明实施例提供的一种机顶盒软件升级的方法的流程示意图；

图3是本发明实施例提供的另一种机顶盒软件升级的方法的流程示意图；

图4是本发明实施例提供的一种机顶盒下载测试的可选实施方式的流程示意图；

图5是本发明实施例提供的另一种机顶盒软件升级的方法的流程示意图；

图6是本发明实施例提供的一种机顶盒的结构示意图。

具体实施方式

为使本发明解决的技术问题、采用的技术方案和达到的技术效果更加清楚，下面将结合附图对本发明实施例的技术方案作进一步的详细描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在一个实施例中，多个机顶盒与一线技术设备的多个端口相连，一线技术设备通过一根线缆与卫星接收器相连，正常情况下，各机顶盒均预先分配有相应的端口，以避免机顶盒之间端口资源竞争的问题。当机顶盒预先分配的端口发生故障无法使用时，机顶盒就会使用其它端口下载数据，这样就不可避免地会导致端口资源抢占的问题，尤其在机顶盒需要升级时，端口资源抢占问题显得更为显著，为解决这种情况下机顶盒软件升级时端口资源抢占的问题，本发明实施例提供以下技术方案。

请参考图2，本发明实施例提供的一种机顶盒软件升级的方法，适用于为图1中所示的机顶盒进行软件升级下载的场景，可以由图1中的机顶盒来执行，具体可以由配置于机顶盒的软件和/或硬件来执行。

如图2所示，本实施例的技术方案，可以包括如下步骤：

S210、检测到节目码流中的升级请求。

示例性的，机顶盒通过一线技术设备上的端口接收节目码流，实时检测节目码流中的升级请求信息，当检测到有升级请求时，执行下述S220。

在一个实施例中，机顶盒的升级程序(loader)实时监测是否存在未尝试的频点，如果存在，则根据该频点检测节目码流中的升级下载流，获得节目码流中的升级请求。

S220、针对一线技术设备的至少两个端口进行升级数据下载测试，根据预设规则和下载测试情况确定目标端口。

示例性的，一线技术设备的端口至少有两个，机顶盒逐一尝试使用各个端口下载升级数据，即先通过升级数据下载测试，根据预设规则和下载测试情况，可以找到一个未被其它机顶盒占用的端口作为目标端口。举例来说，一个一线技术设备有8个端口，分别为端口1、端口2……端口8，其中，为当前机顶盒预分配的端口为端口1，由于端口1故障不能使用，当前机顶盒需通过下载测试，根据预设规则和下载测试情况，在剩下的7个端口中找到一个未被其它机顶盒占用的端口作为目标端口。

需要说明的是，通常情况下，一线技术设备会存在空闲端口，例如，一线技术设备有8个端口，只与6个机顶盒相连，那么至少还有2个端口空闲，再例如，在同一时刻，与一线技术设备相连的多个机顶盒中，部分机顶盒处于开机状态，部分机顶盒处于关机状态，那么处于关机状态的机顶盒对应的端口也处于空闲状态，因此，在当前机顶盒预分配的端口发生故障时，一般都可以从其它端口中找到一个空闲端口来下载升级数据。

S230、采用目标端口下载升级数据。

示例性的，机顶盒通过未被其它机顶盒占用的目标端口下载升级数据，将下载完的升级数据存储到机顶盒的存储器中，完成软件升级任务。

综上，在本实施例的技术方案中，在预先为机顶盒分配的端口发生故障的情况下，机顶盒实时检测到节目码流中有升级请求时，先针对与机顶盒相连的一线技术设备的至少两个端口进行升级数据下载测试，并依据预设规则和下载测试情况确定一个目标端口，再采用确定的目标端口下载升级数据，软件升级任务；本发明实施例的技术方案，在正式下载升级数据之前先进行下载测试，根据预设规则和下载情况确定一个资源不被抢占的目标端口，再采用该端口正式下载升级数据，完成软件升级任务，有效解决了在预先为机顶盒分配的端口发生故障情况下，机顶盒升级下载时一线技术设备端口资源抢占冲突的问题，提高了机顶盒软件升级的效率。

请参考图3，本发明实施例提供的另一种机顶盒软件升级的方法，在上述实施例的基础上，在所述针对一线技术设备的至少两个端口进行升级数据下载测试，根据预设规则和下载测试情况确定目标端口之前，还包括：

根据机顶盒本地设置确定预设端口，并使用预设端口下载升级数据；

如果使用预设端口下载失败，则继续执行下载测试操作。

由此，实现了机顶盒在确定预设端口(即预分配的端口)发生故障，无法下载升级数据的情况下，执行下载测试、确定目标端口的操作。

基于上述优化，如图3所示，本实施例提供的技术方案具体如下：

S310、检测到节目码流中的升级请求。

S320、根据机顶盒本地设置确定预设端口，并使用预设端口下载升级数据。

S330、如果使用预设端口下载失败，则继续执行下载测试操作。

在一个实施例中，与一线技术设备相连的各个机顶盒，均预先人为通过应用程序提供的交互界面分配了预设端口，预设端口的端口信息存在机顶盒本地的存储器中，机顶盒响应升级请求时，先通过预设端口尝试下载升级数据。

如果机顶盒使用预设端口尝试下载升级数据失败，则可以确定该预设端口发生故障、无法使用，从而执行下述S340。

如果机顶盒使用预设端口可以正常下载升级数据，则使用预设端口下载升级数据，完成软件升级任务即可。

S340、针对一线技术设备的至少两个端口进行升级数据下载测试，根据预设规则和下载测试情况确定目标端口。

S350、采用目标端口下载升级数据。

综上，在本实施例的技术方案中，机顶盒在响应升级请求时，先通过预先分配的预设端口尝试下载升级数据，在下载失败，机顶盒确认预设端口发生故障的前提下，才执行下载测试、确定目标端口的操作，避免在预设端口正常的情况下机顶盒执行下载测试、确定目标端口的操作。

请参考图4，本实施例提供的一种机顶盒下载测试的可选实施方式，在上述实施例的基础上，所述S220、针对一线技术设备的至少两个端口进行升级数据下载测试，根据预设规则和下载测试情况确定目标端口包括：

从一线技术设备的至少两个端口中确定当前测试端口；

使用当前测试端口进行升级数据下载；

如果在设定时长内下载中断，则从一线技术设备的剩余端口中更换端口为当前测试端口，并返回执行升级数据的下载操作；

如果当前测试端口在设定时长内下载不中断，则确定当前测试端口为目标端口。

由此，提供了一种机顶盒下载测试的具体可选实施方式。

基于上述优化，如图4所示，所述针对一线技术设备的至少两个端口进行升级数据下载测试，根据预设规则和下载测试情况确定目标端口，具体可以包括：

S421、从一线技术设备的至少两个端口中确定当前测试端口。

在一个实施例中，一线技术设备有8个端口，包括端口1、端口2……端口8，其中，端口1是预先为当前机顶盒分配的预设端口，其为故障端口，则机顶盒从剩下的7个端口中确定一个端口作为当前测试端口，确定当前测试端口的方法可以有多种，例如按端口号排序，以端口2作为当前测试端口，再例如，随机在剩下的7个端口中选择一个端口作为当前测试端口。

S422、使用当前测试端口进行升级数据下载。

示例性的，机顶盒使用当前测试端口去尝试下载升级数据，进行下载测试。

S423、如果在设定时长内下载中断，则从一线技术设备的剩余端口中更换端口为当前测试端口，并返回执行S422。

S424、如果当前测试端口在设定时长内下载不中断，则确定当前测试端口为目标端口。

在一个实施例中，设定时长优选为10S，在执行S422的下载操作时，如果机顶盒启用当前测试端口尝试下载升级数据的10S内，无法下载升级数据，或者在下载升级数据的过程中，时而下载，时而中断，则确定当前测试端口存在资源抢占的问题，执行S423，更换当前测试端口并返回执行S422的下载操作；如果机顶盒启用当前测试端口尝试下载升级数据的10S内，可持续下载升级数据不被中断，则确定当前测试端口为空闲端口，可作为目标端口供当前机顶盒使用，执行S424。

需要说明的是，更换的端口是已经被测试过的端口以外的端口，并且更换的端口为非预设端口，即机顶盒是从非预设端口和已被测试过的端口以外的端口中，更换一个端口作为当前测试端口，避免无效的下载测试操作。

综上，在本实施例的技术方案中，机顶盒使用当前测试端口尝试下载升级数据，根据设定时长内下载的中断情况，来确定当前测试端口是否适合作为目标端口，以下载不被中断的端口作为目标端口，避免了与其它机顶盒抢占端口资源的问题。

在上述技术方案的基础上，优选的，如果在设定时长内下载中断，则从一线技术设备的剩余端口中更换端口为当前测试端口，包括：

如果当前测试端口在设定时长内出现下载中断，则重新启动下载并累计中断次数；

如果在设定时长内中断次数达到设定次数阈值，则从一线技术设备的剩余端口中更换端口为当前测试端口。

在一个实施例中，设定时长优选为10S，设定次数阈值为5次。机顶盒使用当前测试端口尝试下载升级数据时，如果在10S内，出现下载中断，则机顶盒重新使用该当前测试端口重复尝试下载升级数据，如果在10S内重复尝试下载被中断的次数达到5次，则可确定该当前测试端口已被其它机顶盒占用，从一线技术设备的剩余端口中更换一个端口作为当前测试端口。

在一个实施例中，通过在设定时长内多次出现下载中断时才判断当前测试端口被占用，避免空闲端口因为其它异常因素导致下载测试时下载被中断，而被机顶盒误判为被抢占的端口，避免其它异常因素影响下载测试的测试结果。

在上述技术方案的基础上，优选的，所述S423之后还包括：

若一线技术设备的除预设端口之外的端口均已遍历完成，则使用除预设端口之外的任意一个端口作为目标端口。

在一个实施例中，当前机顶盒尝试使用一线技术设备的全部可用端口进行下载测试，仍然没有找到一个适合当前机顶盒使用的空闲端口，此时，为了当前机顶盒能完成软件升级任务，当前机顶盒从一线技术设备的非预设端口中随机选择一个端口作为目标端口，采用目标端口下载升级数据，虽然下载过程中会存在资源抢占的问题，但是最终还是可以完成升级数据下载、软件升级的任务。

或

优选的，所述S423之后还包括：

若一线技术设备的除预设端口之外的端口均已遍历完成，则重新遍历除预设端口之外的端口进行下载测试。

在一个实施例中，当前机顶盒尝试使用一线技术设备的全部可用端口进行下载测试，仍然没有找到一个适合当前机顶盒使用的空闲端口，但是有可能后续会有其它机顶盒被关闭并释放相应的端口资源，因此，当前机顶盒可以重新遍历一线技术设备的非预设端口进行下载测试，直到找到适合当前机顶盒使用的空闲端口(目标端口)。

需要说明的是，一般只在一线技术设备的全部端口预先被分配给了不同机顶盒，并且同一时刻全部机顶盒都处于工作状态的极端情况下，才会导致当前机顶盒在遍历一线技术设备的全部非预设端口后，仍然找不到适合使用的空闲端口。

请参考图5，本实施例提供的一种机顶盒软件升级的方法，在上述实施例的基础上，在所述根据预设规则和下载测试情况确定目标端口之后，还包括：

将目标端口的端口信息写入到机顶盒的存储器中。

将本次软件升级的升级参数写入到机顶盒的存储器中，其中，升级参数包括下载流的频点、符号率、调制方式和PID码。

由此，如果在机顶盒在使用目标端口下载升级数据的过程中被掉电关闭，则在上电后，机顶盒依然可以根据目标端口的端口信息以及本次软件升级的升级参数，继续使用目标端口下载升级数据。

基于上述优化，如图5所示，本实施例提供的技术方案具体如下：

S510、检测到节目码流中的升级请求。

S520、针对一线技术设备的至少两个端口进行升级数据下载测试，根据预设规则和下载测试情况确定目标端口。

S530、将目标端口的端口信息写入到机顶盒的存储器中。

S540、将本次软件升级的升级参数写入到机顶盒的存储器中，其中，升级参数包括下载流的频点、符号率、调制方式和PID码。

S550、采用目标端口下载升级数据。

在一个实施例中，机顶盒确定目标端口后，在使用目标端口下载升级数据的过程中，机顶盒突发掉电关闭，当机顶盒重新上电时，从存储器中读取目标端口的端口信息，根据该端口信息继续使用对应的目标端口下载升级数据。进一步的，机顶盒在重新上电后，还可以从存储器中读取下载流的频点、符号率、调制方式和PID(包标识)码等升级参数，继续使用目标端口在掉电前的下载基础上继续下载升级数据。

综上，在本实施例的技术方案中，机顶盒在突然掉电，重新上电时，根据存储器中目标端口的端口信息和升级参数，继续使用目标端口在掉电前的下载基础上继续下载数据，无需重新通过下载测试确定目标端口，无需重新下载软件升级的全部升级数据，提高了机顶盒在掉电重新上电时软件升级的效率。

请参考图6，其是本发明实施例提供的一种机顶盒的结构示意图。图6示出了适于用来实现本发明实施方式的示例性机顶盒12的框图。图6显示的机顶盒12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图6所示，机顶盒12以通用机顶盒设备的形式表现，与一线技术设备相连。机顶盒12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。

总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

机顶盒12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被机顶盒12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)30和/或高速缓存存储器32。机顶盒12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图6未显示，通常称为“硬盘驱动器”)。尽管图6中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。

机顶盒12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该机顶盒12交互的设备通信，和/或与使得该机顶盒12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且，机顶盒12还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与机顶盒12的其它模块通信。应当明白，尽管图6中未示出，可以结合机顶盒12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的机顶盒软件升级的方法。

本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时，实现本发明实施例所提供的机顶盒软件升级的方法，该方法包括：

检测到节目码流中的升级请求；

针对所述一线技术设备的至少两个端口进行升级数据下载测试，根据预设规则和下载测试情况确定目标端口；

采用所述目标端口下载所述升级数据。

本发明实施例的计算机可读存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如”C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或机顶盒上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (10)

1.一种机顶盒软件升级的方法，应用于与一线技术设备相连的机顶盒，其特征在于，所述方法包括：

检测到节目码流中的升级请求；

针对所述一线技术设备的至少两个端口进行升级数据下载测试，根据预设规则和下载测试情况确定目标端口；

采用所述目标端口下载所述升级数据。

2.如权利要求1所述的方法，其特征在于，所述针对所述一线技术设备的至少两个端口进行升级数据下载测试，根据预设规则和下载测试情况确定目标端口之前，还包括：

根据机顶盒本地设置确定预设端口，并使用所述预设端口下载所述升级数据；

如果使用所述预设端口下载失败，则继续执行下载测试操作。

3.如权利要求2所述的方法，其特征在于，所述针对所述一线技术设备的至少两个端口进行升级数据下载测试，根据预设规则和下载测试情况确定目标端口，包括：

从所述一线技术设备的至少两个端口中确定当前测试端口；

使用所述当前测试端口进行升级数据下载；

如果在设定时长内下载中断，则从所述一线技术设备的剩余端口中更换端口为当前测试端口，并返回执行升级数据的下载操作；

如果当前测试端口在设定时长内下载不中断，则确定所述当前测试端口为所述目标端口。

4.如权利要求3所述的方法，其特征在于，所述如果在设定时长内下载中断，则从所述一线技术设备的剩余端口中更换端口为当前测试端口，包括：

如果所述当前测试端口在设定时长内出现下载中断，则重新启动下载并累计中断次数；

如果在所述设定时长内所述中断次数达到设定次数阈值，则从所述一线技术设备的剩余端口中更换端口为当前测试端口。

5.如权利要求3所述的方法，其特征在于，在所述如果在设定时长内下载中断，则从所述一线技术设备的剩余端口中更换端口为当前测试端口，并返回执行升级数据的下载操作之后，还包括：

若所述一线技术设备的除所述预设端口之外的端口均已遍历完成，则使用除所述预设端口之外的任意一个端口作为所述目标端口。

6.如权利要求3所述的方法，其特征在于，所述从所述一线技术设备的剩余端口中更换端口为当前测试端口之后，还包括：

若所述一线技术设备的除所述预设端口之外的端口均已遍历完成，则重新遍历除所述预设端口之外的端口进行下载测试。

7.如权利要求1所述的方法，其特征在于，在所述根据预设规则和下载测试情况确定目标端口之后，还包括：

将所述目标端口的端口信息写入到机顶盒的存储器中。

8.如权利要求7所述的方法，其特征在于，在所述将所述目标端口的端口信息写入到机顶盒的存储器中之后，还包括：

将本次软件升级的升级参数写入到所述机顶盒的存储器中，其中，所述升级参数包括下载流的频点、符号率、调制方式和PID码。

9.一种机顶盒，与一线技术设备相连，其特征在于，所述机顶盒包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1～8中任一所述的机顶盒软件升级的方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1～8中任一所述的机顶盒软件升级的方法。