1、一种网络终端产品的在线升级方法,其特征是包括正向学习过程和反向学习过程,其中正向学习包括如下步骤: A1:业务系统启动升级业务,启动系统区的升级业务子模块; A2:系统区的升级业务子模块验证升级信息、网络资源; A3:启动终端进入最小系统配置区,进入最小系统配置区升级系统,进行业务升级; A4:检查升级更新是否正确,即学习是否完善,如果成功则进入下一步;否则重复步骤A3; A5:升级更新成功,进入新系统新业务; 反向学习是升级系统自身的学习,即自我升级,包括如下步骤: B1:系统区升级业务子模块定时检测升级服务器; B2:如果有最小系统配置区的更新,则提示用户升级最小系统配置区,或者在无人值守且空闲的情况下自行升级最小系统配置区;否则执行步骤B5; B3:如果得到升级时机,则由系统区升级最小系统配置区,否则执行B5; B4:进行最小系统配置区检查,如果成功,则进行版本号更新,如果失败,则提示或强制重复步骤B3; B5:最小系统配置区升级完成。
2、 如权利要求l所述的网络终端产品的在线升级方法,其特征是:业务系统具有用于升级的触发接口,通过所述触发接口来实现对步骤 Al中升级业务的触发,触发的条件包括:网络电视机顶盒提供用户选择升 级提示界面、对版本的选择、业务的套餐选择、空闲状态接收到网管系统 的指示、业务自动修复;在所述步骤A2中还包括状态处理:检査升级业务是否完整、可行:在所述步骤A3中还包括:将新的业务系统写入FLASH的系统区。
3、 如权利要求1或2所述的网络终端产品的在线升级方法,其特征是:由系统启动时引导系统自检失败,来触发步骤A1中升级业务的启动,所述自检失败包括:系统区总和校验失败、全局升级参数指明系统区故障。
4、 如权利要求1或2所述的网络终端产品的在线升级方法,其特征是:在所述步骤B3中得到升级时机的触发条件是:利用业务系统对升级的 触发接口,来启动系统对最小系统配置区的升级,包括:网络电视机顶盒 提供用户选择最小系统配置区升级提示界面、对迷你版本的选择、空闲状 态接收到网管系统的指示、业务自动修复、系统检测到最小系统配置区有 损坏。
网络终端产品的在线升级方法技术领域本发明涉及一种网络终端产品,特别是机顶盒的在线升级方法。 背景技术在类似于机顶盒,如网络电视机顶盒(IPTV-STB)的嵌入式终端系统 上,升级是设备作为一个整体的自我修复、自我更新、自我学习的过程。但现有的桌面软件升级方案以及非在线升级方案,在线升级不稳定, 抗毁坏性能力差,健健壮性不强。发明内容本发明的目的就是为了解决网络终端的在线升级不稳定的问题,提供 一种网络终端产品的在线升级方法,提高终端系统的抗毁坏性能力,增加健壮性。为实现上述目的,本发明提出一种网络终端产品的在线升级方法,其 特征是:包括正向学习过程和反向学习过程,其中正向学习包括如下步骤:Al:业务系统启动升级业务,启动系统区的升级业务子模块;A2:系统区(SYSTEM)的升级业务子模块进行相应的业务处理,例如; 验证升级信息,网络资源等;A3:启动终端进入最小系统配置区(MINISYSTEM),进行相应的业务处 理,例如,进入最小系统配置区升级系统,进行业务升级;A4:检査升级更新是否正确(即学习是否完善),如果成功则进入下一 步;否则重复步骤A3;A5:升级更新成功,进入新系统新业务;反向学习即升级系统自身的学习——自我升级,包括如下步骤-Bl:系统区的升级业务子模块定时检测升级服务器B2:如果有升级系统的更新,则提示用户升级最小系统配置区(MINISYSTEM),或者在无人值守且空闲情况下自行升级最小系统配置区;否则执行步骤B5;B3:如果得到升级时机,则由系统区升级最小系统配置区,否则执行B5;B4:进行最小系统配置区检査,如果成功,则进行版本号更新;如果 失败,则提示或强制重复步骤B3;B5:最小系统配置区升级完成。由于采用了以上的乒乓机制的升级方案,用最小系统配置区和系统区 并存的方式进行升级的业务处理,使得终端在任何情景下总有正常运行的 能力,提高了终端系统的抗毁坏性能力,增加了健健壮性,从而可以达到 无人干预,甚至无人值守情况下自行升级的能力,能安全、灵活、稳定的自我更新。附图说明图1是本发明系统的分区示意图;图2是本发明最小系统配置区组成示意图;图3是本发明系统区组成示意图;图4是从正常状态到升级状态流程示意图;图5是从启动状态到升级状态流程示意图;图6是从正常系统中升级最小系统配置区流程示意图(正常状态到反向升级)。 具体实施方式下面通过具体的实施例,并结合附图对本发明作进一步详细的描述。对于类似于网络电视机顶盒(IPTV-STB)的网络终端产品, 一般为嵌 入式系统。为了保证产品的健壮性,以及业务的可更新能力, 一般采用系统 级、业务级的升级方案,此类产品对升级的要求比较高。本发明提供的一 种网络终端产品的在线升级方法,采用乒乓机制升级方案,即用最小系统配 置区和系统区并行的方式,进行升级的业务处理,使得终端在任何情景下总 有正常运行的能力。\n该升级方法包括正向学习过程和反向学习过程(因此称为乒乓升级技 术方案),正向学习如下:Al:业务系统启动升级业务,启动系统区的升级业务子模块;A2:系统区的升级业务子模块进行相应的业务处理,例如;验证升级 信息,网络资源等;A3:启动终端进入最小系统配置区,进行相应的业务处理,例如,进 入最小系统配置区升级系统,进行业务升级;A4:检査升级更新是否正确,即学习是否完善,如果成功则进入下一 步;否则重复步骤A3;A5:升级更新成功,进入新系统新业务。反向学习如下(即升级系统自身的学习,即自我升级。):Bl:系统区的升级业务子模块定时检测升级服务器;B2:如果有最小配置区的更新,则提示用户升级最小系统配置区,或者在无人值守且空闲的情况下自行升级最小系统配置区;否则执行B5;B3:如果得到升级时机,则由系统区升级最小系统配置区,否则执行 步骤B5;B4:进行最小系统配置区检查,如果成功,则进行版本号更新;如果 失败,则提示或强制重复步骤B3;B5:最小系统配置区升级完成。下面的方案的说明以SKY IPTV-STB升级系统为范例(但该技术方案 可以扩展到包括嵌入式、单片系统上),其硬软件平台如下:硬件平台:ARM7 PLATFR0M软件平台:UCLINUX 2 . 4 . xx 方案实现:乒乓机制升级技术方案,核心内容是建立双备份系统,以及建立在乒 乓系统上的业务机制。1:系统组成如图1所示,在LINUX系统下建立引导区、全局参数区、KERNEL区(内 核区)、MINISYSTEM (最小系统配置区)、系统区;各区分述如下:引导区:乒乓系统的引导区和一般系统引导区的不同在于,按照升级 和整体系统约定可以判断系统的入口。该功能的实现是为了达到在不同的 场景下引导乒乓系统的不同入口。例如:正常工作下,校验系统区的可用 性,引导内核;传递以系统区(SYSTEM区)为参数的系统命令行参数。升 级工作下,校验最小系统配置区(MINISYSTEM区)可用性,引导内核;传 递以最小系统配置区(MINISYSTEM区)为参数的系统命令行参数。全局参数区:该部分符合嵌入式系统配置,本发明乒乓升级系统仅仅 是需要在该区域开辟一个参数表,做升级配置表。KERNEL区:在此方案下,没有将KERNEL区作为文件系统中的一部分, 而是单独出来。原因是将KERNEL区最大程度的微内核化,KERNEL区不再 和实现业务相关。而其它和业务相关的内核模块均在文件系统中,以动态 的方式安装到内核中。例如:LINUX内核:中断管理、进程管理、调度、文件系统、内存管理等; 在内核中的模块:FLASH驱动、SDRAM驱动、网卡驱动、TCP/IP协议栈等; 这些部分作为操作系统(0S)级别的支撑体系,承载于内核中。属稳定部 分,不做升级。动态模块:媒体解码驱动、CODEC模块;该部分属于内核部分,但是由于该部分的模块和业务实现有很大关联,可能升级,故承载于文件系统 中,动态加载。\nMINISYSTEM区:其组成如图2所示,在该平台方案下,实质上是可以 作为根的文件系统区,该区是为了满足升级业务的最小系统配置。例如: 图形显示驱动、声音驱动模块;系统管理根应用、接入模块、GUI函数库、升级业务模块。MINISYSTEM的升级处理:作为乒乓升级系统的一个主要的组成部分, 最小系统配置区(M頂ISYSTEM)部分的升级业务模块也是该部分的主要模 块。负责内容:正向系统升级(系统学习)、正向业务升级(业务学习)。SYSTEM区:其组成如图3所示,它是正常系统区,是完整的除操作系 统(0S)外的软件系统。其中同样有升级业务子模块;该子模块按照业务 的要求,被动或者主动的监测升级时机。SYSTEM的升级处理:作为乒乓升级系统的一个主要的组成部分,系 统区(SYSTEM)部分的升级业务模块也是该部分的主要模块。负责内容-升级逻辑业务处理(业务检査),反向系统升级处理(自我学习)。2:乒乓升级的状态转换乒乓升级方案,在不同的升级时机、不同的应用场景上,定义了多种 状态以及状态之间的转换;注:实际终端系统中,由于业务不同,对升级的时机、场景有不同的 要求;这里仅仅是针对乒乓升级方案的必备项,不对特殊业务作特殊的说 明。转换一:正常状态-升级状态,如图4所示。状态场景:网络电视终端设备在正常业务系统运行(工作或者空闲) 时,由于某种原因,有对业务系统升级的要求。触发条件:业务系统有对升级的触发接口,通过对此升级的触发接口,启动系统对正常系统区的升级。例如:IPTV-STB提供用户选择升级提示界面,也可 以包括对版本的选择、业务的套餐选择;空闲状态接收到网管系统的指示, 业务自动修复。\n状态处理:检査升级业务是否完整、可行;进入最小系统配置区升级系统,进行 业务升级,将新的业务系统写入FLASH (闪存)的系统区;成功升级返回业务系统。状态路径:SYSTEM - M皿SYTEM - SYSTEM转换二:启动状态-升级状态,如图5所示。状态场景:IPTV-STB上电,进入最小系统配置区进行业务系统升级。触发条件:系统启动,引导系统自检失败,进入最小系统配置区修复 升级。自检条件例如:系统区总和校验(CHECKSUM)失败;全局升级参数指 明系统区故障。状态处理:自检系统校验失败;进入最小系统配置区升级系统,进行业务升级;成功升级返回业务系统。状态路径:P0WER0N——MINISYTEM——SYSTEM。 转换三:正常业务状态-自我升级状态,如图6所示。状态场景:IPSTB终端设备在正常业务系统运行(工作或者空闲)时;由于某种原因,有对最小系统配置区升级的要求。触发条件:业务系统有对升级的触发接口,通过此升级的触发接口, 启动系统对正常系统区的升级。例如:IPTV-STB提供用户选择升级的触发 升级提示界面,也可以包括对迷你版本的选择;空闲状态接收到网管系统 的指示,业务自动修复;系统检测到最小系统配置区有损坏;状态处理:得到升级最小系统配置区的命令;启动迷你升级流程,将 新的最小系统配置区写入对应分区;检验升级是否有效,(例如:总和校验、 进入最小系统配置区进行业务激活)。状态路径:SYSTEM (MINISYSTEM) SYSTEM (括号内路\n径可选)。3、乒乓机制升级系统的优点(1) 更新灵活性:本技术方案采用了微内核技术,与业务相关的OS (操作系统)支持使用模块的方式动态加载到内核中,使得双系统不显得臃肿的同时,又可以得到两份系统相互升级。升级可以对终端系统进行除 硬件以外的各个部分进行升级。(2) 稳定健壮性:乒乓方案,使得终端有两份系统,且两份系统可 以相互升级。在任何一个系统中保证对另一个系统的有效升级,从而可以 在任何时间保证系统可用,确保了系统在软件上进行自我更新和自我修复 的能力。总之,本发明技术方案提供的一种网络终端产品的在线升级方法,即 乒乓机制的升级方案,采用了双系统方案,使终端系统的稳定性、健壮性 和灵活性有了很大的保障。
法律信息
- 2020-04-24
未缴年费专利权终止
IPC(主分类): H04L 12/00
专利号: ZL 200510034695.6
申请日: 2005.05.25
授权公告日: 2008.04.23
- 2015-08-12
专利权人的姓名或者名称、地址的变更
专利权人由深圳创维数字技术股份有限公司变更为深圳创维数字技术有限公司
地址由518057 广东省深圳市南山区高新南一道创维大厦A座14楼变更为518057 广东省深圳市南山区高新南一道创维大厦A座14楼
- 2008-04-23
- 2007-08-22
专利申请权、专利权的转移专利申请权的转移
<登记生效日>2007.07.20<变更事项>地址<变更前权利人>518057广东省深圳市南山区高新南一道创维大厦A13-16层<变更后权利人>518057广东省深圳市南山区高新南一道创维大厦A座14楼
- 2007-08-22
专利申请权、专利权的转移专利申请权的转移
<变更事项>申请人<变更前权利人>深圳创维-RGB电子有限公司<变更后权利人>创维数字技术(深圳)有限公司<登记生效日>2007.07.20
- 2006-04-19
- 2006-02-22
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2003-12-31
|
2002-06-21
| | |
2
| |
2004-12-22
|
2003-12-30
| | |
3
| |
2004-04-21
|
2002-10-14
| | |
4
| |
2005-02-23
|
2003-08-19
| | |
5
| |
2004-12-15
|
2003-12-19
| | |
6
| |
2003-12-31
|
2002-06-25
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |