CN103546809B - 机顶盒的软件升级方法及装置 - Google Patents
机顶盒的软件升级方法及装置 Download PDFInfo
- Publication number
- CN103546809B CN103546809B CN201210243101.2A CN201210243101A CN103546809B CN 103546809 B CN103546809 B CN 103546809B CN 201210243101 A CN201210243101 A CN 201210243101A CN 103546809 B CN103546809 B CN 103546809B
- Authority
- CN
- China
- Prior art keywords
- version
- stb
- software
- top box
- set top
- 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.)
- Active
Links
Landscapes
- Stored Programmes (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种机顶盒的软件升级方法及装置。其中,该方法包括:机顶盒(STB)通过以太网数据通过同轴电缆传输(EOC)局端设备,接收管理服务器下发的软件升级命令消息,其中,软件升级命令消息中携带版本服务器的以太网协议(IP)地址和最新软件版本的版本名称;STB根据IP地址和版本名称登录版本服务器后,获取最新版本的版本文件;STB根据版本文件将STB当前使用的软件版本升级至最新软件版本。通过本发明,达到了有效节约网络带宽资源、降低软件升级成本的效果。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种机顶盒的软件升级方法及装置。
背景技术
软件升级是机顶盒(Set Top Box,简称为STB)中一项非常重要的功能,随着业务的增长,各种各样的功能集成到机顶盒中,新增功能以及软件缺陷修改等都需要对机顶盒进行软件升级。目前机顶盒升级的主要方式是运营商在前端将升级文件封装成MPEG-2标准的传输流(Transport Stream,简称为TS),与电视节目流复用后,调制到电视网进行广播,同时根据数字视频广播(Digital Video Broadcasting,简称为DVB)标准将升级TS流的定位信息添加在网络信息表(Network Information Table,简称为NIT)或者BAT表中播发;对应的,终端机顶盒中包括应用程序和加载程序(Loader)两个版本,其中Loader专门用以机顶盒的升级,机顶盒在NIT或者BAT表中检测到升级信息后,与用户交互确认升级,保存升级定位信息到闪存(FLASH)中,重启机顶盒进入Loader,调频至升级TS流频点并接收升级流,更新应用程序。
对于这种机顶盒升级方式,升级流在网络中某个频点播发,因此,除非机顶盒有两个解调器(Tuner),否则,用户无法在升级的同时收看电视节目,同时升级的过程需要重启两次机顶盒,对用户收视的影响较大;另外这种升级方式升级流以及升级信息均采用广播的方式,前端无法对终端的升级进行管理或者监控,一旦因为某些因素导致机顶盒无法升级,就只能将机顶盒返厂维修,或者进行本地升级,大大增加了维护的成本;另外,由于无法得知用户何时开机升级,必须在网络中长期播发升级流,造成网络带宽的浪费。
以太网数据通过同轴电缆传输(Ethernet Over Coax,简称为EOC)技术是在同轴电缆中进行以太网数据信号的传输,主流是将以太网信号经过调制后在同轴电缆中进行数据传输,其频率不占用有线电视频率段,和有线电视信号共存,既不影响有线电视信号的传输,又有双向独享的宽带综合业务接入,可以大大简化混合光纤同轴电缆(HybridFiber-Coax,简称为HFC)网络的双向改造,利用现有的广电HFC网络为用户提供数字电视,互动电视和宽带业务。
针对相关技术中的软件升级机顶盒方法维护成本过高,容易造成网络带宽浪费问题,目前尚未提出采用EOC技术对机顶盒进行软件升级的有效解决方案。
发明内容
本发明提供了一种机顶盒的软件升级方法及装置,以至少解决上述问题。
根据本发明的一个方面,提供了一种机顶盒的软件升级方法,包括:机顶盒(STB)通过以太网数据通过同轴电缆传输(EOC)局端设备,接收管理服务器下发的软件升级命令消息,其中,软件升级命令消息中携带版本服务器的以太网协议(IP)地址和最新软件版本的版本名称;STB根据IP地址和版本名称登录版本服务器后,获取最新版本的版本文件;STB根据版本文件将STB当前使用的软件版本升级至最新软件版本。
优选地,在机顶盒(STB)通过以太网数据通过同轴电缆传输(EOC)局端设备,接收管理服务器下发的软件升级命令消息之前,该方法还包括:STB启动后向管理服务器发送上线消息,其中,上线消息中携带STB的序列号和STB的媒体接入控制(MAC)地址。
优选地,机顶盒STB通过以太网数据通过同轴电缆传输EOC局端设备,接收管理服务器下发的软件升级命令消息,包括:待管理服务器根据序列号和MAC地址将STB添加到管理服务器管理的STB活动信息中后,STB通过EOC局端设备接收管理服务器下发的软件升级命令消息。
优选地,STB根据版本文件将STB当前使用的软件版本升级至最新软件版本,包括:STB根据版本文件中的循环冗余校验(CRC)校验字段对版本文件进行CRC校验;在版本文件校验正确的情况下,STB对版本文件的版本头进行合法性检查,其中,版本头包括终端类型和厂商标识;当对终端类型和厂商标识的检查结果为合格时,STB将STB当前使用的软件版本升级至最新软件版本。
优选地,软件升级命令消息中还携带升级延迟时长和最新软件版本的统一资源定位符(URL)。
优选地,STB根据IP地址和版本名称登录版本服务器后,获取最新版本的版本文件,包括:STB根据IP地址和版本名称登录版本服务器;STB按照最新软件版本的URL找到最新软件版本后,下载最新软件版本。
优选地,在STB从软件升级命令消息中解析出升级延迟时长之后,包括:STB在等待升级延迟时长终止后,开始将STB当前使用的软件版本升级至最新软件版本的软件升级操作。
根据本发明的另一方面,提供了一种机顶盒的软件升级装置,包括:接收模块,用于通过以太网数据通过同轴电缆传输(EOC)局端设备,接收管理服务器下发的软件升级命令消息,其中,软件升级命令消息中携带版本服务器的以太网协议(IP)地址和最新软件版本的版本名称;获取模块,用于根据IP地址和版本名称登录版本服务器后,获取最新版本的版本文件;升级模块,用于根据版本文件将机顶盒(STB)当前使用的软件版本升级至最新软件版本。
优选地,该装置还包括:发送模块,用于在STB启动后向管理服务器发送上线消息,其中,上线消息中携带STB的序列号和STB的媒体接入控制(MAC)地址。
优选地,接收模块包括:接收单元,用于待管理服务器根据序列号和MAC地址将STB添加到管理服务器管理的STB活动信息中后,通过EOC局端设备接收管理服务器下发的软件升级命令消息。
优选地,升级模块包括:校验单元,用于根据版本文件中的循环冗余校验(CRC)校验字段对版本文件进行CRC校验;检查模块,用于在版本文件校验正确的情况下,对版本文件的版本头进行合法性检查,其中,版本头包括终端类型和厂商标识;升级单元,用于当对终端类型和厂商标识的检查结果为合格时,将STB当前使用的软件版本升级至最新软件版本。
通过本发明,采用在机顶盒中内置EOC模块同时结合外部的EOC局端设备,利用机顶盒与EOC局端设备之间的双向接入通道的方式,可以在不影响用户的正常收视的同时进行软件升级,并且可以使运营商实现对机顶盒升级过的管理和监控,无需长期播发升级流,解决了软件升级机顶盒方法维护成本过高,容易造成网络带宽浪费问题的问题,从而达到了有效节约网络带宽资源、降低软件升级成本的效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的机顶盒的软件升级方法流程图;
图2是根据本发明实施例的机顶盒的软件升级装置的结构框图;
图3是根据本发明优选实施例的机顶盒的软件升级装置的结构框图;
图4是根据本发明优选实施例的机顶盒的组网结构示意图;
图5是根据本发明优选实施例的机顶盒的软件升级过程的示意图;
图6是根据本发明优选实施例一的机顶盒的软件升级流程图;
图7是根据本发明优选实施例二的机顶盒的软件升级流程图;
图8是根据本发明优选实施例三的机顶盒的软件升级流程图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
图1是根据本发明实施例的机顶盒的软件升级方法流程图,如图1所示,该方法主要包括以下步骤(步骤S102-步骤S106):
步骤S102,机顶盒(STB)通过以太网数据通过同轴电缆传输(EOC)局端设备,接收管理服务器下发的软件升级命令消息,其中,软件升级命令消息中携带版本服务器的以太网协议(IP)地址和最新软件版本的版本名称;
步骤S104,STB根据IP地址和版本名称登录版本服务器后,获取最新版本的版本文件;
步骤S106,STB根据版本文件将STB当前使用的软件版本升级至最新软件版本。
在本实施的步骤S102之前,该方法还可以包括:STB启动后向管理服务器发送上线消息,其中,上线消息中携带STB的序列号和STB的媒体接入控制(MAC)地址。
在本实例中,步骤S102可以这样实施:待管理服务器根据序列号和MAC地址将STB添加到管理服务器管理的STB活动信息中后,STB通过EOC局端设备接收管理服务器下发的软件升级命令消息。
在本实例中,步骤S106可以这样实施:STB根据版本文件中的循环冗余校验(CRC)校验字段对版本文件进行CRC校验;在版本文件校验正确的情况下,STB对版本文件的版本头进行合法性检查,其中,版本头包括终端类型和厂商标识;当对终端类型和厂商标识的检查结果为合格时,STB将STB当前使用的软件版本升级至最新软件版本。
在本实例中,软件升级命令消息中还可以携带升级延迟时长和最新软件版本的统一资源定位符(URL)。
进一步地,步骤S106可以这样实施:STB根据IP地址和版本名称登录版本服务器;STB按照最新软件版本的URL找到最新软件版本后,下载最新软件版本。
进一步地,在STB从软件升级命令消息中解析出升级延迟时长之后,STB需要等待升级延迟时长终止时,才能开始将STB当前使用的软件版本升级至最新软件版本的软件升级操作。
采用本实施例提供的机顶盒的软件升级方法,可以在不影响用户的正常收视的同时进行软件升级,并且可以使运营商实现对机顶盒升级过的管理和监控,无需长期播发升级流,有效节约了网络带宽资源。
图2是根据本发明实施例的机顶盒的软件升级装置的结构框图,该装置用以实现上述实施例提供的机顶盒的软件升级方法,如图2所示,该装置主要包括:接收模块10、获取模块20以及升级模块30。其中,接收模块10,用于通过以太网数据通过同轴电缆传输(EOC)局端设备,接收管理服务器下发的软件升级命令消息,其中,软件升级命令消息中携带版本服务器的以太网协议(IP)地址和最新软件版本的版本名称;获取模块20,连接至接收模块10,用于根据IP地址和版本名称登录版本服务器后,获取最新版本的版本文件;升级模块30,连接至获取模块20,用于根据版本文件将机顶盒(STB)当前使用的软件版本升级至最新软件版本。
图3是根据本发明优选实施例的机顶盒的软件升级装置的结构框图,如图3所示,该优选实施例提供的装置还可以包括:发送模块40,与接收模块10连接,用于在STB启动后向管理服务器发送上线消息,其中,上线消息中携带STB的序列号和STB的媒体接入控制(MAC)地址。
在该优选实施例提供的装置中,接收模块10可以包括:接收单元12,用于待管理服务器根据序列号和MAC地址将STB添加到管理服务器管理的STB活动信息中后,通过EOC局端设备接收管理服务器下发的软件升级命令消息。
该优选实施例提供的装置中,升级模块30可以包括:校验单元32,用于根据版本文件中的循环冗余校验(CRC)校验字段对版本文件进行CRC校验;检查模块34,连接至校验单元32,用于在版本文件校验正确的情况下,对版本文件的版本头进行合法性检查,其中,版本头包括终端类型和厂商标识;升级单元36,连接至检查模块34,用于当对终端类型和厂商标识的检查结果为合格时,将STB当前使用的软件版本升级至最新软件版本。
采用本实施例提供的机顶盒的软件升级装置,可以在不影响用户的正常收视的同时进行软件升级,并且可以使运营商实现对机顶盒升级过的管理和监控,无需长期播发升级流,有效节约了网络带宽资源。
下面结合图4至图8,以及优选实施例一、优选实施例二和优选实施例三对上述实施例提供的机顶盒的软件升级方法和机顶盒的软件升级装置进行详细说明。
图4是根据本发明优选实施例的机顶盒的组网结构示意图,如图4所示,该机顶盒内置有EOC模块,EOC模块主要采用Home Plug AV或其它EOC技术,与EOC局端设备等接入网设备共同构成基于HFC的双向数据通道,同时,网络侧提供以太网接入,机顶盒中还内置有数字视频广播(Digital Video Broadcasting,简称为DVB)模块,其同EOC模块相连接,通过双向数据通道中的EOC通道接入网络,从而实现DVB的双向数据业务。
图5是根据本发明优选实施例的机顶盒的软件升级过程的示意图,如图5所示,该升级过程主要包括以下步骤(步骤S502-步骤S512):
步骤S502,机顶盒启动后自动获取IP地址,由机顶盒中的网络协议模块通过EOC通道向管理服务器发送上线消息,消息中携带有该机顶盒的序列号、该机顶盒的MAC地址等识别信息;
步骤S504,管理服务器收到机顶盒上线消息后,将该机顶盒添加至其管理的机顶盒活动列表;
步骤S506,管理服务器对机顶盒下发升级命令消息,消息中携带版本服务器的IP地址、版本服务器上存储的软件版本的版本文件名称等信息;
步骤S508,机顶盒中的网络协议模块收到升级命令后,由升级模块启动线程,在后台向版本服务器发送升级请求,获取版本文件;
步骤S510,机顶盒获取版本文件后,对版本文件进行校验和合法性检查,提取版本文件中的控制字段,检查正确无误后,向管理服务器发送升级成功响应;
步骤S512,机顶盒根据版本文件中的控制字段,在不影响用户收视前提下,更新相应的模块,或者将版本文件烧写至对应的闪存(FLASH)分区。
下面结合几种实施场景实例对实施例一、优选实施例二和优选实施例三做进一步描述。需要说明的是,以下各优选实施例中的网络拓扑图均为图4中的结构,其中,机顶盒在接收有线电视信号的同时,可以通过EOC模块接入以太网,在网络侧与管理服务器和版本服务器连接,管理服务器用于实现对机顶盒的管理,在以下三个优选实施例中,仅涉及对机顶盒升级相关流程的管理,版本服务器用于存储待升级的版本文件。
实施例一
图6是根据本发明优选实施例一的机顶盒的软件升级流程图,在该实施例中,机顶盒采用双版本的模式,经由EOC通道与管理服务器和版本服务器进行数据通信,完成版本升级,该用例可以做到完全不影响用户收视,如图6所示,该流程主要包括以下步骤:
步骤S602A,机顶盒启动,向管理服务器发送上线消息;
机顶盒启动后,读取本地配置信息,获取IP地址后,通过网络接口模块向管理服务器发送上线消息,消息中携带机顶盒序列号、MAC地址等信息,管理服务器根据机顶盒序列号来对机顶盒进行识别,为了达到更好的效果,机顶盒还可以在该消息中携带版本号信息,使得管理服务器可以及时获取其当前运行版本。
步骤S602A,管理服务器收到机顶盒上报的上线消息后,向机顶盒发出响应,以通知机顶盒管理服务器已经收到上线消息;
步骤S604,管理服务器向机顶盒下发升级命令消息;
管理服务器对机顶盒下发升级命令消息,该消息中至少需要包含版本类型,版本文件位置URL等信息,优选的,可以包含版本服务器认证用户名以及密码,文件大小,升级延迟时间等信息,本实施用例中版本文件采用FTP传输方式,也可以采用HTTP等传输方式;升级延迟时间表示机顶盒在收到升级命令与开始升级之间的时间间隔。
步骤S606A,机顶盒对升级命令消息进行临时响应;
机顶盒在运行时,后台启动监听线程,由网络接口模块监听网络侧来自管理服务器的消息。
步骤S606B,在收到升级命令消息时,网络接口模块首先响应该消息,再将版本文件位置URL通知给升级模块,以使升级模块下载版本文件;
步骤S608A,升级模块根据版本文件位置URL来下载版本文件,如果版本服务器需要认证,则携带升级命令中的用户名和密码信息,如果升级命令中携带升级延迟时间信息,则延迟相应的时间后开始下载;
步骤S608B,如果版本服务器无响应或者因为其他与原因导致获取升级文件失败,机顶盒向管理服务器发送升级失败响应,该响应中携带失败错误码;
在实际应用中,升级命令中还可以包含文件大小的信息,机顶盒根据此信息来判断是否有足够空间下载文件,或者则尽可能释放空间来下载文件,如果无足够空间,机顶盒向管理服务器发送失败响应,响应中携带失败错误码。
步骤S610,机顶盒对版本文件进行版本校验;
机顶盒接收到完整的版本文件后,对文件进行CRC校验以及合法性检查,确保文件的正确性。版本文件最后四个字节为CRC校验字段,机顶盒升级模块对版本文件进行CRC校验保证其正确性;优选的,版本文件中包含版本头,版本头中携带版本类型、版本号、终端类型、厂商标识等相关信息,以保证文件的合法性,升级模块解析版本头,判断终端类型、厂商标识等信息是否与当前设备匹配,如果信息不匹配,则取消升级,机顶盒通过网络接口模块向服务器发送升级失败响应,该响应中携带升级失败的错误码,管理服务器收到升级失败的消息后对失败原因进行诊断,管理员可以根据失败原因做进一步处理;
步骤S612,机顶盒中的版本管理模块对版本文件进行版本烧写;
版本文件校验以及合法性检查通过后,版本管理模块将版本文件去掉版本头以及CRC校验字段,烧写到备用版本分区中。
本实施用例采用升级完整机顶盒软件的方案,机顶盒对两个版本分别划分FLASH分区,此处命名为VERSION_1和VERSION_2分区,版本管理模块首先读取当前运行版本所在分区,然后将升级版本文件烧结到另一分区,例如当前运行版本为VERSION_1分区软件,则将升级版本文件烧写在VERSION_2分区中。
在实际应用中,在能够保证软件模块兼容性的前提下,还可以将FLASH划分为内核、文件系统、Middleware中间件、UI界面资源等分区,分别存储不同的模块,从而可以灵活的选择模块单独进行升级,使得升级更加灵活,同时节约网络以及机顶盒系统资源,在此方案中,版本头中的版本类型信息对应了各个模块,版本管理模块根据此字段来区分各个模块并烧写版本。
在版本文件烧写FLASH完成后,机顶盒可以通过网络接口模块向管理服务器上报升级成功的消息,优选的,该消息中可以携带升级后的版本号;如果烧写失败,机顶盒尽量上报升级失败消息,对于部分消息无法上报的情况,譬如机顶盒断电,网管服务器等待升级结果消息超时,升级失败。
在实际应用中,在烧写FLASH的过程中,在电视界面底部提示用户后台正在升级,暂时不要断电,避免因用户关机导致的升级失败。
步骤S614,机顶盒的版本管理模块进行版本切换并更新;
在版本文件烧写成功后,版本管理模块修改FLASH中的版本选择标识位,提示用户机机顶盒升级完成,重启机顶盒进入升级后的软件版本。
版本的启动选择由Boot来完成,机顶盒启动时,Boot首先从FLASH特定分区中读取版本选择标识位,根据读取结果从不同的FLASH分区启动系统,该实施用例中,版本选择标识位以字符串的形式存储在FLASH中,“star_tver_flag=0”代表从VERSION_1分区启动,“start_ver_flag=1”代表从VERSION_2分区启动,本例中设置该标识位为1,机顶盒再次启动时,从VERSION_2分区启动升级后的软件版本;
在实际应用中,待升级完成后,不通知用户,在用户下次启动机顶盒时进入升级后的版本,进一步降低了升级对于用户收视的影响。
在本实施例中,机顶盒整个升级过程完全经过EOC通道通过后台线程完成,既不占用节目码流通道,也不影响机顶盒收视线程,基本上消除了升级对用户收视的影响;另外,该实施用例采用了双版本的方案,增强了系统的稳定性,但同时也需要较大的FLASH空间。
实施例二
图7是根据本发明优选实施例二的机顶盒的软件升级流程图,该实施例在不影响用户收视的基础上,能够有效地节约FLASH空间以及网络带宽,如图7所示,该流程主要包括以下步骤:
步骤S702~步骤S708:同步骤S602~步骤S608;
步骤S710,机顶盒对软件版本进行保存;
版本文件校验成功后,由于机顶盒应用程序可能正在运行,为避免用户收视,不能立即覆盖更新,因此,将版本文件保存在当前文件系统升级文件缓存文件夹下,同时,在系统配置文件中设置升级标识字段以及版本文件名,在下次程序启动时更新。
需要说明的是,该实施例需要在该文件系统所在分区中保留一定空间以保证能够保存升级文件,该预留空间应大于应用程序最大模块的大小。对于升级文件大于预留空间导致暂存失败的,机顶盒发送失败响应到管理服务器,该响应中携带失败错误码。
如果版本文件保存成功,发送升级成功响应至管理服务器。
步骤S712,机顶盒进行版本文件读取操作;
在机顶盒再次启动时,运行机顶盒中的启动脚本,首先执行升级检测程序,读取系统配置文件中的升级标识字段,如果有模块需要升级,则在升级文件缓存文件夹中读取版本文件并处理,否则直接启动应用程序。
步骤S712中提到的机顶盒启动脚本在操作系统启动后执行,至少需要包含升级检测程序和系统应用程序启动命令,优选的还可以增加其他系统资源检查或程序调用。
步骤S714,机顶盒进行版本更新操作;
升级检测程序读取待升级版本文件后,解析其版本头中的版本类型,根据版本类型获取该模块的模块名以及模块目录等信息,之后将版本文件去掉版本头以及CRC校验字段,拷贝到该模块目录下覆盖原有模块,同时删除原升级缓存文件夹下的文件。
步骤S716,机顶盒进行版本文件启动操作;
机顶盒启动脚本在执行完升级检测程序,完成模块覆盖更新后,启动机顶盒应用程序,在该应用程序中,待更新模块已经为新升级的版本。
需要说明的是,新版本启动时,会向管理服务器上报上线消息,管理服务器可以根据消息中携带的版本号来获取该机顶盒的软件版本,优选的,机顶盒提供版本查询接口,管理服务器可以通过该接口查询机顶盒当前软件版本。
该实施例使用单独的更新模块,有效地节省了网络带宽,在本实施例中,还可以实现动态的新增功能模块,而不需要重新启动机顶盒。基于FLASH空间的考虑,该用例较适用于应用程序模块的更新,对于整个内核或者文件系统等的更新,优选采用其他方案,该用例可以作为其他升级方式的补充手段,实现模块的实时更新。
实施例三
图8是根据本发明优选实施例三的机顶盒的软件升级流程图,该实施例的作用为通过EOC通道更新机顶盒的Loader程序,传统机顶盒包括系统应用软件和Loader,其中系统应用软件即机顶盒正常运行时的软件,Loader是指专门用以升级的程序,在应用程序检测到升级请求时,机顶盒重启进入Loader更新系统应用软件,而机顶盒一般不提供更新Loader的接口,本实施用例提供了一种更新Loader的方法,用以解决某些情况下Loader需要更新的问题,该流程主要包括以下步骤:
步骤S802~步骤S808:同步骤S602~步骤S608;
其中,在步骤S804中,升级命令中的版本类型信息可以指定为Loader。
步骤S810,机顶盒对版本文件进行版本校验操作;
机顶盒接收到完整的Loader软件后,对文件进行CRC校验以及合法性检查,确保文件的正确性;在该步骤中,包括对Loader的合法性检查,优选的,还包括对加密的版本头,终端类型,版本类型,版本号,版本头校验等信息进行合法性检查。对于校验或检查错误的软件,机顶盒发送升级失败响应至管理服务器,响应中携带失败错误码。
步骤S812,机顶盒对版本文件进行版本烧写操作;
待版本检查正确后,机顶盒烧写Loader软件到其分区,完成Loader的更新。烧写完成后,机顶盒发送升级成功的响应到管理服务器。如果烧写失败,机顶盒尽量发送升级失败响应,对于部分消息无法发送的情况,譬如机顶盒断电,管理服务器等待升级超时,升级失败。
该实施例中的机顶盒采用传统的Loader升级方法,作为容错手段,提供了一种远程更新Loader的方法,增强了机顶盒的稳定性。
采用上述实施例提供的机顶盒的软件升级方法及装置,通过在机顶盒中内置EOC模块同时结合外部的EOC局端设备,利用机顶盒与EOC局端设备之间的双向接入通道,可以在不影响用户的正常收视的同时进行软件升级,并且可以使运营商实现对机顶盒升级过的管理和监控,无需长期播发升级流,从而达到了有效节约网络带宽资源、降低软件升级成本的效果。
从以上的描述中,可以看出,本发明实现了如下技术效果:使用上述实施例提供的升级方法,能够使机顶盒通过EOC通道与管理服务器进行通信,并获取版本文件进行升级,该方法相比目前机顶盒升级方式有如下优点:(1)不需要在电视网络中长期播发升级流,有效节省带宽;(2)不通过有线电视数据通道进行数据传输,在升级时不影响正常的用户收视;(3)升级方式更加灵活,协议扩展更加简单;(4)可控性以及容错性更强,可以做为主要升级方式,也可以作为现有升级方式的补充,对于使用现有升级方式升级失败的机顶盒进行升级。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (9)
1.一种机顶盒的软件升级方法,其特征在于,包括:
机顶盒STB启动后向管理服务器发送上线消息,其中,所述上线消息中携带所述STB的序列号和所述STB的媒体接入控制MAC地址;
所述STB通过以太网数据通过同轴电缆传输EOC局端设备,接收所述管理服务器下发的软件升级命令消息,其中,所述软件升级命令消息中携带版本服务器的以太网协议IP地址和最新软件版本的版本名称;
所述STB根据所述IP地址和所述版本名称登录所述版本服务器后,获取所述最新版本的版本文件;
所述STB根据所述版本文件将所述STB当前使用的软件版本升级至所述最新软件版本。
2.根据权利要求1所述的方法,其特征在于,机顶盒STB通过以太网数据通过同轴电缆传输EOC局端设备,接收管理服务器下发的软件升级命令消息,包括:
待所述管理服务器根据所述序列号和所述MAC地址将所述STB添加到所述管理服务器管理的STB活动信息中后,所述STB通过所述EOC局端设备接收所述管理服务器下发的软件升级命令消息。
3.根据权利要求1所述的方法,其特征在于,所述STB根据所述版本文件将所述STB当前使用的软件版本升级至所述最新软件版本,包括:
所述STB根据所述版本文件中的循环冗余校验CRC校验字段对所述版本文件进行CRC校验;
在所述版本文件校验正确的情况下,所述STB对所述版本文件的版本头进行合法性检查,其中,所述版本头包括终端类型和厂商标识;
当对所述终端类型和所述厂商标识的检查结果为合格时,所述STB将所述STB当前使用的软件版本升级至所述最新软件版本。
4.根据权利要求1所述的方法,其特征在于,所述软件升级命令消息中还携带升级延迟时长和所述最新软件版本的统一资源定位符URL。
5.根据权利要求4所述的方法,其特征在于,所述STB根据所述IP地址和所述版本名称登录所述版本服务器后,获取所述最新版本的版本文件,包括:
所述STB根据所述IP地址和所述版本名称登录所述版本服务器;
所述STB按照所述最新软件版本的URL找到所述最新软件版本后,下载所述最新软件版本。
6.根据权利要求4所述的方法,其特征在于,在所述STB从所述软件升级命令消息中解析出所述升级延迟时长之后,包括:
所述STB在等待所述升级延迟时长终止后,开始将所述STB当前使用的软件版本升级至所述最新软件版本的软件升级操作。
7.一种机顶盒的软件升级装置,其特征在于,包括:
发送模块,用于在机顶盒STB启动后向管理服务器发送上线消息,其中,所述上线消息中携带所述STB的序列号和所述STB的媒体接入控制MAC地址;
接收模块,用于通过以太网数据通过同轴电缆传输EOC局端设备,接收所述管理服务器下发的软件升级命令消息,其中,所述软件升级命令消息中携带版本服务器的以太网协议IP地址和最新软件版本的版本名称;
获取模块,用于根据所述IP地址和所述版本名称登录所述版本服务器后,获取所述最新版本的版本文件;
升级模块,用于根据所述版本文件将所述STB当前使用的软件版本升级至所述最新软件版本。
8.根据权利要求7所述的装置,其特征在于,所述接收模块包括:
接收单元,用于待所述管理服务器根据所述序列号和所述MAC地址将所述STB添加到所述管理服务器管理的STB活动信息中后,通过所述EOC局端设备接收所述管理服务器下发的软件升级命令消息。
9.根据权利要求7所述的装置,其特征在于,所述升级模块包括:
校验单元,用于根据所述版本文件中的循环冗余校验CRC校验字段对所述版本文件进行CRC校验;
检查模块,用于在所述版本文件校验正确的情况下,对所述版本文件的版本头进行合法性检查,其中,所述版本头包括终端类型和厂商标识;
升级单元,用于当对所述终端类型和所述厂商标识的检查结果为合格时,将所述STB当前使用的软件版本升级至所述最新软件版本。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210243101.2A CN103546809B (zh) | 2012-07-13 | 2012-07-13 | 机顶盒的软件升级方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210243101.2A CN103546809B (zh) | 2012-07-13 | 2012-07-13 | 机顶盒的软件升级方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103546809A CN103546809A (zh) | 2014-01-29 |
CN103546809B true CN103546809B (zh) | 2018-02-13 |
Family
ID=49969796
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210243101.2A Active CN103546809B (zh) | 2012-07-13 | 2012-07-13 | 机顶盒的软件升级方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103546809B (zh) |
Families Citing this family (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105812843A (zh) * | 2014-12-29 | 2016-07-27 | Tcl集团股份有限公司 | 一种智能电视升级的方法及系统 |
CN104978223B (zh) * | 2015-07-02 | 2018-03-30 | 上海市共进通信技术有限公司 | 实现Web方式升级设备固件的方法 |
CN105224355A (zh) * | 2015-08-27 | 2016-01-06 | 常熟市高事达光电科技有限公司 | Eoc无线终端软件升级方法 |
CN105611340B (zh) * | 2016-02-18 | 2019-05-07 | 四川长虹电器股份有限公司 | 双向机顶盒安全升级管理方法 |
CN106101779A (zh) * | 2016-08-17 | 2016-11-09 | 深圳市茁壮网络股份有限公司 | 一种用于机顶盒的远程通讯方法及相关装置 |
CN106571961A (zh) * | 2016-11-03 | 2017-04-19 | 凌云天博光电科技股份有限公司 | Eoc局端系统的自动升级方法及装置 |
CN106792134A (zh) * | 2017-02-07 | 2017-05-31 | 深圳市茁壮网络股份有限公司 | 一种终端设备 |
CN107018008A (zh) * | 2017-02-15 | 2017-08-04 | 金钱猫科技股份有限公司 | 一种eoc设备软件版本的升级方法及系统 |
CN108632309B (zh) * | 2017-03-17 | 2020-10-27 | 华为技术有限公司 | 一种升级窄带物联网终端的方法及装置 |
CN109062598B (zh) * | 2018-06-26 | 2022-07-26 | 珠海全志科技股份有限公司 | 一种安全的ota升级方法及系统 |
CN109803177A (zh) * | 2018-12-06 | 2019-05-24 | 安徽站乾科技有限公司 | 一种机顶盒快速加载及升级方法 |
CN109634645B (zh) * | 2018-12-28 | 2022-03-22 | 深圳市有方科技股份有限公司 | 固件升级方法及终端 |
CN110362329B (zh) * | 2019-07-18 | 2024-03-22 | 上海擎感智能科技有限公司 | 一种版本更新检查方法及系统 |
CN110764807B (zh) * | 2019-10-29 | 2021-10-29 | 京东方科技集团股份有限公司 | 一种升级方法、系统、服务器及终端设备 |
CN115016823B (zh) * | 2022-08-09 | 2022-11-11 | 禾多科技(北京)有限公司 | 目标软件升级方法、装置、电子设备、介质和程序产品 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1992735A (zh) * | 2005-12-28 | 2007-07-04 | 中兴通讯股份有限公司 | 一种iptv机顶盒接入网络和业务开通的实现方法 |
CN101212689A (zh) * | 2006-12-25 | 2008-07-02 | 青岛海信电器股份有限公司 | 数字电视信号接收设备的软件升级方法 |
CN100533380C (zh) * | 2007-11-30 | 2009-08-26 | 上海广电(集团)有限公司中央研究院 | 基于dsp的升级系统以及升级方法 |
CN201928398U (zh) * | 2010-12-14 | 2011-08-10 | 罗正华 | 一种广电网双向改造用的FEoC接入系统 |
CN102447948B (zh) * | 2011-08-31 | 2014-01-08 | 深圳市网合科技股份有限公司 | 网络电视服务器及其发送消息的方法 |
-
2012
- 2012-07-13 CN CN201210243101.2A patent/CN103546809B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN103546809A (zh) | 2014-01-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103546809B (zh) | 机顶盒的软件升级方法及装置 | |
RU2534977C2 (ru) | Устройство обработки информации, способ управления данными и программа | |
US7219367B2 (en) | Backup communication modes | |
CN100527679C (zh) | 数字广播系统、广播信号接收设备及其软件下载方法 | |
CN100456805C (zh) | 一种基于tftp的iptv机顶盒软件网络升级方法 | |
US20020012347A1 (en) | System and method for downloading code | |
CN106911502B (zh) | 一种智能家庭网关设备的升级方法及系统 | |
CN1988616B (zh) | 接收线缆广播数据的设备和发送/接收线缆广播软件的方法 | |
CN103891295A (zh) | 信息处理设备、信息处理方法和程序 | |
CA2498280C (en) | Adaptive communication modes | |
US7693148B2 (en) | Digital broadcast receiving apparatus and communication information transmitting method | |
CN109600671A (zh) | 一种网络机顶盒快速升级的系统及其方法 | |
CN105165019A (zh) | 用于在广播通信系统中发送和接收附加信息的方法和设备 | |
CN102802051B (zh) | 一种基于云计算的节目管理方法和机顶盒节目更新方法 | |
CN114845124B (zh) | 基于WebSocket同步控制的机顶盒直播方法 | |
US8688776B1 (en) | Emulation tool and method of using the same for a content distribution system | |
WO2011032036A2 (en) | Method and system for updating a software image at a client device | |
US20080008177A1 (en) | Apparatus for receiving data broadcast signal and method of processing the same | |
CN102123314B (zh) | 一种通过交互式网络电视终端显示主页的方法及装置 | |
CA2498278A1 (en) | Dynamically changing communication modes | |
US9830243B1 (en) | Method and system for rebooting a client device within a local area network from a central server | |
KR100717177B1 (ko) | 방송 수신기의 소프트웨어 업데이트를 위한 데이터 방송시스템 및 그 방법 | |
JP2007201911A (ja) | ケーブルテレビ受信システム | |
US20080008214A1 (en) | Apparatus for receiving data broadcast signal and method of processing the same | |
CN115914691A (zh) | 音视频数据的播放方法、装置、电子设备和存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |