CN101365044B - 用于多媒体设备的节目信息存储和管理方法及多媒体设备 - Google Patents

Abstract

本发明公开了一种用于多媒体设备的节目信息存储和管理方法，所述多媒体设备的应用程序通过嵌入式数据库来存储和管理节目信息。本发明由于采用数据库来存储和管理节目信息，可以不受存储容量和读写速度的限制，有很强的可扩展性，且便于维护，在节目激增的情况下无需变动任何硬件即可实现扩容，其性能也不受任何影响。本发明同时结合所述节目信息存储管理方法又提供了一种应用所述存储管理方法的多媒体设备，尤其指电视机和机顶盒设备。

Description

用于多媒体设备的节目信息存储和管理方法及多媒体设备

技术领域

本发明属于多媒体设备技术领域，具体涉及电视机和机顶盒领域，是一种用于电视机或者机顶盒的节目信息存储和管理方法。

背景技术

在数字高清电视机或机顶盒设计中，节目管理是一个十分重要的方面，主要包括两个部分：一是节目信息的提取，主要通过提取PAT表(ProgramAssociation Table，节目关联表)和PMT(Program Map Table，节目映射表)表里的信息获得与节目相关的ServiceID、AudioID等信息，以及提供这些节目的制造商；二是当节目信息提取完毕后，如何存储其信息，且通过一种合理的方式，十分方便的提供给消费者浏览、编辑和分类，也就是节目信息的管理问题。

以往的节目信息普遍存储在EEPROM中，由于受EEPROM大小的限制，存储信息的能力比较有限，随着数字电视的发展，节目数量巨增，若以传统方式存储势必要扩大EEPROM的容量，这样便增加产品的成本；而且数据的存储和查询速度都依赖于EEPROM的读写速度，这方面也是一个很大瓶颈。

发明内容

本发明所要解决的技术问题在于提供一种在机顶盒或者电视机中存储节目信息的新方法，以便能够在不增加或尽量减低成本的基础上最大限度的存储更多的节目信息，同时也能够方便地对这些节目信息进行管理。

为解决上述技术问题，本发明提出了一种用于多媒体设备的节目信息存储和管理方法，其中，所述多媒体设备中的应用程序通过嵌入式数据库来存储和管理节目信息。

进一步的，所述通过嵌入式数据库存储和管理节目信息通过下述过程实现：

A、将嵌入式数据库的链接库移植到所述多媒体设备平台；

B、调用所述嵌入式数据库的动态链接库提供的接口函数创建数据库；

C、调用所述接口函数编写供应用层使用的对所述数据库进行查询和编辑的接口函数；

D、应用层程序调用步骤C中所述接口函数进行节目信息存储和管理。

其中，所述步骤A具体为：

a、获得嵌入式数据库库文件并配置使其支持目标多媒体设备处理器架构和存储器的文件系统；

b、生成链接库并创建编译文件；

c、创建接口文件；

d、编译链接；

e、将头文件包含至所述机顶盒平台的应用层。

其中，所述接口文件至少包括所述嵌入式数据库的头文件。

优选的，所述嵌入式数据库为伯克利数据库。

优选的，所述多媒体设备为机顶盒或电视机。

其中，所述嵌入式数据库为伯克利数据库，所述机顶盒处理器为MIPS架构，所述存储器为闪存，所述存储器的文件系统为JFFS2文件系统。

再进一步的，所述步骤a具体为将所述伯克利数据库从x86架构修改为支持MIPS架构，并且配置机顶盒平台使其支持JFFS2文件系统。

结合上述节目信息的存储和管理方法，本发明又提供了一种多媒体设备，包括：

节目信息接收单元，用于接收节目信息；

嵌入式数据库存储单元，用于存储数据库形式的节目信息；

处理器单元，用于进行数据库编辑的数据运算处理。

优选的，所述多媒体设备为电视机或机顶盒。

本发明由于采用数据库来存储和管理节目信息，可以不受存储容量和读写速度的限制，有很强的可扩展性，且便于维护，在节目激增的情况下无需变动任何硬件即可实现扩容，其性能也不受任何影响。

附图说明

图1是本发明所提出的多媒体设备的一个具体实施例的结构示意图；

图2是通过嵌入式数据库存储和管理节目信息的实现方法的一个实施例的流程图；

图3是嵌入式数据库移植到机顶盒系统的方法的一个实施例的流程图。

具体实施方式

下面结合附图对本发明的实施方式进行详细的阐述。

参考图1，图示了本发明所提出的采用嵌入式数据库存储和管理节目信息的多媒体设备的其中一种实施例的功能结构框图，所述多媒体设备1000在本实施例中特指电视机或者机顶盒设备，具体包括：节目信息接收单元1200、解调模块105、信道解码模块106、解复用模块107、音视频解码模块108、A/V输出模块、以及处理器单元(CPU)100、只读存储器ROM101、嵌入式数据库存储单元(闪存)102、红外遥控接口103和扩展接口104等。

其中，所述嵌入式数据库存储单元102用于存储数据库形式的节目信息，可以采用闪存，例如F1ash或NandFlash等，为描述方便起见，以下均采用闪存102代指所述的嵌入式数据库存储单元。所述嵌入式数据库优选采用伯克利数据库。

其大致工作过程为：通过节目信息接收单元1200接收来自有线电视网的模拟信号，经解调模块105解调后输出至信道解码模块106，信道解码模块106进行解码并将解码后的TS(Transport Stream，传输流)流输出至解复用模块107，解复用模块107将TS流数据解复用为PES(Packetised Elementary Streams，打包基本流)流，所述PES流输出至音视频解码模块108进行音视频解码并输出至A/V输出模块109输出显示。其中，所述CPU100用于处理数据信息并结合所述只读存储器ROM101以及闪存102作为控制系统，控制机顶盒中各部分的协调工作，以实现机顶盒的整体功能。在本发明的一个实施例中，所述CPU100可以采用MIPS(Million Instructions Per Second，每秒百万条指令)架构。在所述只读存储器ROM101中包含自举代码、基本操作系统服务程序以及机顶盒的实地址等信息。所述闪存102为机顶盒操作系统和各个应用程序共享使用。所述红外遥控接口103用于接收用户遥控器信号并转换为对应指令供所述CPU101处理。所述扩展接口104可以包括游戏操纵杆、键盘、鼠标、打印机、磁盘驱动器、CD-ROM、录像机等接口。所述音视频解码模块108可以采用MPEG2、MPEG4或AVS等标准进行解码。

另外，在本实施例中，用户预约录制/播放等的节目信息存储于闪存102中，应用层节目管理程序通过嵌入式数据库对所述节目信息进行存储和管理。所述应用层节目管理程序通过调用已经封装好的接口函数对数据库进行操作。在本发明的一个实施例中，所述嵌入式数据库为berkeley(伯克利)数据库。

值得注意的是，本实施例中仅阐述了所述多媒体设备为机顶盒的情形，对于可以对节目信息进行存储的电视机来说同样可以采用本发明，由于结构类似，在此不进行详细阐述。

参考图2，图示了一种在机顶盒中利用嵌入式数据库存储管理节目信息的实现方法的一个实施例的工作流程。如图所示，包括以下步骤：

步骤20，将嵌入式数据库的链接库移植到机顶盒平台。为了在机顶盒平台中能够正常的使用嵌入式数据库，必须经过本步骤将所述嵌入式数据库的链接库移植到机顶盒平台中，具体的移植过程可以参考图3及相关文字描述；

步骤21，调用所述嵌入式数据库的动态链接库提供的接口函数创建数据库。本步骤同时根据节目信息的组成指定表单结构以及相应字段类型的定义，由于调用所述接口函数并进行封装的过程为本领域的通行的做法，因此不进行进一步的阐述；

步骤22，调用所述接口函数编写供应用层使用的对所述数据库进行查询和编辑的接口函数。同样，由于调用所述嵌入式数据库的链接库的接口函数并将其封装为供上层使用的查询和编辑等操作的接口函数的过程也是本领域的通用做法，在此也不进行更为详尽的描述；所述查询包括对单个记录和/或多个记录的查询，所述编辑包括对单个记录和/或多个记录的修改、更新、删除以及插入等；

步骤23，应用层程序调用步骤22中所述接口函数进行节目信息存储和管理。即，应用层程序通过调用步骤22中所封装的接口函数在步骤21创建的数据库中进行记录的查询或编辑操作；

步骤24，结束流程。

本实施例中所述嵌入式数据库可以采用berkeley(中译，伯克利)数据库或SQLITE数据库等等。

参考图3，图示了嵌入式数据库移植到机顶盒系统的方法的一个实施例的工作流程。本实施例中以所述嵌入式数据库为berkeley数据库，所述机顶盒系统为基于ATI平台的机顶盒为例进行说明，如图所示，包括以下步骤：

步骤200，获得嵌入式数据库库文件并配置使其支持目标机顶盒处理器架构和存储器文件系统。由于berkeley数据库为开源数据库，相关的库文件等资料可以通过网络下载。在这里，所述嵌入式数据库也可以采用另一中开源数据库SQLITE等，本发明并不限于此。

对于berkeley数据库来说，本步骤需要将berkeley数据库从x86架构修改为支持MIPS的架构，并且增加机顶盒系统对存储器的文件系统的支持。其目的在于，由于berkeley数据库本身是基于x86架构的，而本实施例中所述机顶盒系统是基于ATI平台，因为所述ATI平台的CPU是基于MIPS(MillionInstructions Per Second，每秒百万条指令)架构，所以必须通过本步骤对berkeley数据库进行修改。

其中，具体的修改方式可以通过autocnf和libtool两个工具软件实现，通过这两个工具软件生成berkerlay数据库的配置文件，其中架构要指定为MIPS架构，里面的build_unix设为工程的工作目录。然后，执行输入指令生成berkerley的链接库并安装所述链接库。

另外，由于现有机顶盒中的存储介质大都采用闪存，而该存储介质通常采用嵌入式文件系统，例如JFFS2，对于本实施例来说，因为采用了ATI平台的机顶盒系统，而该ATI平台基于linux内核工作，由于linux系统中实现了对闪存操作的底层函数，因此在定制内核的时候只需加上对JFFS2文件系统选项和MTD(Memory Technology Devices，内存技术设备)下的所有选项既可实现对闪存的操作。所述闪存可以是NandFlash，或Flash等，所述嵌入式文件系统也并不限于上述的JFFS2文件系统，还可以采用TrueFFS、YAFFS等。由于具体的定制内核的过程为本领域通行的做法，在此不再进行更为详细的描述。

步骤201，生成链接库并创建编译文件。本步骤生成链接库也可以通过所述autocnf和libtool两个工具软件来实现，具体的可以执行：

../dist/configure

make

这两条指令来实现。生成所述链接库后并将其安装到指定的目录下，例如存储步骤200中所获得的库文件的目录，也可以重新创建一个新的文件夹，并将与该数据库相关的所有的文件都存储于该文件夹下，包括步骤200中所获得的库文件、本步骤生成的链接库文件、所述编译文件以及下述步骤202中的接口文件等。

所述编译文件即常说的makefile文件，其中包括指定编译的路径、待编译文件的路径及文件名、以及生成文件的路径和文件名等。由于该编译文件中的内容与普通的编译文件所存放的内容一致，在此不进行更加详细的阐述。

步骤202，创建接口文件。即，可以在步骤201中新创建的文件夹下创建所述接口文件，对于berkeley数据库来说，该接口文件是所述berleley数据库的头文件，即db.h文件，还可以包括db.cpp源文件，该db.cpp源文件可以来自第三方。

步骤203，编译链接。即对所述makefile进行编译并链接至机顶盒的中间层。在这里可能由于移植操作所基于的平台不同而进行交叉编译，例如本实施例中的将berkeley数据库从x86架构下移植到MIPS架构下的情况。

步骤204，将头文件包含至所述机顶盒平台的应用层。经过本步骤之后，即完成了berkeley数据库的移植，保证其能够正常工作在ATI平台上。

步骤205，结束移植流程。

需要说明的是，这里仅阐述了通过berkeley数据库进行节目信息的存储和管理，以及berkeley数据库的移植过程，但是对于其他的嵌入式数据库(例如SQLITE等)来说，都可以根据本具体实施方式中所描述的过程进行适应性的调整来实现通过嵌入式数据库来存储和管理机顶盒中的节目信息，由于大部分过程类同，本领域普通技术人员根据本具体实施方式中的描述便可以类比出其它嵌入式数据库在机顶盒存储和管理节目信息的具体实现，为避免冗余的重复，在此不进行详细的阐述。同样，对于电视机来说，其移植过程与机顶盒系统类似，在这里也不进行详细说明，本领域普通技术人员完全可以通过以上描述无需创造性劳动而类比得出。

以上所揭露的仅为本发明一种较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。

Claims (5)

1.一种用于电视机或机顶盒的节目信息存储和管理方法，其特征在于，通过下述过程实现：

A、将嵌入式数据库的链接库移植到所述电视机或机顶盒平台；

B、调用所述嵌入式数据库的动态链接库提供的接口函数创建数据库；

C、调用所述接口函数编写供应用层使用的对所述数据库进行查询和编辑的接口函数；

D、应用层程序调用步骤C中编写的供应用层使用的对所述数据库进行查询和编辑的接口函数进行节目信息存储和管理；

其中，所述步骤A具体为：

a、获得嵌入式数据库库文件并配置使其支持目标电视机或机顶盒的处理器架构和存储器的文件系统；

b、生成链接库并创建编译文件；

c、创建接口文件；

d、编译链接；

e、将头文件包含至电视机或机顶盒平台的应用层。

2.根据权利要求1所述的方法，其特征在于，所述接口文件至少包括所述嵌入式数据库的头文件。

3.根据权利要求1或2所述的方法，其特征在于，所述嵌入式数据库为伯克利数据库。

4.根据权利要求1或2所述的方法，其特征在于，所述嵌入式数据库为伯克利数据库，所述机顶盒的处理器为MIPS架构，所述存储器为闪存，所述存储器的文件系统为JFFS2文件系统。

5.根据权利要求4所述的方法，其特征在于，所述步骤a具体为将所述伯克利数据库从x86架构修改为支持MIPS架构，并且配置机顶盒平台使其支持JFFS2文件系统。

Images