CN104598237A

CN104598237A - 一种在升级模式下生成用户界面的方法和装置

Info

Publication number: CN104598237A
Application number: CN201510025120.1A
Authority: CN
Inventors: 李铁柱
Original assignee: Hisense Broadband Multimedia Technology Co Ltd
Current assignee: Hisense Broadband Multimedia Technology Co Ltd
Priority date: 2015-01-19
Filing date: 2015-01-19
Publication date: 2015-05-06
Anticipated expiration: 2035-01-19
Also published as: CN104598237B; CN108182103A

Abstract

本发明公开了一种在升级模式下生成用户界面的方法，包括：接收升级请求；根据所述升级请求加载位于存储介质的一个分区的用于启动升级模式的升级程序，从而进入升级模式；在升级模式下加载位于存储介质的另一分区的用户界面数据包，所述用户界面数据包包括图文数据和相应的描述文件；根据所述描述文件确定所述图文数据的显示方式，从而生成用户界面。本发明还公开了一种在升级模式下生成用户界面的装置以及一种具有这种装置的机顶盒。利用根据本发明的在升级模式下生成用户界面的方法、装置和机顶盒，可以在不影响机顶盒的软件系统的稳定性的前提下，对升级模式下的用户界面进行修改。

Description

一种在升级模式下生成用户界面的方法和装置

技术领域

本发明涉及计算机应用领域，尤其涉及一种在升级模式下生成用户界面的方法和装置。

背景技术

基于Android系统的终端一般在两种模式下工作。一种是正常模式，通常在这种模式下，启动应用程序（也称为APP模块），以完成用户请求的各种服务。一种是升级模式，通常在这种模式下，启动升级程序（也称为Recovery模块），以对应用程序或者Recovery模块本身进行升级更新，在升级更新期间，显示器会显示提升用户体验的用户界面，例如动态或静态的图片以及提示“正在升级”的文字，这些图画和文字均内嵌在Recovery模块中，形成一个镜像文件。

在升级机顶盒的软件系统时，一般力求降低Recovery模块的更新频率。这是因为当Recovery模块对自身进行升级更新时，需要对其所在的存储介质（例如，Flash存储器）进行擦写操作。在此过程中，如果发生断电或者类似情况，原有的Recovery模块已经被部分或者全部擦除，而新版本的Recovery模块尚未完成写入，那么在机顶盒下次开机启动后，Recovery模块将无法正常使用，应用程序也无法正常加载运行和升级更新，Recovery模块也无法再次通过其自带的升级功能进行自我恢复或者升级更新。

然而，对于用户而言，会期望对内嵌在Recovery模块中的图画和文字做出修改，以更新用户界面，如果仅仅为此对整个Recovery模块形成的镜像文件进行更新，将会对机顶盒的软件系统的稳定性造成威胁。同时，对于开发人员而言，如果后期有修改用户界面的要求，将需要维护整个Recovery模块，形成不必要的工作量。

发明内容

为了解决上述问题，本发明提供了一种在升级模式下生成用户界面的方法，包括：

接收升级请求；

根据所述升级请求加载位于存储介质的一个分区的用于启动升级模式的升级程序，从而进入升级模式；

在升级模式下加载位于存储介质的另一分区的用户界面数据包，所述用户界面数据包包括图文数据和相应的描述文件；

根据所述描述文件确定所述图文数据的显示方式，从而生成用户界面。

本发明还提供了一种在升级模式下生成用户界面的装置，包括：

接收升级请求单元：用于接收升级请求；

加载升级程序单元：用于根据所述升级请求加载位于存储介质的一个分区的用于启动升级模式的升级程序，从而进入升级模式；

加载用户界面数据包单元：用于在升级模式下加载位于存储介质的另一分区的用户界面数据包，所述用户界面数据包包括图文数据和相应的描述文件；

确定用户界面单元：用于根据所述描述文件确定所述图文数据的显示方式，从而生成用户界面。

根据本发明的在升级模式下生成用户界面的方法和装置通过将用于启动升级模式的升级程序与用户界面数据包分别存储在不同的存储介质分区中，对用户界面数据包单独进行编辑，可以在不影响机顶盒的软件系统的稳定性的前提下，对升级模式下的用户界面进行修改。

附图说明

附图用来提供对本公开的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本公开，并不构成对本公开的限制。在附图中：

图1示出根据本发明的一个实施方式的在升级模式下生成用户界面的方法的示意流程图；

图2示出根据本发明的一个实施方式的基于Android系统的机顶盒的软件系统的示意结构图；

图3示出根据本发明的另一实施方式的在升级模式下生成用户界面的方法的示意流程图；

图4示出根据本发明的一个实施方式的在升级模式下生成用户界面的装置的结构框图。

通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。

具体实施方式

参考图1，根据本发明的一个实施方式，提供了一种在升级模式下生成用户界面的方法，包括以下步骤：

步骤101：接收升级请求；

步骤102：根据所述升级请求加载位于存储介质的一个分区的用于启动升级模式的升级程序，从而进入升级模式；

步骤103：在升级模式下加载位于存储介质的另一分区的用户界面数据包，所述用户界面数据包包括图文数据和相应的描述文件；

步骤104：根据所述描述文件确定所述图文数据的显示方式，从而生成用户界面。

上述步骤101、步骤102、步骤103和步骤104四者的执行顺序并不限定于上述顺序，四者可以并行执行，还可以按照其他任意顺序执行，本发明实施例对此并不加以限制。

在根据本发明的在升级模式下生成用户界面的方法中，将用于生成用户界面的用户界面数据包存储在不同于升级程序的存储分区的另一分区中，可以方便开发人员和用户修改用户界面,并且不会影响升级程序本身的稳定性。

以下将参考图2和图3详细描述根据本发明的一个实施方式的基于Android系统的机顶盒的软件系统如何工作。

如图2所示，通常，基于Android系统的机顶盒的软件系统包括用于实现其各个功能的多个模块，这些模块存储在Flash存储器的不同分区中。其中，Boot模块例如存储在分区1中，用于初始化硬件环境、建立内存空间的映射图，从而将系统的软硬件环境带到一个合适的状态。Recovery模块用于在Boot模块的引导下建立一个供升级模式使用的可独立运行的系统，为了使Boot模块能够识别Recovery模块，需要按照一定格式将Recovery模块转换成Boot模块可识别运行的一个镜像文件，所述一个镜像文件存储在Flash存储器的一个分区2中。APP模块用于在Boot模块的引导下建立一个供正常模式使用的可独立运行的系统，为了使Boot模块能够识别APP模块，需要按照一定格式将APP模块转换成Boot模块可识别运行的多个镜像文件存储在Flash存储器的多个分区中，例如存储在分区3和4中。

有鉴于此，启动基于Android系统的机顶盒的流程基本如下：

机顶盒硬件开机上电，Boot模块首先运行起来；

Boot模块通过查询环境变量分区里面存储的分区表信息，获得内核（kernel）的地址，以及根文件系统的路径和类型；

Boot模块将内核从Flash存储器读取到内存中，通过命令加载运行内核，并且将根文件系统的路径和类型也通过内存方式传递给内核；

内核启动后首先驱动一些必要的硬件设备来运行基本程序部分，然后按照Boot模块传递的根文件系统的类型挂载根文件系统。

内核找到根文件系统的指定目录中找到init执行文件并且启动init服务，Init服务初始化整个Android系统环境。

无论机顶盒是要进入正常模式或升级模式，都需要经历这个启动流程。

在以上启动流程中，无论是Recovery模块或APP模块，均包括内核和根文件系统。内核是软件系统的核心,它负责管理系统的进程、内存、设备驱动程序、文件和网络系统，决定着系统的性能和稳定性。内核执行着最底层任务，保证整个系统正常运行。根文件系统具有普通文件系统的存储数据文件的功能，同时也是内核启动时所挂载（mount）的第一个文件系统。根文件系统中可以增加其它功能目录，比如存储图片的res目录，存储字库的font目录等。

在机顶盒利用Recovery模块进入升级模式期间，可以将内核映像和根文件系统作为一个整体一起载入内存。因此，对于Recovery模块而言，可以将内核和根文件系统合成一个镜像文件存储在Flash存储器的一个分区中，而对于APP模块而言，可以将内核和根文件系统分别制成两个分离的镜像文件存储在Flash存储器的两个分区中。

将Recovery模块的内核和根文件系统合成一个镜像文件存储在Flash存储器的一个分区中的原因在于，数字电视的升级模式最基本的需求就是运行速度快，这样才能高效完成数据下载等要求，减少升级操作的时间。由于机顶盒的Flash存储器的空间限制，Recovery模块的体积要求尽量做小，一方面减少Flash存储器空间占用，另一方面也是减少启动Recovery模块的时间。Recovery模块里面都是重要的数据和程序，用户和任何程序都不能对Recovery模块中的文件系统的内容进行更改。

在这种情况下，将相应的用户界面数据包存储在Flash存储器的另一独立的分区5中，所述用户界面数据包中的图文数据和描述文件可以被用户修改，例如，通过修改描述文件中指定的相应参数和更改图文数据中的图片和文字，就可以更新在升级模式下的用户界面，包括用户界面将呈现的图片、文字及其大小和位置。

根据本发明的一个可选实施方式，基于Android系统的机顶盒在升级模式下生成用户界面的流程基本如下：

步骤201：接收升级请求；

步骤202：根据所述升级请求加载位于存储介质的一个分区的用于启动升级模式的升级程序，从而进入升级模式；

步骤203：在升级模式下加载位于存储介质的另一分区的用户界面数据包，所述用户界面数据包包括图文数据和相应的描述文件；

步骤204：判断升级状态并且基于所述升级状态选择图文数据和相应的描述文件。

上述步骤201、步骤202、步骤203和步骤204四者的执行顺序并不限定于上述顺序，四者可以并行执行，还可以按照其他任意顺序执行，本发明实施例对此并不加以限制。

通过这种方法，不仅可以在不影响机顶盒的软件系统的稳定性的前提下，对升级模式下的用户界面进行修改；而且可以方便用户和开发人员针对不同的升级状态对用户界面的大小和位置进行灵活地调整。

例如，所述描述文件时xml文件，定义如下：

<BACKGROUND> // 背景图片

<NAME>BACKGROUND.PNG</NAME>

</BACKGROUND>

<STATUS_ERROR> // 出错状态图片

<NAME>STATUS_ERROR.PNG</NAME>

</STATUS_ERROR>

<STATUS_OK> // 正常状态图片

<NAME>STATUS_OK.PNG</NAME>

</STATUS_OK>

<UPD_SUCC> // 升级成功图片

</UPD_SUCC>

<PROGRESS_BACKGROUND> // 进度背景

<NAME>PROGRESS_BACKGROUND.PNG</NAME>

</PROGRESS_BACKGROUND>

<PROGRESS_FRONT> // 进度前景

<NAME>PROGRESS_FROUNT.PNG</NAME>

</PROGRESS_FRONT>

在以上xml文件中，分别定义了在升级处于出错状态、正常状态以及升级成功状态时，应该显示的图片名称以及所述图片的位置和尺寸。

具体而言，通常可以例如方便地通过OTA（Over-the-Air Technology，空中下载技术）升级方式，通过网络，比如WIFI、3G等下载OTA升级包，自动对基于Android系统的机顶盒进行系统软件升级，在机顶盒接收到基于OTA的系统软件升级请求，即，系统软件升级指令后，将利用Recovery模块进行升级，包括：

Recovery模块解析下载的针对某个具体APP的新版本的升级文件。如上所述，APP模块将内核和根文件系统作为两个分离的镜像文件存储在Flash存储器的两个分区中，这些镜像文件在Flash存储器中有固定的存储地址。

Recovery模块从下载的新版本的升级文件中解析出各个镜像文件。

Recovery模块根据预先设定的各个镜像文件的存储地址，将解析出的各个镜像文件依次写入到Flash存储器的相应分区中。

在上述升级过程期间，如果升级状态为出错状态，例如将某个镜像文件写入了错误的分区，则Recovery模块将判断当前升级状态出错，并且在加载位于另一分区的用户界面数据包后，基于所述判断结果选择xml文件中对应于出错状态下应该设置的图文数据，以及所述图文数据的大小和位置。

类似地，如果升级状态为正常状态，例如将某个镜像文件正在写入了正确的分区，则Recovery模块将判断当前升级状态正常，并且在加载位于另一分区的用户界面数据包后，基于所述判断结果选择xml文件中对应于正常状态下应该设置的图文数据，以及所述图文数据的大小和位置。

如果升级状态为升级成功状态，例如将全部镜像文件都分别写入了正确的分区，则Recovery模块将判断当前升级已经完成，并且在加载位于另一分区的用户界面数据包后，基于所述判断结果选择xml文件中对应于升级成功状态下应该设置的图文数据，以及所述图文数据的大小和位置。

当然，升级方式丰富多样，在通过除OTA升级方式以外的其他升级方式（例如，U盘升级）完成升级时，根据本发明的在升级模式下生成用户界面的方法相同，在此不再赘述。根据实际应用情况，也可以根据不同的升级方式设计不同的用户界面，从而针对不同的升级方式显示不同的用户界面，由此可见，本发明为修改用户界面提供了更大的灵活性和可扩展性。

对比而言，在现有技术中，boot模块将Recovery模块启动后，Recovery模块中的根文件系统会自动加载，这个根文件系统中包括存储图片的/res目录。这样进入升级模式之后，Recovery模块会到直接到/res目录下去读取各种图片。这些图片的名称和大小都是固定的，必须由开发人员修改。

为了使位于Flash存储器的一个分区的Recovery模块能够加载位于另一个分区的用户界面数据包，需要将这个用户界面数据包也通过文件系统的方式存储，文件系统的格式众多，但是android系统中通常使用ext4格式用来存储数据，图片等资源。

对于想要修改用户界面的用户而言，具体操作如下：

将期望使用的一个或多个升级图片放到一个目录res下；

将定义图片的xml文件也放到所述目录res下；

在linux环境下执行命令make_ext4fs,这个命令包含了制作ext4文件系统的分区大小，输入，输出等信息。将所述目录res作为输入，输出文件就是可以供Recovery模块调用的用户界面数据包。

参考图4，示出了根据本发明的一个可选实施方式的在升级模式下生成用户界面的装置的结构框图，包括：

接收升级请求单元：用于接收升级请求；

根据本发明的一个可选实施方式，所述确定用户界面单元包括判断升级状态子单元，用于判断升级状态并且基于所述升级状态选择图文数据和相应的描述文件。

根据本发明的一个可选实施方式，所述升级状态包括出错状态、正常状态以及升级成功状态。

根据本发明的一个可选实施方式，所述描述文件描述图文数据的尺寸和位置。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上对本发明所提供的一种在升级模式下生成用户界面的方法、装置及一种机顶盒，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims

1.一种在升级模式下生成用户界面的方法，其特征在于，包括：

接收升级请求；

2.根据权利要求1所述的方法，其特征在于，在根据所述描述文件确定所述图文数据的显示方式，从而生成用户界面的步骤之中，包括判断升级状态并且基于所述升级状态选择图文数据和相应的描述文件。

3.根据权利要求2所述的方法，其特征在于，所述升级状态包括出错状态、正常状态以及升级成功状态。

4.根据权利要求1至3中任一所述的方法，其特征在于，所述描述文件描述图文数据的尺寸和位置。

5.根据权利要求1所述的方法，其特征在于，所述描述文件是xml文件。

6.一种在升级模式下生成用户界面的装置，其特征在于，包括：

接收升级请求单元：用于接收升级请求；

7.根据权利要求6所述的装置，其特征在于，确定用户界面单元包括判断升级状态子单元，用于判断升级状态并且基于所述升级状态选择图文数据和相应的描述文件。

8.根据权利要求7所述的装置，其特征在于，所述升级状态包括出错状态、正常状态以及升级成功状态。

9.根据权利要求6至8中任一所述的装置，其特征在于，所述描述文件描述图文数据的尺寸和位置。

10.根据权利要求6所述的装置，其特征在于，所述描述文件是xml文件。