CN104333806B - 一种机顶盒的参数操作方法和装置 - Google Patents

Abstract

本发明实施例提供了一种机顶盒的参数操作方法和装置，所述的方法包括：在机顶盒中接收参数的操作指示时，获取所述操作指示对应的参数标识；查找所述参数标识所属的子插件；所述子插件至少部分参数的实现依赖于一个或多个父插件；在所述子插件和所述一个或多个父插件中的至少一个，查找所述参数标识对应的参数；根据所述操作指示对所述参数进行对应的操作。本发明实施例通过将参数模块化，以实现参数的复用，在后的插件可以依赖在先的插件，避免了重复的开发操作，极大地提高了开发的简便性、降低了开发成本、提高了操作效率。

Description

一种机顶盒的参数操作方法和装置

技术领域

本发明涉及机顶盒的技术领域，特别是涉及一种机顶盒的参数操作方法和一种机顶盒的参数操作装置。

背景技术

随着数字电视产业特别是有线数字电视产业快速发展，机顶盒市场与数字电视整体同步发展，市场规模不断增长。机顶盒STB(Set Top Box)是指用来增强或扩展电视机功能的一种信息设备，由于人们通常将它放在电视机的上面，所以又被称为机顶盒或顶置盒。

机顶盒一般有很多的参数，比如机顶盒标识STBID、MAC地址(Media AccessControl Address，媒体访问控制地址)、IP地址(Internet Protocol Address，网际协议地址)、厂商信息、ping信息、升级地址等等，这些参数被广泛使用在多个场景。例如，服务器需要获取ping信息时，机顶盒需要进行ping操作，然后将结果返回；服务器需要设置升级地址时，机顶盒需要使用该地址升级，然后上报服务器升级结果。

机顶盒的操作系统一般会提供一些简单的参数管理机制，比如Android(安卓)系统可以通过SetProp函数设置一些初始化的配置文件、可以通过GetProp函数获取一些初始化的配置文件，该配置文件中配置了开机设置的参数。

但是，应用上述参数管理机制，有些参数发生变化的时候(例如，IP地址)，服务器获取不到该变化的参数，依然是按照原有参数进行操作，容易发生故障。

另外，机顶盒也需要维护很多参数，有的参数属于硬件信息(例如，内存大小，CPU主频、Flash大小等)，有的参数属于软件信息(例如，系统类型、系统版本、相关软件版本等)，有的参数属于网络信息(例如，IP地址、IP获取方式等)，每一个参数都使用独立的方式进行管理，工作量是非常大的，维护成本很高。而且，相同的参数，产品和产品之间的定义也不一样；例如，设置参数中有一项“设置下载地址”，有的产品认为这应该触发机顶盒升级(即下载地址其实就是新固件的地址)，而有的产品认为这仅仅是需要机顶盒下载一个远端的文件进行网速或其它方面的测试。按照上述参数管理机制，定义不同会导致机顶盒系统代码不断的大范围修改，开发成本很大。

发明内容

本发明实施例所要解决的技术问题是提供一种机顶盒的参数操作方法，用以提高开发和维护的效率和简便性的同时，降低维护和开发成本。

相应的，本发明实施例还提供了一种机顶盒的参数操作装置，用以保证上述方法的实现及应用。

为了解决上述问题，本发明实施例公开了一种机顶盒的参数操作方法，其特征在于，包括：

在机顶盒中接收参数的操作指示时，获取所述操作指示对应的参数标识；

查找所述参数标识所属的子插件；所述子插件至少部分参数的实现依赖于一个或多个父插件；

在所述子插件和所述一个或多个父插件中的至少一个，查找所述参数标识对应的参数；

根据所述操作指示对所述参数进行对应的操作。

优选地，所述在机顶盒中接收参数的操作指示时，获取所述参数对应的参数标识的步骤包括：

在机顶盒中检测到指定事件时，查找所述指定事件对应的参数标识。

优选地，所述在机顶盒中接收参数的操作指示时，获取所述参数对应的参数标识的步骤包括：

在机顶盒中接收到参数的查询请求和设置请求中的至少一个时，从查询请求和设置请求中的至少一个中提取参数标识。

优选地，所述在所述子插件和所述一个或多个父插件中的至少一个查找所述参数标识对应的参数的步骤包括：

在所述子插件中的指定位置读取所述参数标识对应的参数；

或者，

通过所述子插件调用对应的接口，获取所述参数标识对应的参数。

优选地，所述在所述子插件和所述一个或多个父插件中的至少一个查找所述参数标识对应的参数的步骤包括：

在子插件中查找所述参数标识对应的参数失败时，在所述一个或多个父插件中的指定位置读取所述参数标识对应的参数；

或者，

在子插件中查找所述参数标识对应的参数失败时，通过所述一个或多个父插件调用对应的接口，获取所述参数标识对应的参数。

优选地，所述根据所述操作指示对所述参数进行对应的操作的步骤包括：

将所述参数发送至与所述机顶盒相连的服务器。

优选地，所述根据所述操作指示对所述参数进行对应的操作的步骤包括：

根据所述查询请求返回所述参数；

或者，

根据所述设置请求对所述参数进行设置。

优选地，所述父插件和所述子插件为纯虚类的实现。

本发明实施例还公开了一种机顶盒的参数操作装置，其特征在于，包括：

参数标识获取模块，用于在机顶盒中接收参数的操作指示时，获取所述操作指示对应的参数标识；

子插件查找模块，用于查找所述参数标识所属的子插件；所述子插件至少部分参数的实现依赖于一个或多个父插件；

参数查找模块，用于在所述子插件和所述一个或多个父插件中的至少一个，查找所述参数标识对应的参数；

参数操作模块，用于根据所述操作指示对所述参数进行对应的操作。

优选地，所述参数标识获取模块包括：

参数标识查找子模块，用于在机顶盒中检测到指定事件时，查找所述指定事件对应的参数标识。

优选地，所述参数标识获取模块包括：

参数标识提取子模块，用于在机顶盒中接收到参数的查询请求和设置请求中的至少一个时，从查询请求和设置请求中的至少一个中提取参数标识。

所述参数查找模块包括：

第一读取子模块，用于在所述子插件中的指定位置读取所述参数标识对应的参数；

或者，

第一获取子模块，用于通过所述子插件调用对应的接口，获取所述参数标识对应的参数。

优选地，所述参数查找模块包括：

第二读取子模块，用于在子插件中查找所述参数标识对应的参数失败时，在所述一个或多个父插件中的指定位置读取所述参数标识对应的参数；

或者，

第二获取子模块，用于在子插件中查找所述参数标识对应的参数失败时，通过所述一个或多个父插件调用对应的接口，获取所述参数标识对应的参数。

优选地，所述参数操作模块包括：

发送子模块，用于将所述参数发送至与所述机顶盒相连的服务器。

优选地，所述参数操作模块包括：

返回子模块，用于根据所述查询请求返回所述参数；

或者，

设置子模块，用于根据所述设置请求对所述参数进行设置。

优选地，所述父插件和所述子插件为纯虚类的实现。

与背景技术相比，本发明实施例包括以下优点：

本发明实施例根据在机顶盒中接收到参数的操作指示所对应的参数标识，查找参数标识所属的子插件，在子插件和其依赖的一个或多个父插件中的至少一个查找参数标识对应的参数，进行对应的操作，通过将参数模块化，以实现参数的复用，在后的插件可以依赖在先的插件，避免了重复的开发操作，极大地提高了开发的简便性、降低了开发成本、提高了操作效率，从技术层面避免了诸如缺陷等问题的发生，并且，对于相同参数的不同定义，可以插件进行独立定义，避免了大范围修改机顶盒系统代码，提高了机顶盒系统的稳定性，进一步降低了开发成本。

本发明实施例在检测到指定事件时，可以主动上报相关的参数给服务器，以使得机顶盒可以与服务器按照正确的参数进行交互，避免了因为参数传递延误而操作的故障，降低了故障率，提高了运行稳定性。

本发明实施例通过定义获取参数的接口，只需实现相应的类即可，无需关系获取的细节，避免了大范围修改系统代码，进一步降低了开发成本，大大提高了操作的灵活性，满足不同硬件平台、软件平台和运营商的需求。

附图说明

图1是本发明的一种机顶盒的参数操作方法实施例的步骤流程图；

图2是本发明的一种机顶盒和服务器的架构示例图；

图3是本发明的一种插件功能支持层的结构示意图；

图4是本发明的一种插件层的结构示意图；

图5是本发明的一种PAL层的结构示意图；

图6是本发明的一种插件运行的信令图；

图7是本发明的一种机顶盒的参数操作装置实施例的结构框图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

每个运营商对机顶盒能够管理的参数有各种各样的要求，而且这些参数非常多。每个运营商允许设置、查询的参数都不尽相同；在不同硬件、软件平台中，这些参数的实际设置管理方式也都不尽相同；因此，网管占用机顶盒中很多的系统资源。

应用传统的参数管理机制，需要独立管理每一个参数。例如，某地电信运营商需要定义机顶盒中200个参数，若需要适配该电信运营商，则需要编写一个新的程序，里面有200个分支，分别在每个分支中定义如果遇到参数A的获取、设置请求时，机顶盒该怎么操作，遇到参数B的获取、设置请求时，机顶盒该怎么操作等等。某地联通运营商需要定义机顶盒中202个参数，假设该联通运营商定义的202个参数中与该电信运营商定义的200个参中，有190个参数相同，有10个参数的含义有更改，有2个新增的参数。当需要适配某地的联通运营商时，仍然需要编写另一个新的程序，里面有202个分支，分别在每个分支中定义如果遇到参数A的获取、设置请求时，机顶盒该怎么操作，遇到参数B的获取、设置请求时，机顶盒该怎么操作等等。

若是手动从电信运营商的程序中找到与联通运营商相同的参数，把其中的相同参数的代码复制、粘贴到联通运营商的程序中，这种方式效率十分之低而且危险性很高。

具体而言，一个运营商所定义的机顶盒的参数十分之多，少则几百个，多则上千个，因此使得一个程序中的代码非常之多，复制、粘贴十分麻烦。更重要的是，在复制和粘贴的过程中，疏漏的细节会导致引入难以察觉的缺陷(bug)，导致程序经常出错，这种情况十分之常见。尤其在运营商非常多的情况下，手动复制代码的操作效率十分之低而且危险性很高。

因此，提出了本发明实施例的核心构思之一，提供一种动态适配的方法来管理机顶盒的参数，将参数模块化，定义为插件，通过插件的复用，建立层次分明、二次开发简单的参数管理模型，能够灵活满足不同运营商的需求。

参照图1，示出了本发明的一种机顶盒的参数操作方法实施例的步骤流程图，具体可以包括如下步骤：

步骤101，在机顶盒中接收参数的操作指示时，获取所述操作指示对应的参数标识；

需要说明的是，机顶盒有模拟和数字之分，本发明实施例中所述的机顶盒可以指数字机顶盒。

数字机顶盒，是一种连接电视机与外部信号源的设备，可以将压缩的数字信号转换成模拟信号，并在电视机上显示出来，以给用户提供高质量的电视节目。

在实际中，机顶盒不仅是用户终端，还是网络终端。它能使模拟电视机从被动接收模拟电视转向交互式数字电视(如视频点播等)，并能接入网络，使用户享受电视、数据、语言等全方位的信息服务。

具体而言，机顶盒接收的数字信号可以来自有线电缆、卫星天线、宽带网络以及地面广播等等。机顶盒接收的内容除了模拟电视可以提供的图像、声音之外，更在于能够接收数据内容，包括电子节目指南、网页、字幕等等。使用户能在电视机上观看数字电视节目，并可通过网络进行交互式数字化娱乐、教育和商业化活动等。

在具体实现中，参数的操作指示可以为某个对象发出的对某个或某些参数进行操作的指示。

参数标识可以是能够代表一个唯一确定的参数的信息，例如，参数名称。

在本发明的一种优选实施例中，步骤101可以包括如下子步骤：

子步骤S11，在机顶盒中检测到指定事件时，查找所述指定事件对应的参数标识。

应用本发明实施例，可以预先设定指定事件与参数(可以以参数标识进行标识)的对应关系。例如，若指定事件为开机事件，则其对应的参数可以包括机顶盒ID，IP地址，MAC地址，平台接入账号信息，等等。

在本发明实施例中，可以检测指定事件，例如，参数(如IP地址)变化事件、机事件(包括首次开机事件、非首次开机事件)、固件升级事件、指定时间(用于上报指定的参数以确认机顶盒在线)等等，当检测到指定事件时，相当于接收到参数的操作指示，则可以按照预先设定的对应关系查找参数标识。

在本发明的另一种优选实施例中，步骤101可以包括如下子步骤：

子步骤S12，在机顶盒中接收到参数的查询请求和设置请求中的至少一个时，从查询请求和设置请求中的至少一个中提取参数标识。

在本发明实施例中，机顶盒可以与网络中远程的服务器连接，该服务器可以向机顶盒发送查询请求和设置请求中的至少一个。

其中，参数的查询请求可以是指服务器发出的查询某个或某些参数的指示；参数的设置请求可以是指服务器发出的对某个或某些参数(如IP地址，上网账号、密码等等)进行设置的指示。

在本发明的一种优选实施例中，该服务器可以基于Tr069协议(CPE广域网管理协议，CPE WAN Management Protocol)向机顶盒发送查询请求和设置请求中的至少一个。该Tr069协议提供了对网络中家庭网络设备进行管理配置的通用框架和协议，用于从网络侧对家庭网络中的网关、路由器、机顶盒等设备进行远程集中管理。

服务器可以基于Tr069协议远程对机顶盒的相关参数进行获取、设置等操作。

参见图2，示出了本发明的一种机顶盒和服务器的架构示例图。

如图2所示，基于Tr069协议，在机顶盒201中可以包括为客户服务端(CPE)2011，在服务器202中可以包括自动配置服务端(ACS)2021。

其中，ACS2021负责对CPE2011进行管理，ACS2021的管理方法就是对CPE2011上的管理函数进行远程调用，因此需要向CPE2011传输要调用的函数名及参数，这些内容包含在SOAP(Simple Object Access Protocol，简单对象访问协议)体中。ACS2021并不直接对设备本身的接口进行调用，ACS2021所使用的函数为TR069的标准函数(称作TR-069RPCMethods)，CPE2011需要通过一个设备上的中间层解析出RPC(Remote Procedure CallProtocol，远程过程调用协议)方法，再由这个中间层调用设备自身的接口，这个中间层就是TR069Agent。

进一步而言，机顶盒中的客户服务端(CPE)2011可以满足参数网络配置需求，用于控制网络连接、管理RPC过程、处理SOAP消息等等。

此外，可以在机顶盒201中可以安装其他程序的客户端2012，在服务器202中可以包括安装该程序的服务端2022。

当机顶盒接收到参数的查询请求和设置请求中的至少一个时，相当于接收到参数的操作指示，则可以从查询请求和设置请求中的至少一个中提取参数标识。

步骤102，查找所述参数标识所属的子插件；

应用本发明实施例，可以预先将某个运营商所定义管理的参数及其管理方法(如获取方法、设置方法等)定义为插件。

例如，可以针对某地联通运营商编译一个插件，可以对某地移动运营商编译一个插件等等。

参数，可以为标识机顶盒中所维护的信息，该参数可以是机顶盒中的硬件信息，也可以是机顶盒中的软件信息，还可以是机顶盒中所处的网络环境信息等等，例如网速信息、CPU信息，内存信息等等。参数可以具有控制规则：例如，是否可读、是否可写、发生改变是否发送广播等，这些规则可以在初始化参数的时候定义，如果未定义，可以被赋默认值。

插件的实质可以为纯虚类的实现。其中，含有虚函数的类可以是虚类，而所有函数都是纯虚函数的类可以是纯虚类。

虚函数可以用关键字virtual声明，其作用用专业术语来解释就是实现多态性(Polymorphism)，多态性即是将接口与实现进行分离。虚函数可以表明在程序使用到该函数时，获得与调用对象对应的该函数的实现。

本发明实施例中可以在不同的硬件、软件平台构建不同的类去实现该纯虚类，或者继承已有的类实现该纯虚类，或者重载某些有变化的方法实现该纯虚类。

由于代码的设计是分层的，如图2所示，由插件所组成的层可以称为插件层2013，由实现插件的类所组成的层可以称为插件功能支持层2014。

参见图3，示出了本发明的一种插件功能支持层的结构示意图。

如图3所示，在插件功能支持层中，可以提供加载插件的接口301、插件加载、卸载模块302、系统事件通知模块303、插件状态监控模块304、插件建模、管理模块305、插件功能注册、回调模块306。

其中，加载插件的接口301可以提供外部调用，以加载某个插件；

插件加载、卸载模块302可以用于加载、卸载插件；

系统事件通知模块303可以用于监控系统事件(例如指定事件(如IP地址改变))，可以包括两种，其中一种事件是插件维护的、会影响该插件中参数值的事件；另一种事件是系统维护的事件：比如，开机事件；系统升级事件等等。，并向插件层通知系统事件；

插件建模、管理模块304可以用于对插件建模，管理插件；插件中参数，参数可以按照分类保存在参数列表中(例如，网络参数，机顶盒信息参数等)；插件在加载的时候，一项操作就是，插件建模、管理模块304从各个插件中提取出这些参数按照分类维护到自己的一个整体的表格中，这个表格记录了各个参数对应的插件(及父插件)等。其中，基于插件管理参数的特性，如果插件被禁用了，其所有的参数都会被禁用，包括依赖于父插件的参数；

插件功能注册、回调模块306可以用于注册插件、注册回调函数。

参见图4，示出了本发明的一种插件层的结构示意图。

如图4所示，在插件层中，可以提供对外的接口401、父插件402、参数列表403、插件补充功能404、系统事件处理函数405。

其中，对外的接口401具体可以包括注册插件上下文回调函数接口4011、插件参数管理接口4012、系统事件通知接口4013。

插件上下文回调函数接口4011可以用于注册插件上下文回调函数；

插件参数管理接口4012可以用于管理指定的参数，例如，禁用参数、删除参数、启用参数等等；

系统事件通知接口4013可以用于接收系统事件。

插件之间可以具有父子关系，在父插件402中可以指明某个插件的父插件；即具有父子关系的其中一个插件为父插件，另一个插件为子插件。而父子关系是相对应的，某个插件可以为另一个插件的子插件(相对而言，另一插件为父插件)，也可以为另一插件的父插件(相对而言，另一插件为子插件)。

在参数列表403中可以记载该插件所管理的参数，可以包括一个或多个参数；

在插件补充功能404中可以针对特定的情况补充插件的功能，例如，插件B基于插件A开发，插件A中有个参数是某个电视台的账户名和密码，插件B在加载时声明这账户名和密码两个参数无效(删除)，即对于插件B来说，是不支持该某个电视台的。但假如有一天，服务器下发了指令给插件B，需要增加上述账户名和密码这两个参数(Tr069协议可以支持增加参数操作)，那么，机顶盒程序不需要任何修改，B插件就可以正确实现相关功能，这可以认为是一种补充；

系统事件处理函数405可以用于处理接收到的系统事件，例如，对于插件维护的、会影响该插件中参数值的系统事件，这一事件被插件自身所关注，当发生的时候，插件通过上下文回调通知底层系统；对于系统维护的事件，例如，开机事件、系统升级事件等等。当开机之后，系统事件通知模块303可以逐个通知各个模块(本质就是所有插件都有一个OnAppLoad方法的实现，系统事件通知模块303会调用该方法)。

所谓的系统事件处理函数，就是大量如OnAppLoad函数，比如还有OnSessionStart、OnSessionEstablished、OnSessionEnd，这三个函数在当机顶盒与远端服务器建立会话的过程中，会被调用。

在加载插件时，可以向上下文环境中注册该插件所管理的参数。具体而言，即可以调用回调函数将参数传递给系统底层，系统底层将这些参数添加到总参数列表中，该总参数列表可以以map的形式进行保存，并使用统一的方法维护。

本发明实施例中，可以将参数标识在总参数列表中，与已注册的参数中进行比对，以查找到管理该参数标识对应参数的插件。

在实际应用中，子插件和父插件可以为管理不同运营商所需参数的插件，子插件可以挂载一个或多个父插件，该子插件至少部分参数的实现可以依赖该一个或多个父插件。

需要说明的是，为了方便管理，每个插件都可以具有父插件，若没有，则该插件的父插件为“root”(虚父插件)，表示该插件实际上没有父插件。

插件的加载过程有一步是将当前插件维护的参数重新维护到一个整体的插件管理表格中，这其中会包括搜索、重新分配内存等操作。

插件在加载的时候，第一个加载的往往是参数最多的基础插件，如果按照普通的加载方式，一般会做很多无用的工作，浪费时间(加载每个参数时，都会从已建立好的表格中查找“父插件”，这种操作对于第一个插件是没有意义的)；因此，就起了个名字叫“root”的虚拟父插件，用于避免这些无用工作，提高效率。

插件中的构造函数中有个参数是“父插件名”(如图3所示的父插件302)，当初始化插件的时候，插件功能支持层会可以从已注册的插件中查找具有该“父插件名”的插件；如果能够找到，就会将子插件挂载到父插件中。具体而言，每个插件可以具有唯一的插件标识(如插件名)，可以通过建立子插件的插件标识(如插件名)与父插件的插件标识(如插件名)的关联关系，进行挂载。

挂载可以指，需要查找某个参数时，可以先从子插件中查找，如果没有查找到，可以继续从挂载的父插件中查找。

例如：某地电信运营商定义了机顶盒中一组参数，可以构建插件M；某地联通运营商定义了机顶盒中另一组参数，可以构建插件N；某地移动运营商在电信运营商、联通运营商定义的参数基础上增加了一些参数，可以构建插件O，在插件O中可以声明对插件M、插件N的依赖，则插件O的部分参数的实现可以依赖插件A、插件B所拥有的参数，无需再编写插件A、插件B所拥有的参数，只需增加需要的参数。

当使用插件O的时候，可以通过调用插件功能支持层提供的加载插件功能，按照顺序(插件M→插件N→插件O，或者，插件N→插件M→插件O)加载这三个插件。

进一步而言，某地电信运营商需要定义机顶盒中200个参数，若需要适配该电信运营商，则可以编写一个插件，在其中定义如果遇到参数A的获取、设置请求时，机顶盒该怎么操作，遇到参数B的获取、设置请求时，机顶盒该怎么操作等等。

某地联通运营商需要定义机顶盒中202个参数，假设该联通运营商定义的202个参数中与该电信运营商定义的200个参中，有190个参数相同，有10个参数的含义有更改，有2个新增的参数。

之前已经开发了该电信运营商的插件，那么，在开发该联通运营商的插件时，可以指定该电信运营商的插件为该联通运营商的插件的父插件，那么，这190个参数就可以复用了，剩下的修改改变含义的10个参数的定义，新增2个参数的定义，大大减少了插件的开发量，并且从技术层面避免了引入新的问题。

此外，如果硬件或者软件平台不同导致参数的获取或者设置方法出现差异，那么，该联通运营商可以明确指出并加载自定义的参数的获取或设置方法。

步骤103，在所述子插件和所述父插件中的至少一个，查找所述参数标识对应的参数；

在具体实现中，插件可以定义参数的获取方式，加载插件的时候可以进行检测。若已经定义，则可以按照定义的方法查找；如果未定义，默认从父插件中查找；如果父插件中也没有定义，再从系统默认方式中查找；如果都没有找到，该插件无法加载。

在本发明的一种优选实施例中，步骤103可以包括如下子步骤：

子步骤S21，在所述子插件中的指定位置读取所述参数标识对应的参数；

或者，

子步骤S22，通过所述子插件调用对应的接口，获取所述参数标识对应的参数。

在本发明实施例中，插件可以定义参数的获取方式，其中一种是在插件中的指定位置(如图4所示的参数列表403)读取，另一种是调用接口从系统获取。

应用本发明实施例，一方面，可以在初始参数值的时候获取机顶盒系统中的参数。

例如，对linux系统运行时相关参数的读取可以通过解析/proc文件夹下的各种文件获得，对网络参数可以通过socket获得，等等。

一般而言，很多参数在系统的整个运行过程中是不会发生变化的，比如内存大小，在插件正式启动之前获得此类参数，写入一个数据结构中保存，可以会节省运行时的时间，提高插件的运行效率。

另一方面，对于可变的、或有设置、获取等要求的参数，可以在需要的时候，调用对应的接口获取。

从一个数据结构(如数组)中读数据的大小，比调用各种接口，运行一些函数后的结果，显然效率要高很多了。但实际上，数组中的数据也是通过接口来的，但是这些接口可能在单次运行中，只会被调用一次。

在具体实现中，可以建立如图2所示的抽象的平台层2015，即PAL(PlatformAbstract Layer，平台抽象层)层为参数提供通用、统一的管理方法，允许针对特定产品开发插件，插件中能够重定义参数模型及某些特殊参数的管理方法。

参见图5，示出了本发明的一种PAL层的结构示意图。

如图5所示，PAL层提供了对外统一接口501，用于外部调用，通过该对外统一接口501，可以进行文件操作502、网络操作503、线程操作504、终端、平台参数管理505等操作，以获取该接口对应的参数。

以网络操作为例，插件想测试一下与某个IP地址的连通情况，常规方法是创建一个套接字，设置套接字参数，然后向该IP发送ICMP(Internet Control Message Protocol，Internet控制报文协议)包；PAL层可以把这所有复杂的操作打包成一个通用接口给插件使用，比如：bool TestRemoteConnection(IPAddress)；在所有的平台下，插件都可以调用这样的接口获取到所需的信息。

PAL层是可以提供预先定义、命名规范、参数一致的接口，这些接口有默认的实现，但可以被插件重载。

例如，需要向服务器上报MAC地址，那么，PAL层中可以提供一个GetMacAddress接口供该部分调用，以获取MAC地址。

PAL层的意义之一可以在于，将不同操作系统下有差异且繁杂的操作打包为统一的形式供程序的所有层次进行调用例如，假设从linux和Android操作系统中获取MAC地址的方式有差异，对于在Linux系统中实现的接口，在Android系统中需要重新定义获取MAC地址的接口，然后注册到系统中，其他一致的接口，可以继承下来。

在实际应用中，这些大量被定义为获取机顶盒本地相关参数的接口，构成了PAL层。

本发明实施例通过定义获取参数的接口，只需实现相应的类即可，无需关系获取的细节，避免了大范围修改系统代码，进一步降低了开发成本，大大提高了操作的灵活性，满足不同硬件平台、软件平台和运营商的需求。

在本发明的一种优选实施例中，步骤103可以包括如下子步骤：

子步骤S23，在子插件中查找所述参数标识对应的参数失败时，在所述父插件中的指定位置读取所述参数标识对应的参数；

或者，

子步骤S24，在子插件中查找所述参数标识对应的参数失败时，通过所述父插件调用对应的接口，获取所述参数标识对应的参数。

在本发明实施例中，需要查找的某个参数，未在子插件中查找时，可以继续从挂载的父插件中查找。

在具体实现中，插件中可以具有挂载路径，即参数默认挂载到父插件的哪个位置，在该位置中查找所需的参数。

步骤104，根据所述操作指示对所述参数进行对应的操作。

在具体实现中，在查找到参数之后，可以对该参数进行对应的操作。

在本发明的一种优选实施例中，步骤104可以包括如下子步骤：

子步骤S31，将所述参数发送至与所述机顶盒相连的服务器。

在本发明实施例中，与子步骤S11相对应地，在检测到指定事件，则可以将该指定事件对应的参数发送至与机顶盒相连的服务器中。

例如，当检测到IP地址变化的参数变化事件时，可以将IP地址此参数上报至服务器中；当检测到首次开机事件时，可以将

进一步地，机顶盒可以基于Tr069协议将参数发送至与机顶盒相连的服务器。

本发明实施例在检测到指定事件时，可以主动上报相关的参数给服务器，以使得机顶盒可以与服务器按照正确的参数进行交互，避免了因为参数传递延误而操作的故障，降低了故障率，提高了运行稳定性。

在本发明的另一种优选实施例中，步骤104可以包括如下子步骤：

子步骤S32，根据所述查询请求返回所述参数；

或者，

子步骤S33，根据所述设置请求对所述参数进行设置。

在本发明实施例中，与子步骤S12相对应地，在接收到查询请求时，则可以将需要查询的参数发回给发送查询请求的服务器。

进一步地，机顶盒可以基于Tr069协议返回参数给发送查询请求的服务器。

此外，在接收到设置请求时，则可以按照设置请求的要求，对参数设置。

例如，服务器发送设置请求，要求机顶盒将IP地址从静态获取改为动态获取。若在Android系统中，接收到该设置请求，则可以广播一个消息，该消息被网络管理模块接收，网络管理可以利用DHCP协议(Dynamic Host Configuration Protocol，动态主机设置协议)动态获取当前可用的IP地址。

当然，上述操作只是作为示例，在实施本发明实施例时，可以根据实际情况设置其他操作，本发明实施例对此不加以限制。另外，除了上述操作外，本领域技术人员还可以根据实际需要采用其它操作，本发明实施例对此也不加以限制。

本发明实施例根据在机顶盒中接收到参数的操作指示所对应的参数标识，查找参数标识所属的子插件，在子插件和其依赖的一个或多个父插件中的至少一个查找参数标识对应的参数，进行对应的操作，通过将参数模块化，以实现参数的复用，在后的插件可以依赖在先的插件，避免了重复的开发操作，极大地提高了开发的简便性、降低了开发成本、提高了操作效率，从技术层面避免了诸如缺陷等问题的发生，并且，对于相同参数的不同定义，可以插件进行独立定义，避免了大范围修改机顶盒系统代码，提高了机顶盒系统的稳定性，进一步降低了开发成本。

为使本领域技术人员更好地理解本发明实施例，以下通过具体的示例来说明本发明实施例中插件的应用方法。

参见图6，示出了本发明的一种插件运行的信令图。

步骤1、Main函数发出初始化PAL层的指示；

根据硬件平台、软件平台的实际需求，创建实现该接口的类的实例。

步骤2、Main函数发出初始化插件功能支持层的指示；

将已注册的插件保存指总插件列表，从插件列表通过map的形式进行保存；初始化可以包括为数据申请内存、创建各种类的实例等。

步骤3、在插件功能支持层中加载插件；

插件中的构造函数中有个参数是“父插件名”(如图3所示的父插件302)，当初始化插件的时候，插件功能支持层会可以从已注册的插件中查找具有该“父插件名”的插件；如果能够找到，就会将子插件挂载到父插件中。具体而言，每个插件可以具有唯一的插件标识(如插件名)，可以通过建立子插件的插件标识(如插件名)与父插件的插件标识(如插件名)的关联关系，进行挂载。

挂载可以指，需要查找某个参数时，可以先从子插件中查找，如果没有查找到，可以继续从挂载的父插件中查找。

步骤4、在插件层中设置上下文环境，其中可以设置PAL层的接口、参数值改变回调等等；

插件中定义了对参数变化的监控方法，当这些参数发生变化的时候，插件能够通知到顶层；不仅如此，插件可能需要打印调试信息，需要发送特殊的网络包等等，这时候，就需要调用插件的地方为插件提供上下文环境(本质是提供一个类的实现指针，这个类里面包含很多方法供插件回调)。

步骤5、在插件功能支持层注册参数模块；

插件中会定义很多参数，以及管理这些参数的方法；在加载化插件时，可以向上下文环境中注册该插件所管理的参数；具体而言，即可以调用回调函数将参数传递给系统底层，系统底层将这些参数添加到总参数列表中，该总参数列表可以以map的形式进行保存，并使用统一的方法维护。

步骤6、在插件功能支持层获取系统属性，初始化参数值；

对linux系统运行时相关参数的读取可以通过解析/proc文件夹下的各种文件获得，对网络参数可以通过socket获得，等等。

一般而言，很多参数在系统的整个运行过程中是不会发生变化的，比如内存大小，在插件正式启动之前获得此类参数，写入插件中，可以会节省运行时的时间，提高插件的运行效率。

步骤7、在PAL层中获取系统参数；

调用对应的接口，由实现该接口的类从系统获取所需的参数。

步骤8、在PAL层中返回参数值；

将参数值返回给插件功能支持层。

步骤9、在插件功能支持层中返回参数值；

将参数值返回给插件层。

步骤10、在插件功能支持层中监测系统事件；

在正常运行中，插件功能支持层可以监测指定事件，例如，参数(如IP地址)变化事件、开机事件(包括首次开机事件、非首次开机事件)、固件升级事件、指定时间(用于上报指定的参数以确认机顶盒在线)等等；

插件功能支持层可以监测服务器发送的参数的查询请求、设置请求等等。

步骤11、在插件功能支持层中通知系统事件；

插件功能支持层将系统事件通知插件层，插件通过调用对应的系统事件函数进行处理，例如，将指定事件对应的参数发送至服务器；根据查询请求返回相应的参数；根据设置请求，按照参数所属的子插件和父插件中的至少一个的参数设置方法，对参数进行设置，等等。

需要说明的是，一般的插件(如浏览器的插件)是解释型的，运行速度较慢，主要是用于扩展功能(如在浏览器中扩展截图、翻译等功能)，插件之间联系较少，独立性很强；本发明实施例中的插件是编译型的，运行速度较快，主要基于依赖，以复用参数，插件之间联系较多。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

参照图7，示出了本发明的一种机顶盒的参数操作装置的结构框图，具体可以包括如下模块：

参数标识获取模块701，用于在机顶盒中接收参数的操作指示时，获取所述操作指示对应的参数标识；

子插件查找模块702，用于查找所述参数标识所属的子插件；所述子插件至少部分参数的实现依赖于一个或多个父插件；

参数查找模块703，用于在所述子插件和所述一个或多个父插件中的至少一个，查找所述参数标识对应的参数；

参数操作模块704，用于根据所述操作指示对所述参数进行对应的操作。

在本发明的一种优选实施例中，所述参数标识获取模块701可以包括如下子模块：

参数标识查找子模块，用于在机顶盒中检测到指定事件时，查找所述指定事件对应的参数标识。

在本发明的一种优选实施例中，所述参数标识获取模块701可以包括如下子模块：

参数标识提取子模块，用于在机顶盒中接收到参数的查询请求和设置请求中的至少一个时，从查询请求和设置请求中的至少一个中提取参数标识。

在本发明的一种优选实施例中，所述参数查找模块703可以包括如下子模块：

第一读取子模块，用于在所述子插件中的指定位置读取所述参数标识对应的参数；

或者，

第一获取子模块，用于通过所述子插件调用对应的接口，获取所述参数标识对应的参数。

在本发明的一种优选实施例中，所述参数查找模块703可以包括如下子模块：

第二读取子模块，用于在子插件中查找所述参数标识对应的参数失败时，在所述一个或多个父插件中的指定位置读取所述参数标识对应的参数；

或者，

第二获取子模块，用于在子插件中查找所述参数标识对应的参数失败时，通过所述一个或多个父插件调用对应的接口，获取所述参数标识对应的参数。

在本发明的一种优选实施例中，所述参数操作模块704可以包括如下子模块：

发送子模块，用于将所述参数发送至与所述机顶盒相连的服务器。

在本发明的一种优选实施例中，所述参数操作模块704可以包括如下子模块：

返回子模块，用于根据所述查询请求返回所述参数；

或者，

设置子模块，用于根据所述设置请求对所述参数进行设置。

在本发明的一种优选实施例中，所述父插件和所述子插件可以为纯虚类的实现。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

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

本领域内的技术人员应明白，本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。

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

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

Claims (9)

1.一种机顶盒的参数操作方法，其特征在于，包括：

在机顶盒中接收参数的操作指示时，获取所述操作指示对应的参数标识；

查找所述参数标识所属的子插件；所述子插件至少部分参数的实现依赖于一个或多个父插件；其中，各个插件为对机顶盒的参数模块化定义得到的；

在所述子插件中的指定位置或通过所述子插件调用对应的接口，获取所述参数标识对应的参数；

根据所述操作指示对所述参数进行对应的操作。

2.根据权利要求1所述的方法，其特征在于，所述在机顶盒中接收参数的操作指示时，获取所述参数对应的参数标识的步骤包括：

在机顶盒中检测到指定事件时，查找所述指定事件对应的参数标识。

3.根据权利要求1所述的方法，其特征在于，所述在机顶盒中接收参数的操作指示时，获取所述参数对应的参数标识的步骤包括：

在机顶盒中接收到参数的查询请求和设置请求中的至少一个时，从查询请求和设置请求中的至少一个中提取参数标识。

4.根据权利要求1或2或3所述的方法，其特征在于，在所述查找所述参数标识所属的子插件的步骤之后，还包括：

在子插件中查找所述参数标识对应的参数失败时，在所述一个或多个父插件中的指定位置读取所述参数标识对应的参数；

或者，

在子插件中查找所述参数标识对应的参数失败时，通过所述一个或多个父插件调用对应的接口，获取所述参数标识对应的参数。

5.根据权利要求1或2所述的方法，其特征在于，所述根据所述操作指示对所述参数进行对应的操作的步骤包括：

将所述参数发送至与所述机顶盒相连的服务器。

6.根据权利要求3所述的方法，其特征在于，所述根据所述操作指示对所述参数进行对应的操作的步骤包括：

根据所述查询请求返回所述参数；

或者，

根据所述设置请求对所述参数进行设置。

7.一种机顶盒的参数操作装置，其特征在于，包括：

参数标识获取模块，用于在机顶盒中接收参数的操作指示时，获取所述操作指示对应的参数标识；

子插件查找模块，用于查找所述参数标识所属的子插件；所述子插件至少部分参数的实现依赖于一个或多个父插件；其中，各个插件为对机顶盒的参数模块化定义得到的；

参数查找模块，用于在所述子插件中的指定位置或通过所述子插件调用对应的接口获取所述参数标识对应的参数；

参数操作模块，用于根据所述操作指示对所述参数进行对应的操作。

8.根据权利要求7所述的装置，其特征在于，所述参数标识获取模块包括：

参数标识查找子模块，用于在机顶盒中检测到指定事件时，查找所述指定事件对应的参数标识。

9.根据权利要求7所述的装置，其特征在于，所述参数标识获取模块包括：

参数标识提取子模块，用于在机顶盒中接收到参数的查询请求和设置请求中的至少一个时，从查询请求和设置请求中的至少一个中提取参数标识。