CN1738246A

CN1738246A - 网络终端产品的在线升级方法

Info

Publication number: CN1738246A
Application number: CN 200510034695
Authority: CN
Inventors: 洪子涛
Original assignee: Shenzhen Skyworth RGB Electronics Co Ltd
Current assignee: Shenzhen Skyworth Digital Technology Co Ltd
Priority date: 2005-05-25
Filing date: 2005-05-25
Publication date: 2006-02-22
Anticipated expiration: 2025-05-25
Also published as: HK1087278A1; CN100384122C

Abstract

本发明公开一种网络终端产品的在线升级方法，包括正向学习过程和反向学习过程，采用乒乓机制的升级方案，用最小系统配置区(MINISYSTEM)和系统区(SYSTEM)并存的方式进行升级的业务处理，使得终端在任何情景下总有可正常运行的能力，提高了终端系统的抗毁坏性能力，增加了健壮性，从而可以达到无人干预，甚至无人值守升级能力，实现安全、灵活、稳定的自我更新能力。

Description

网络终端产品的在线升级方法

技术领域：

本发明涉及一种网络终端产品特别是机顶盒的在线升级方法。

背景技术：

在类似于机顶盒(如IPTV-STB)的嵌入式终端系统上，升级是设备作为一个整体的自我修复、自我更新、自我学习的过程。

但现有的桌面软件升级方案以及非在线升级方案，在线升级不稳定，抗毁坏性能力差，健健壮性不强。

发明内容：

本发明的目的就是为了解决网络终端的在线升级不稳定的问题，提供一种网络终端产品的在线升级方法，提高终端系统的抗毁坏性能力，增加健壮性。

为实现上述目的，本发明提出一种网络终端产品的在线升级方法，其特征是包括正向学习过程和反向学习过程，其中正向学习包括如下步骤：A1)：业务启动升级业务，启动升级子系统；A2)：升级系统进行相应的业务处理，例如；验证升级信息，网络资源等；A3)：启动终端进入最小系统配置区(MINISYSTEM)，进行相应的业务处理；A4)：检查升级更新是否正确(即学习是否完善)，如果成功则进入下一步；否则重复步骤A3)；A5)：升级更新成功，进入新系统新业务；反向学习即升级系统自身的学习——自我升级，包括如下步骤：B1)：升级业务定时检测升级服务器；B2)：如果有升级系统的更新，则提示用户或者无人值守下空闲中，升级最小系统配置区(MINISYSTEM)，否则执行步骤B5)；B3)：如果得到升级时机，则升级最小系统配置区(MINISYSTEM)，否则执行B5)；B4)：进行最小系统配置区(MINISYSTEM)检查，如果成功，则进行版本号更新，如果失败，则提示或强制重复步骤3)；B5)：最小系统配置区(MINISYSTEM)升级完成。

由于采用了以上的乒乓机制的升级方案，用最小系统配置区(MINISYSTEM)和系统区(SYSTEM)并存的方式进行升级的业务处理，使得终端在任何情景下总有可正常运行的能力，提高了终端系统的抗毁坏性能力，增加了健健壮性，从而可以达到无人干预，甚至无人值守升级能力，实现安全、灵活、稳定的自我更新能力。

附图说明：

图1是本发明系统分区示意图。

图2是本发明最小系统配置区(MINISYSTEM)组成示意图。

图3是本发明系统区(SYSTEM)组成示意图。

图4是从正常状态到升级状态流程示意图。

图5是从启动状态到升级状态流程示意图。

图6是从正常系统中升级最小系统配置区(MINISYSTEM)流程示意图(正常状态到反向升级)。

具体实施方式：

下面通过具体的实施例并结合附图对本发明作进一步详细的描述。

对于类似于IPTV-STB的网络终端产品，一般为嵌入式系统。为了保证产品的健壮性，以及业务的可更新能力，采用系统级、业务级的升级方案。由此，此类产品对升级的要求比较高。本发明乒乓升级技术方案，采用MINISYSTEM和SYSTEM的方式，进行升级的业务处理，使得终端在任何情景下总有可正常运行的能力。

该升级方法包括正向学习过程和反向学习过程(因此称为乒乓升级技术方案)

正向学习如下：

1)：业务启动升级业务，启动升级子系统；

2)：升级系统进行相应的业务处理，例如；验证升级信息，网络资源等；

3)：启动终端进入MINISYSTEM，进行相应的业务处理；

4)：检查升级更新是否正确(即学习是否完善)，如果成功则进入下一步；否则重复3；

5)：升级更新成功，进入新系统新业务。

反向学习如下：(进行升级系统的学习)

1)：升级业务定时检测升级服务器；

2)：如果有升级系统的更新，则提示用户或者无人值守下空闲中，升级MINISYSTEM，

否则执行5；

3)：如果得到升级时机，则升级MINISYSTEM，否则执行5；

4)：进行MINISYSTEM检查，如果成功，则进行版本号更新，如果失败，则提示或强制重复3；

5)：MINISYSTEM升级完成。

下面的方案的说明以SKY IPTV-STB升级系统为范例(但该技术方案可以扩展到包括嵌入式、单片系统上)，其硬软件平台如下：

硬件平台：ARM7 PLATFROM

软件平台：UCLINUX 2.4.xx

方案实现：

乒乓机制升级技术方案，核心内容是建立双备份系统，以及建立在乒乓系统上的业务机制。

1：系统组成

如图1所示，在LINUX系统下建立引导区、全局参数区、KERNEL区(内核区)、MINISYSTEM(最小系统配置区)、系统区；如区分述如下：

引导区：乒乓系统的引导区和一般系统引导区不同在于，按照升级和整体系统约定可以判断系统的入口。该功能的实现是为了达到在不同的场景下引导乒乓系统的不同入口。例如：正常工作下，校验SYSTEM分区可用性，引导内核；传递以SYSTEM分区为参数的系统命令行参数。升级工作下，校验MINISYSTEM分区可用性，引导内核；传递以MINISYSTEM分区为参数的系统命令行参数。

全局参数区：该部分符合嵌入式系统配置，本发明乒乓升级系统仅仅是需要在该区域开辟一个参数表，做升级配置表。

KERNEL区：在此方案下，没有将KERNEL作为文件系统中的一部分，而是单独出来。原因是将KERNEL最大程度的微内核化，KERNEL不再和实现业务相关。而其他和业务相关的内核模块均在文件系统中，以动态的方式安装到内核中。

例如：

LINUX内核：中断管理、进程管理、调度、文件系统、内存管理等；在内核中的模块：FLASH驱动、SDRAM驱动、网卡驱动、TCP/IP协议栈等；这些部分作为OS级别的支撑体系，承载内核中。属稳定部分，不做升级。

动态模块：媒体解码驱动、CODEC模块；该部分属于内核部分，但是由于该部分的模块和业务实现有很大关联，可能升级，故承载于文件系统中，动态加载。

MINISYSTEM区：其组成如图2所示，在该平台方案下，实质上是可以作为根的文件系统分区，该区是为了满足升级业务的最小的系统配置。例如：图形显示驱动、声音驱动模块；系统管理根应用、接入模块、GUI函数库、升级业务模块。

MINISYSTEM的升级处理：作为乒乓升级系统的一个主要的组成部分，MINISYSTEM部分的升级业务模块也是该部分的主要模块。负责内容：正向系统升级(系统学习)、正向业务升级(业务学习)。

SYSTEM区：其组成如图3所示，它是正常系统分区，是完整的除OS外的软件系统。其中同样有升级业务子模块；该子模块按照业务的要求，被动或者主动的监测升级时机。

SYSTEM的升级处理：作为乒乓升级系统的一个主要的组成部分，SYSTEM部分的升级业务模块也是该部分的主要模块。负责内容：升级逻辑业务处理(业务检查)，反向系统升级处理(自我学习能力)。

2：乒乓升级的状态转换

乒乓升级方案，在不同的升级时机、不同的应用场景上，定义了多种状态以及状态之间的转换；

注：实际终端系统中，由于业务不同，对升级的时机、场景有不同的要求，这里仅仅是针对乒乓升级方案的必备项，不对特殊业务作特殊的说明。

转换一：正常状态- 升级状态，如图4所示。

状态场景：IPSTB终端设备在正常业务系统运行(工作或者空闲)，由于某种原因，有对业务系统升级的要求。

触发条件：

业务系统有对升级的触发接口，通过接口，启动系统对正常SYSTEM的升级。例如：IPTV-STB提供用户选择升级提示界面，也可以包括对版本的选择、业务的套餐选择；空闲状态接收到网管系统的指示，业务自动修复。

状态处理：

检查升级业务是否完整、可行；进入MINISYSTEM升级系统，进行业务升级，将新的业务系统写入FLASH的SYSTEM分区；成功升级返回业务系统。

状态路径：

SYSTEM —— MINISYTEM —— SYSTEM

转换二：启动状态- 升级状态，如图5所示。

状态场景：IPTV-STB上电，进入MINISYSTEM进行业务系统升级。

触发条件：系统启动，引导系统自检失败，进入MINISYSTEM修复升级。自检条件例如：SYSTEM分区CHECKSUM失败；全局升级参数指明SYSTEM分区故障。

状态处理：自检系统校验失败；进入MINISYSTEM升级系统，进行业务升级；成功升级返回业务系统。

状态路径：POWERON——MINISYTEM——SYSTEM。

转换三：正常业务状态-自我升级状态(MINISYSTEM)，如图6所示。

状态场景：IPSTB终端设备在正常业务系统运行(工作或者空闲)；由于某种原因，有对MINISYSTEM升级的要求。

触发条件：业务系统有对升级的触发接口，通过接口，启动系统对正常SYSTEM的升级。例如：IPTV-STB提供用户选择MINISYSTEM升级提示界面，也可以包括对MINI版本的选择；空闲状态接收到网管系统的指示，业务自动修复；SYSTEM检测到MINISYSTEM有损坏；

状态处理：得到升级MINISYSTEM的命令；启动MINI升级流程，将新的MINISYSTEM写入对应分区；检验升级是否有效，(例如：CHECKSUM、进入MINI进行业务激活)。

状态路径：SYSTEM——(MINISYSTEM)——SYSTEM(括号内路径可选)。

3、乒乓机制升级系统的优点

(1)更新灵活性：方案采用了微内核技术，与业务相关的OS支持使用模块的方式动态加载到内核中，使得双系统不显得臃肿的同时，有可以得到两份。升级可以对终端系统进行除硬件以外的各个部分进行升级，底层、系统和应用。

(2)稳定健壮性：乒乓方案，使得终端有两份系统，且两份系统可以相互升级。在任何一个系统中保证对另一个系统的有效升级，从而可以在任何时间到保证系统可用。确保了在软件上对系统进行自我更新和自我修复能力。

总之，本发明乒乓机制的升级方案，采用了双系统方案，在终端系统的稳定性、健壮性和灵活性有了很大的保障。

Claims

1、一种网络终端产品的在线升级方法，其特征是包括正向学习过程和反向学习过程，其中正向学习包括如下步骤：

A1)：业务启动升级业务，启动升级子系统；

A2)：升级系统进行相应的业务处理，例如；验证升级信息，网络资源等；

A3)：启动终端进入最小系统配置区(MINISYSTEM)，进行相应的业务处理；

A4)：检查升级更新是否正确(即学习是否完善)，如果成功则进入下一步；否则重复步骤A3)；

A5)：升级更新成功，进入新系统新业务；

反向学习即升级系统自身的学习——自我升级，包括如下步骤：

B1)：升级业务定时检测升级服务器；

B2)：如果有升级系统的更新，则提示用户或者无人值守下空闲中，升级最小系统配置区(MINISYSTEM)，

否则执行步骤B5)；

B3)：如果得到升级时机，则升级最小系统配置区(MINISYSTEM)，否则执行B5)；

B4)：进行最小系统配置区(MINISYSTEM)检查，如果成功，则进行版本号更新，如果失败，则提示或强制重复步骤3)；

B5)：最小系统配置区(MINISYSTEM)升级完成。

2、如权利要求1所述的网络终端产品的在线升级方法，其特征是：

在所述步骤A1)中启动升级业务的触发是通过业务系统对升级的触发接口实现的，触发的条件包括：IPTV-STB提供用户选择升级提示界面、对版本的选择、业务的套餐选择、空闲状态接收到网管系统的指示、业务自动修复；

在所述步骤A2)中的业务处理包括状态处理：检查升级业务是否完整、可行；

在所述步骤A3)中的业务处理包括：进入MINISYSTEM升级系统，进行业务升级，将新的业务系统写入FLASH的SYSTEM分区。

3、如权利要求1或2所述的网络终端产品的在线升级方法，其特征是：

在所述步骤A1)中启动升级业务的触发是系统启动时引导系统自检失败，所述自检条件包括：SYSTEM分区CHECKSUM失败、全局升级参数指明SYSTEM分区故障。

4、如权利要求1或2所述的网络终端产品的在线升级方法，其特征是：

在所述步骤B3)中得到升级时机的触发条件是：利用业务系统有对升级的触发接口，启动系统对正常SYSTEM的升级，包括：IPTV-STB提供用户选择MINISYSTEM升级提示界面、对MINI版本的选择、空闲状态接收到网管系统的指示、业务自动修复、SYSTEM检测到MINISYSTEM有损坏。