IPTV终端、IPTV系统及IPTV业务的实现方法

具体实施方式

为使本发明实施例技术方案和优点更加清楚，下面将结合附图作进一步详细描述。

参见图5，图5是本发明实施例提供IPTV终端的结构示意图，该IPTV终端包括浏览器501、信息获取模块502和处理模块503；其中，

信息获取模块502，用于从网络侧服务器获取有关IPTV业务的业务数据信息；

处理模块503，用于将所述业务数据信息以浏览器501能够识别的方式提供给浏览器501；

其中，上述业务数据信息包括网络侧服务器采用单播、组播或广播方式发送的所述业务数据信息。

本发明实施例中，浏览器501可包括现有浏览器所有功能，并且在具体实施时，可将上述信息获取模块502和处理模块503设置于该浏览器501内，使浏览器501进一步增加对从网络侧服务器获取到的上述业务数据信息进行处理的功能，进而实现在IPTV终端本地对业务发现、业务选择或业务下载等的控制与管理。

参见图6，图6是本发明实施例提供的IPTV系统的结构示意图，该系统中包括网络侧服务器和图5所示IPTV终端。

上述网络侧服务器可包括：数字电视广播网络或IP宽带网络服务器；这些网络服务器根据功能又可分为：应用服务器，如web服务器、CA服务器、BOSS服务器、网管服务器等；和内容服务器，如流媒体服务器、聊天服务器、短信服务器、数字电视视频服务器等。

上述业务数据信息可包括：来自数字电视广播网络的节目专用信息(PSI)、业务信息(SI)、TV-Anytime(一种数字电视元数据)等元数据；或者是来自IPTV宽带网络的业务发现与选择(SD&S)、PSI、SI、宽带内容向导(BCG)或TV-Anytime等元数据。

下面对现有的上述各业务数据信息作简要说明。在数字电视信号中，使用复用技术可实现一路码流对应多路节目。一个物理的频道只能给出包含多路节目的一路传输流。要观看其中的某一路节目，还必须从该传输流中提取出该路节目的压缩包，然后再进行解码。在mpeg-2的传输流(TS)中，PSI就是规定不同节目和节目中的不同成分如何复用成一个统一的码流。以PSI为基础可以提供一个码流的构成，从而帮助用户对节目进行选择。DVB中的SI则对此进行了进一步的扩展，加入了一些对用户有用的信息，标识节目的类型，服务商，节目的相互关系等。SI的主要用途有：根据网络信息表(NIT)，节目群丛表(PAT)，节目映射表(PMT)等信息可以进行自动的频道调谐；更方便的对节目进行选择和定位；实现电子节目指南EPG等。

SD&S定义一种机制来实现基于IP网络的数字视频广播DVB服务查找、服务选择以及服务查找信息的传输。通过查找服务可以获得各个服务的相关信息以提供用户选择使用。

BCG是一种IPTV元数据的规范，用于实现即时电视TV-Anytime元数据在IP网络上传输。

实际应用中，本发明实施例的IPTV终端采用现有与数字电视广播网络和/或IP宽带网络之间的通信接口，来实现与网络侧服务器之间的通信。

本发明实施例还提供一种IPTV业务的实现方法，该方法包括：从网络侧服务器获取有关因特网协议电视IPTV业务的业务数据信息；将上述业务数据信息以浏览器501能够识别的方式提供给浏览器501；且上述业务数据信息包括网络侧服务器采用单播、组播或广播方式发送的业务数据信息。

接下来对本发明实施例提供的上述IPTV终端、系统及IPTV业务的实现方法作详细说明。

本发明实施例提供的IPVT终端能够对业务发现、业务选择及业务/应用下载进行管理，如通过业务发现，获取到网络侧服务器通过单播、组播或广播方式发送的有关IPTV业务的业务数据信息，之后根据用户的请求，即业务选择，从业务数据信息中，获取到用户所请求的某个IPTV业务/应用的位置信息，再下载该IPTV业务/应用。浏览器501采用原有的页面管理技术负责解析mark-up语言和/或IPTV应用的脚本语言并展示web页面。本发明实施例中，由于IPTV终端增加了对业务数据信息的处理功能，因此，可有效减少浏览器501访问网络侧服务器的次数，可在IPTV终端本地根据从网络侧服务器获取的业务数据信息，处理用户所请求的某些信息，如IPTV业务描述信息等，从而能够有效提高IPTV业务的实现效率。

进一步，IPTV终端还可对运行于其上的IPTV应用进行控制管理、对IPTV应用对本地资源的使用进行管理，对IPTV应用或用户通过浏览器501所请求的操作的安全性进行管理，等等。

参见图7，图7是本发明实施例中信息获取模块502的结构示意图，信息获取模块502包括：入口点地址存储模块701、接收准备模块702、信息接收模块703；其中，

入口点地址存储模块701，用于存储获取所述业务数据信息所需的入口点地址信息；

接收准备模块702，用于根据入口点地址信息加入组播所述业务数据信息的组播组；

信息接收模块703，用于接收所述组播组组播的业务数据信息。

信息接收模块703进一步可用于接收网络侧服务器采用单播或广播方式发送的业务数据信息。

参见图8，图8是本发明实施例中处理模块503的结构示意图，处理模块503包括：接收模块801和转换模块802；其中，

接收模块801，用于接收信息获取模块502获取到的所述业务数据信息；

转换模块802，用于将所述业务数据信息转换为浏览器501能够识别的格式，提供给浏览器501。

处理模块503可进一步包括：获取模块803，用于在本地从所述业务数据信息中包括IPTV业务/应用列表信息和/或IPTV业务/应用的描述信息，将所获取到的信息传送给转换模块802。

浏览器501可将处理模块503提供的信息采用EPG页面展示给用户。进一步，用户可根据自己的喜好选择相应的IPTV业务，下载该IPTV业务等。参见图9，图9是本发明另一个实施例中IPTV终端的结构示意图。本发明实施例中，IPTV终端进一步可包括：业务下载控制模块901、应用管理模块902、资源管理模块903、安全管理模块904和配置库905。

上述配置库905，用于存储管理模块中各管理模块进行各自管理所需的管理策略信息，相应地，该配置库905中包括：应用管理策略库、资源策略库、安全策略库，并可将业务信息库设置于该配置库905中。

其中，应用管理策略库，用于存储应用管理模块902管理IPTV应用所需的应用管理策略。该应用管理策略可包括：应用的优先级、应用的运行开始时间和持续时间等。

资源管理策略库，用于存储资源管理模块903对运行的IPTV应用对本地资源的使用进行管理的资源管理策略信息。该资源管理策略可包括：多个IPTV应用使用本地资源的优先级或采用先申请先使用策略分配多个IPTV应用对本地资源的使用。

安全管理策略库，用于保存安全管理模块904对浏览器501或IPTV应用所请求的操作进行管理的安全策略信息。该安全管理策略可包括：浏览器501或IPTV应用所请求的操作权限等等。

该配置库905中还可包括业务策略信息，该业务策略信息可由浏览器501用于对业务发现和/或业务选择和/或业务下载进行管理。业务策略信息可包括：业务发生冲突的处理策略和/或条件不满足时阻止业务运行。

上述配置库905中存储的信息可直接从web服务器上下载，如业务策略信息；或可由web服务器配置，如应用管理策略；也可在IPTV终端出厂时就配置好；也可以在本地进行配置。实际应用中，可根据具体情况或需要来更新配置库905中存储的信息。

上述应用管理模块902、用于根据应用管理策略，对运行的IPTV业务/应用进行管理。

资源管理模块903、用于根据资源管理策略，管理运行的IPTV应用对本地资源的使用。

安全管理模块904、用于根据安全策略信息，对浏览器501或IPTV应用所请求的操作做权限控制处理。

在具体实现时，本发明实施例的浏览器501作为IPTV应用的运行平台，在IPTV终端内可作为一个中间件。参见图10，图10是本发明另一个实施例中IPTV系统的结构示意图。其中，该IPTV终端中除包括浏览器501，还可包括一个底层平台1001、接口模块1002和管理实体1003。并且，由于信息获取模块502与处理模块503，以及上述应用管理模块902、资源管理模块903和安全管理模块904共同体现IPTV终端内部对IPTV业务实现的管理功能，因此，在具体实现时，可将上述各模块设置于上述管理实体1003中。上述底层平台1001可以是操作系统或者屏蔽底层软硬件资源的中间平台软件；其中可以包括一些应用的客户端，如媒体播放器。上述接口模块1002主要用于为浏览器501提供访问底层平台1001的接口。即在具体实施时，可将管理实体1003中的各管理模块的功能进一步细化，并且，可将各管理模块中的某些功能做到底层平台1001中，由底层平台1001提供多种应用可共用的功能模块，有关该点，将在下文作进一步讲述。另外，从业务下载控制模块901、信息获取模块502与处理模块503所起作用来看，该三个模块可归为均是对IPTV业务进行的管理，因此将该三个模块合设为业务管理模块1004。

在图10中，接口1提供浏览器501、管理实体1003和接口模块1002组成的客户端环境与网络侧服务器之间的交互通道，通过该接口，客户端环境可从Web服务器获取IPTV业务/应用；

接口2提供底层平台1001与内容服务器之间的交互通道，如底层平台1001通过该接口接收媒体流，执行下载操作等；

接口3提供管理实体1003与浏览器501之间的交互通道，管理实体1003通过该接口控制运行于浏览器501上的应用，资源和用户体验等；

接口4提供浏览器501与接口模块1002之间的交互通道，浏览器501通过该通道与底层平台1001进行交互；

接口5提供管理实体1003与接口模块1002的交互接口，管理实体1003通过接口模块1002实现与底层平台1001的交互；

接口6提供管理实体1003对底层平台1001的交互接口，本接口为可选，即管理实体1003也可通过接口5实现与底层平台1001的交互；

接口7提供接口模块1002与底层平台1001的交互通道，接口模块1002封装了与底层平台1001的交互接口，供浏览器501或管理实体1003调用；

接口10，通过该接口，支持IPTV应用运行于客户端环境。

需要说明的是，图7中管理实体1003的各管理模块的功能被分散在管理实体1003、底层平台1001、接口模块1002上。参见图11，图11是本发明实施例中管理实体1003、接口模块1002和底层平台1001的细化结构示意图。

其中，管理实体1003可包括：业务管理模块11a、应用管理模块902、资源管理模块11c、安全管理模块11d。

接口模块1002可包括：业务管理模块11g、资源管理模块11i和安全管理模块11j。底层平台1001可包括：业务管理模块11n、资源管理模块11k、和安全管理模块11m。底层平台1001为上层管理实体1003、浏览器501以及运行于浏览器501上的IPTV应用提供服务。

业务管理模块1004的功能可由管理实体1003上的业务管理模块11a、接口模块1002的业务管理模块11g和底层平台1001的业务管理模块11n共同完成。其中，底层平台1001的业务管理模块11n实际包括信息获取模块502的功能，即可用于获取IPTV业务数据信息，并保存IPTV业务数据信息；管理实体1003上的业务管理模块11a可用于根据浏览器501的请求，调用接口模块1002的业务管理模块11g，从底层平台1001的业务管理模块11n所获取到的IPTV业务数据信息中，进一步获取浏览器501所需信息，即管理实体1003上的业务管理模块10a与接口模块1002的业务管理模块10g可共同实现处理模块503的功能。底层平台1001的业务管理模块11n又可被进一步细分为SD&S数据获取模块、SI数据获取模块、BCG数据获取模块等。管理实体1003上的业务管理模块10a还用于直接或通过浏览器501从网络侧服务器获取IPTV业务/应用，即业务下载控制模块901的功能。另外，该业务管理模块11a还可调用底层平台1001的证书管理信息，对所获取的IPTV业务/应用进行合法性检测，在检测合法后，通知浏览器501运行该IPTV业务/应用。

下面结合一个具体实施例，对本发明实施例中在IPTV终端管理IPTV业务作详细说明。参见图12，图12是本发明一个实施例中实现IPTV业务的流程图，该流程包括以下步骤：

步骤1301、获取业务数据信息，该信息中可包括业务发现信息。

该步骤中，IPTV终端获取业务数据信息的方式可包括两种，一种是“推”(Push)模式，即由网络侧服务器采用广播或组播方式主动发送业务数据信息；另一种是“拉”(Pull)模式，即网络侧服务器根据浏览器501的请求，采用单播方式发送业务数据信息。相应地，为获取业务发现信息，还需要获知该业务发现信息所在网络侧服务器地址，即入口点地址。本实施例中，获取入口点地址信息的方式可包括以下几种：

1、由公知的固定地址而得知该入口点地址，如组播地址，或者web服务器的单播地址：某网站的超文本传输协议(HTTP)地址；

2、预先在域名服务器(DNS)服务器上配置入口点地址信息，通过查询DNS服务器获知该入口点地址；

3、IPTV终端通过动态主机配置协议(DHCP)获得IP地址接入网络的同时，根据DHCP选项(option)15获知该入口地址的域名，然后根据name+协议名+域名的公知形式生成一个位置(location)信息，根据该生成的位置信息在DNS服务器上查询相应的入口点地址；

4、用户终端根据DHCP服务器返回网络管理系统的事件网关的IP地址，从该网络管理系统的事件网关上所获得的配置文件中，获取入口点地址信息；

5、从本地的配置文件中获取入口点地址信息；

6、若采用组播方式发送业务发现信息，那么该入口点地址的组播地址可以是SD&S组播地址，该地址的获取方式可采用现有的SD&S标准获取该组播地址。

获取入口点地址的方式不限于上述几种，在此只是列出常用的几种，其他方式不再一一列举。

步骤1302、根据所获取的入口点地址，从相应的位置获取业务数据信息，加载EPG页面。

在获知入口点地址信息后，如果该入口点地址是web服务器单播地址，那么浏览器501主动向该web服务器发送获取业务数据信息的请求，从该单播地址获取业务数据信息；若该入口点地址是组播地址，那么IPTV终端通过加入该组播组，接收组播组发出的业务数据信息，并且，若存在组播情况，则有关业务/应用的列表及业务描述信息也可通过组播方式发送；对于数字电视广播网络广播的业务数据信息，可通过IPTV终端与数字电视广播网络之间的数字电视广播通道传输。

本发明实施例中，IPTV终端加载初始页面的具体做法可包括以下几种：

1、网络侧服务器提供EPG页面，IPTV终端根据获取到的单播地址信息，从网络侧服务器下载该初始页面，将初始页面配置到配置库905中，由浏览器501加载并显示该页面。该获取EPG页面的方式与现有方式基本类似。若存在多个web服务器，那么在加载初始页面之前，可选择一个web服务器，以从该web服务器获得初始页面信息；

2、IPTV终端根据获取到的组播地址信息，与组播组建立联系，加入该组播组，且从组播组获得业务数据信息。其中，如果所获取到的业务数据信息中的业务或应用列表及其描述信息为XML格式，对于浏览器501具有XML解析功能的情况，则可通过XML解析引擎根据预先配置找到相应的XSL样式表，根据该样式表解析出XML数据，生成初始页面，并由浏览器501加载显示，其中，XSL样式表被预先存在浏览器501中；对于浏览器501不具有XML解析功能的情况，需要将获取到的信息转换为浏览器501能够识别的格式，再由浏览器501显示。

3、IPTV终端根据获取到的入口点地址，从对应的入口点获取业务或应用列表及其描述信息。若所获取到的业务或应用列表及其描述信息为XML格式，且浏览器501支持该格式，则可利用XML解析引擎为浏览器501提供所获取的信息；若浏览器501不支持XML格式，则可对所获取的信息格式进行转换，以使浏览器501能够识别，并加载显示该页面。

4、IPTV终端直接加载本地的一个静态页面。该静态页面可包括业务提供商所提供的业务的分类信息，可包括游戏、电视节目、公告等等，由于业务提供商可能提供的业务种类通常是固定的，因此可将上述分类信息形成一个静态页面，在向用户提供业务信息简介时显示该静态页面，之后用户可根据喜好点击进入某类业务进行具体的业务访问。

实际应用中，在网络侧服务器与IPTV终端之间，可灵活地采用单播、组播与广播相结合的方式，如，可采用一对一的单播方式来满足用户的个性化需求；而对于多个用户可能都会需求的信息，或者服务器端并不会频繁更新的业务信息，可通过组播方式，向对应的多个用户发送。从而能够充分发挥单播或组播的优势，而避开两者的劣势，为用户提供更好的服务。

IPTV终端将从网络侧获取的部分业务数据信息，如业务提供商所提供的业务/应用列表，电视业务的简要描述信息，通过加载的初始EPG页面呈现给用户。若用户对其中的电视业务感兴趣，则可进一步获取该电视业务的详细描述信息。获取详细的电视业务的描述信息的方式可包括以下几种：

1、浏览器501直接从网络侧服务器上获取该电视业务的详细描述信息。该网络侧服务器可以是web服务器，或者是该电视业务提供商的服务器或者第三方服务器，若电视业务的详细描述信息在SP服务器或第三方服务器上，那么浏览器501可直接从电视业务对应的应用或利用SD&S上获取该电视业务的详细描述信息。该情况中，浏览器501获取电视业务详细描述信息的过程可以是：浏览器501向相关服务器发送获取详细描述信息的请求，该请求中包括能够唯一标识该电视业务描述信息的参数；对于浏览器501具有XML解析功能的情况，网络侧服务器接收到浏览器501的请求后，将对应的XML文件发送给浏览器501；浏览器501接收到该XML文件后，其中的XML解析引擎根据XML文件的指示，在浏览器501中查找相应的XSL样式表，根据该XSL样式表解析出XML数据，并由浏览器501加载显示，对于浏览器501不具有XML解析功能的情况，信息提供模块将所获取的信息格式转换为浏览器501能够识别的格式，如HTML格式，由浏览器501加载显示。

对于该单播情况，浏览器501不需要访问SI/BCG/SD&S数据，而是直接将电视业务所在位置信息提供给信息获取模块502，由信息获取模块502从网络侧服务器获取电视业务的具体内容。

2、该种方式中，浏览器501并不直接获取电视业务的描述信息，而是从由信息获取模块502所获取到的业务数据信息中，进一步获取具体的电视业务的描述信息。参见图13，图13是本发明实施例从业务数据信息中获取电视业务描述信息的流程图，该流程可包括以下步骤：

步骤1301、浏览器501向处理模块503发送获取电视业务的详细描述信息的请求。

该步骤中，浏览器501所发送的请求中，携带能够唯一标识所请求的该电视业务描述信息的参数，该参数可以是：服务提供商域名(service providedomain name)+DVB-Triplet(该标识利用网络标识、TS标识和业务标识三元组唯一标识一个DVB业务)或service provide domain name+CRID(内容参考标识)等，其中，其中，DVB-Triplet为广播类型节目标识，CRID为点播类型节目标识。

步骤1302、处理模块503根据浏览器501的上述请求，从信息获取模块502所获取到的业务数据信息中，获取服务提供商所提供的服务发现信息的类型、获取方式及获取位置。

公知，SD&S等元数据中包含众多业务数据信息，其中包含上述服务提供商所提供的服务发现信息的类型、获取方式及获取位置信息。

步骤1303、处理模块503根据所获取的服务发现信息的类型判断该服务发现信息是否是广播类型，若是，执行步骤1304；否则，执行步骤1311。

步骤1304、判断该服务发现信息是否是TS Full SI类型，如果是，执行步骤1305，否则，执行步骤1309。

其中，绑定SI信息类型的服务发现信息类型为TS Full SI类型。

步骤1305、处理模块503根据获取的服务发现信息的地址信息，从相应位置获取服务发现信息。

步骤1306、处理模块503进一步根据服务发现信息，从承载该电视业务的TS流中获取SI信息。

步骤1307、处理模块503根据DVB-Triplet，从获取业务描述表(SDT)和事件信息表(EIT)中获取电视业务的详细描述信息。

其中，根据DVB-Triplet，可以根据TS流中的SDT和EIT该两个表，进一步获取电视业务的详细描述信息。

步骤1308、处理模块503将所获取的电视业务详细描述信息转换为XML格式，执行步骤1314。

步骤1309、处理模块503根据获取的服务发现信息的地址信息，从相应位置获取服务发现信息。

步骤1310、处理模块503直接从服务发现信息中获取该电视业务的详细描述信息，执行步骤1314。

该步骤中，服务发现信息不是TS Full SI型，而是TS optional SI类型，对于该类型的服务发现信息，其中包括对应的业务的详细描述信息。

其中，没有绑定SI信息但是绑定了MPEG PSI信息的服务发现信息类型为TS Optional SI类型。

步骤1311、处理模块503根据服务发现信息所在位置，获取服务发现信息。

步骤1312、处理模块503根据从服务发现信息中所获知的BCG信息的获取方式和获取位置，获取BCG信息。

步骤1313、处理模块503根据浏览器501发送的请求中携带的标识该电视业务的参数信息，从BCG信息中获取相应的节目信息，获得该电视业务的详细描述信息。

该步骤中，还可从BCG信息中获取到节目的位置信息，即通过解析CRID可得到该节目所在位置信息。

步骤1314、处理模块503将所获取到的电视业务的详细描述信息传送给浏览器501，由浏览器501加载后显示，获取电视业务描述信息的流程结束。

如果用户在查看初始页面后，对某业务/应用感兴趣，想获取该IPTV业务/应用，则浏览器501在接收到用户的请求后，将该请求告知业务下载控制模块901，由业务下载控制模块901根据所获得的IPTV业务/应用的描述信息，获得该业务或应用的位置信息，业务下载控制模块901自身直接根据该位置信息从相应的位置下载该IPTV业务或应用，或通知浏览器501去下载该IPTV业务/应用。其中，IPTV业务/应用的位置信息可直接存放在描述信息中，也可通过间接方式获得，如获知web服务器单播地址后，再根据业务或应用的标识信息，从该web服务器下载该IPTV业务/应用。另外，还可从IPTV业务/应用的描述信息中获知该IPTV业务/应用的版本信息，若检测到该版本信息与本地的IPTV业务/应用的版本信息不一致，可根据上述描述信息，从相应的web服务器上下载新版本的IPTV业务/应用。

参见图14，图14是对应图13所示流程的业务信息处理架构示意图，由该图可看出通过管理实体1003、底层平台1001和接口模块1002之间的交互，实现从业务数据信息中获取浏览器501所需信息的情况。

本发明实施例中，称能够直接在IPTV终端的本地运行环境运行的应用程序为NSP应用，称不能直接在本地运行环境运行的应用为非NSP应用，如MHP应用。若MHP应用可通过插件技术，运行于浏览器501上，称该MHP应用为MHP B类应用；若MHP应用需要通过MHP支撑环境运行于IPTV终端，称该MHP应用为MHP A类应用。MHP A类应用需要在IPTV终端内增加现有MHP支撑模块，基于该MHP支撑模块和底层平台1001运行。

参见图15、图15是本发明又一个实施例中IPTV系统的示意图。其中，IPTV终端内主要可包括：浏览器501、管理实体1003、底层平台1001和接口模块1002，还包括MHP支撑模块1501。

图15中，接口8提供MHP支撑模块1501与底层平台1001之间的交互通道；

接口9提供支持MHPB类应用运行于客户端环境的接口，并需在客户端环境需要增加插件才能实现对MHP应用的支持；

接口11，通过该接口，支持MHP应用运行于MHP支持模块1501上。

对于NSP应用，该NSP应用可驻留在本地，也可通过IPTV终端的浏览器501从相应的web服务器下载获得后，在IPTV终端上加载并运行。相应地，NSP应用的运行由应用管理模块902来负责，该应用管理模块902可根据应用管理策略对运行于浏览器501上的应用的状态进行控制；该应用管理策略可包括关于如何启动或停止某NSP应用的策略，则该应用管理模块902根据该应用管理策略，控制运行在浏览器501上的应用的状态；并可根据用户的输入控制运行于浏览器501上的应用的状态。

对于独立于NSP应用的MHP应用，本发明实施例中，IPTV终端还能够提供对MHP应用的管理，实现该管理的做法可以是：在IPTV终端的底层平台1001上设置现有MHP应用管理器(AM)，应用管理模块902通过调用MHPAM所提供的接口来实现对MHP应用的管理。参见图16，图16是本发明实施例中调用MHP AM获取提供的接口的示意图。MHP AM可为应用管理模块902提供的接口功能包括：获取当前运行的所有MHP应用的描述信息；获取指定MHP应用的描述信息；获取指定的MHP应用的运行状态；改变指定MHP应用的运行状态，包括初始化、启动、暂停、销毁等；捕获MHP应用状态改变事件。实际应用中，对于应用管理模块902与MHP AM之间的交互，可能采用的方式包括：两者均采用C语言实现；两者均采用java语言实现；NSP的应用管理采用C语言实现，MHP AM采用Java实现，两者之间可采用JNI(Java原生接口)进行调用。

本发明实施例提供IPTV终端对资源进行管理的机制，对IPTV终端的资源进行管理的任务由上述资源管理模块903负责。上述资源通常是稀缺资源，包括解码器、播放器、flash、内存等等。如用户选择电视节目，则在IPTV终端上，媒体播放应用需要申请使用播放器资源，用于播放用户选择的电视节目。

参见图17，图17是资源管理模块903的结构示意图，资源管理模块903可包括：资源服务器1701、资源代理1702和资源访问控制模块1703；其中，

资源服务器1701，用于接收IPTV应用的注册信息，保存与维护IPTV应用的注册信息，根据资源管理策略判断是否给申请使用资源的IPTV应用分配资源，将判断结果传送给资源代理；

资源代理1702，用于根据该判断结果，接收或拒绝IPTV应用的申请，向资源访问控制模块发送允许或禁止使用资源的指令；

资源访问控制模块1703，用于接收资源代理1702的指令，对于允许使用资源的指令，将资源分配给应用模块；否则，不作提供资源的处理。

在具体实现时，资源管理模块903的功能可通过管理实体1003的资源管理模块11c、接口模块1002中的资源管理模块11i与底层平台1001中的资源管理模块11k来共同实现。

参见图18，图18是本发明实施例中IPTV终端的一个资源管理架构示意图。在具体实现时，如果IPTV终端的运行环境比较单纯，仅包括NSP应用，那么可将IPTV终端的资源管理模块903中资源服务器1701和资源代理1702做成专用模块，且设置于管理实体1003的资源管理模块11c上，将资源访问控制模块1703设置于底层平台1001的资源管理模块11k上。

参见图19，图19是本发明实施例中的另一个资源管理架构示意图。在图18所示IPTV终端内，除存在NSP应用，还存在MHP应用，因此，可将资源管理模块903设置为公用模块，如图19所示，将资源服务器1701、资源代理1702和资源访问控制模块1703均设置于底层平台1001上，而在与NSP应用连接的接口模块1002中增加资源服务器适配模块1901、资源代理适配模块1902，通过适配，调用底层平台1001中的资源服务器1701和资源代理1702等逻辑模块。其中，资源服务器适配模块1901，用于将IPTV应用与资源服务器1701之间交互的信息转换为对方能够识别的格式传送给对方。资源代理适配模块1902，用于将IPTV应用与资源代理1702之间交互的信息转换为对方能够识别的格式传送给对方。

实际应用中，若在IPTV终端的NSP运行环境中支持MHP应用，那么，需要在IPTV终端提供对支持MHP应用的虚拟机的支持。通常，MHP采用java实现，浏览器501也可能运行类似于Applet的java控件。本发明实施例中，在NSP运行环境内支持MHP的方式可以是：将运行于虚拟机上的应用独立于浏览器501运行，浏览器501通过与虚拟机之间的通信机制支持java应用；或者，将虚拟机作为浏览器501的插件直接运行于浏览器501上。

本发明实施例还提供对应用的安全管理机制，相应地，IPTV终端进一步可包括上述安全管理模块904。参见图20，图20是安全管理模块904一个结构示意图，该模块可包括：请求捕获模块2001、安全控制模块2002；其中，

请求捕获模块2001，用于捕获浏览器501或IPTV应用发送的操作请求，将捕获到请求传送给安全控制模块2002；

安全控制模块2002，用于根据安全策略信息，对接收到的请求进行权限验证，允许执行满足权限要求的操作。

上述安全策略可以包括请求发送者需满足怎样的条件或要求，安全控制模块2002才会接收并应允该请求，即请求被接受与处理的条件。如用户想要访问某个网站，需要该用户输入身份信息，只有该用户的身份信息符合一定的要求后，才允许该用户访问该网站。安全策略可从网络侧的服务器上获取，下载到本地后，由本地的安全控制模块2002用于对接收到的请求进行权限验证，以满足安全策略所提出的安全性要求。

实际应用中，上述安全管理模块904进一步可包括SSL/TLS支持模块2001、加/解密模块2004，SSL/TLS支持模块2001用于为加/解密模块2004提供SSL/TLS协议支持；加/解密模块2004用于对与网络侧服务器之间传输的信息进行加解密、加数字签名等操作，保证传输信息的机密性、安全性和完整性，同时也是为服务器要验证终端的合法性提供验证信息。具体实现时，可将SSL/TLS支持模块2001、加/解密模块2004设置于底层平台1001上。

参见图21，图21是本发明实施例中在本地注册安全策略的流程图，该流程可包括以下步骤：

步骤2101、浏览器501与网络侧的服务器之间建立安全连接。

步骤2102、浏览器501从服务器上下载安全策略，并对安全策略发布者的合法性进行验证，若验证通过，执行步骤2103；否则，执行步骤2106。

步骤2103、浏览器501向安全策略维护模块发送安全策略注册请求。

上述步骤2102中，浏览器501根据预先在本地下载的安全策略发布者的数字证书，对该安全策略发布者的数字签名进行验证。因此，在实际应用中，IPTV终端还可包括数字证书管理模块，该模块可包括：

证书获取模块，用于从网络侧服务器下载安全策略发布者的数字证书；

证书保存模块，用于将保存下载的证书，将证书信息提供给浏览器501。

步骤2104、安全策略维护模块接收到该注册请求后，检查安全策略的完整性与有效性，若检查通过，执行步骤2105；否则，执行步骤2106。

步骤2105、安全策略维护模块将安全策略信息发送到安全策略库，由安全策略库保存该新注册的安全策略。

步骤2106、安全策略注册流程结束。

参见图22，图22是本发明实施例中对操作权限进行安全性控制的流程图，该流程包括以下步骤：

步骤2201、运行于浏览器501上的NSP应用通过接口模块，向底层平台发送操作请求。

步骤2202、安全管理模块904的请求捕获模块2001捕获到该请求，将该请求传送给安全控制单元。

步骤2203、安全控制单元根据安全策略库中的安全策略，对该操作权限进行验证，将验证结果发送给底层平台；若验证通过，底层平台执行该操作；否则，禁止执行该操作。

参见图23，图23是本发明实施例中IPTV终端的一个安全管理架构示意图。在具体实现时，如果IPTV终端的运行环境比较单纯，仅包括NSP应用，那么可将IPTV终端的安全管理模块904设置成专用模块。可将IPTV终端的安全管理模块904的功能通过管理实体1003中的安全管理模块11d、接口模块1002中的安全管理模块11j和底层平台1001中的安全管理模块11n来实现。其中，可将请求捕获模块2001设置于底层平台的安全管理模块11n上，并将获取到的操作请求直接传送给管理实体1003，或通过接口模块中的安全管理模块11j传递给管理实体1003，将安全控制模块2002设置于管理实体1003中的安全管理模块11d上。

参见图24，图24是本发明实施例中的另一个资源管理架构示意图。在图24所示IPTV终端的NSP应用中还包括Script、mark-up语言或如MHP Xlet的插件，那么，在进行安全控制时，可在安全管理模块904中增加安全策略适配模块，该模块的功能在于将安全策略采用上述安全控制模块2002能够识别的描述方式提供给安全控制模块2002。安全控制模块2002利用该安全策略，对NSP应用的操作请求进行权限验证，验证过程与图22所示情况类似。参见图24，该安全策略适配模块可设置与接口模块1002中的安全管理模块11j上。

参见图25，图25是本发明实施例中对安全策略进行适配的流程图，该流程可包括以下步骤：

步骤2501、安全策略适配模块接收安全策略。

步骤2502、安全适配模块将该安全策略的描述信息转换为安全控制模块2002能够识别的安全策略对象。

步骤2503、安全适配模块将经过识别转换的安全策略对象提供给安全控制模块2002。

上述安全适配模块还可适用于在IPTV终端运行其他非NSP应用的情况。

下面结合具体的实施例，对本发明的安全管理模块904进行应用安全管理的情况作详细说明。本实施例中，用户需要观看电视节目，那么用户通过浏览器501下载一个NSP应用(包括标识语言和脚本)，该NSP应用负责播放媒体内容。当用户执行该应用时，该应用试图进行关闭其它应用的操作，安全管理模块904根据安全策略，对该应用提出的请求关闭其他应用的操作进行权限检查，从安全策略库中未能找到相关策略，因此，安全管理模块904通知底层平台1001禁止该NSP应用请求关闭其他应用的操作。

本实施例中，安全策略文件的描述可如下：

NSP规则描述文件如下：

<权限规则文件>

<应用标识>http://www.cctv.com/mediaplay.html</应用标识>

<规则>

<操作类型>mediaplay</操作类型>

<操作权限>true</操作权限>

<操作对象>MediaPresentationControl，MediaSelectControl，LanguageControl，SubtitlingLanguageControl</操作对象>

<参数></参数>

</规则>

</权限规则文件>

应用标识http://www.cctv.com/mediaplay.html标明应用来源，

操作类型mediaplay表示媒体播放操作，

操作权限true表示允许执行，

操作对象MediaPresentationControl，MediaSelectControl，LanguageControl，

SubtitlingLanguageControl表示应用请求调用的媒体播放API，

参数为空。

参见图26，图26是本发明实施例中对NSP应用进行安全管理的流程图，该流程包括以下步骤：

步骤2601、浏览器501与网络侧服务器建立安全连接。

步骤2602、浏览器501从网络侧服务器下载媒体播放应用和安全策略文件，该安全策略文件中包含媒体控制权限，并验证其签名。

步骤2603、通过签名验证后，浏览器501对安全策略文件进行注册处理，将安全策略文件放入安全策略库。

步骤2604、浏览器501执行媒体播放应用。

步骤2605、媒体播放应用通过接口模块1002调用底层平台1001中的媒体控制API。

步骤2606、设置于底层平台1001的请求捕获模块2001截获该媒体播放应用对底层平台1001API的调用请求，然后将请求发送给安全控制单元。

步骤2607、安全控制单元根据安全策略库中相关安全策略文件，验证该媒体播放应用是否用于媒体播放权限，若有，执行步骤2608；否则，向浏览器501返回异常提示。

步骤2608、安全控制单元通知底层平台允许执行，实现媒体播放。

步骤2609、该NSP应用通过接口模块1002调用底层平台1001的应用控制API。

步骤2610、请求捕获模块2001截获应用对底层平台1001API的调用请求，然后将请求发送给安全控制单元。

步骤2611、安全控制单元根据安全策略库中相关安全策略文件，验证该媒体播放应用没有应用控制权限，禁止媒体应用播放的本次操作，向浏览器501返回异常提示。

参见图27，图27是本发明实施例中IPTV系统实现直播功能的流程图，该流程包括以下步骤：

步骤2701、网络侧服务器将SI数据广播或组播到IPTV终端。

该步骤中，网络侧服务器发送的SI数据由IPTV终端的底层平台接收并保存。

步骤2702、IPTV终端向服务器获取EPG页面，并显示该页面。

有关获取EPG页面的说明可参见上文相关内容，在此不再赘述。

步骤2703、用户通过IPTV终端的输入设备选择EPG页面上自己感兴趣的节目。

步骤2704、IPTV终端的业务管理模块11a接收用户的输入，向底层平台1001请求播放节目。

步骤2705、底层平台通过调频，接收服务器传输的媒体流。

该步骤中，底层平台1001从SI数据中获取该电视节目所在网络侧服务器的地址信息，根据该地址信息从对应的网络侧服务器上接收节目。其中，对于数字电视广播网络广播的节目，IPTV终端从业务数据信息中获取数字电视广播网络广播该直播节目的频点信息；根据获取的所述频点信息，调节本地频点，接收数字电视广播网络广播的携带该直播节目内容的媒体流。

若电视节目是通过IP宽带网络组播组组播，那么IPTV终端从业务数据信息中获取该直播节目所在IP宽带网络组播地址信息；加入该组播组，且接收该组播组传输的携带该直播节目内容的媒体流。

步骤2706、底层平台1001通过浏览器501向用户展示电视节目。

参见图27，图27是本发明实施例中IPTV系统实现用户点播功能的流程图，该流程包括以下步骤：

步骤2701、网络侧服务器将BCG数据发送到IPTV终端。

该步骤中，网络侧服务器发送的BCG数据由IPTV终端的底层平台1001接收并保存。

步骤2702、IPTV终端向服务器获取EPG页面，并显示该页面。

步骤2703、用户通过IPTV终端的输入设备选择EPG页面上自己感兴趣的节目，请求浏览该电视节目的详细描述信息。

步骤2704、IPTV终端的业务管理模块11a接收用户的输入，从底层平台1001保存的BCG数据中获取用户点播的电视节目的详细描述信息，并通过浏览器501显示。

步骤2705、用户确认点播该电视节目。

步骤2706、浏览器501从BCG数据中获取到该电视节目所在服务器地址后，向该服务器请求该电视节目的RTSP地址。

步骤2707、服务器对IPTV终端进行合法性验证且验证通过后，向IPTV终端返回该电视节目的RTSP地址。

步骤2708、IPTV终端与服务器之间建立RTSP连接。

步骤2709、服务器通过建立的RTSP连接，向IPTV终端传输媒体流。

步骤2710、IPTV终端接收媒体流，通过浏览器501向用户显示电视节目。

综上所述，本发明实施例提供的IPTV终端、系统及上述方法，基于IPTV终端所提供的运行平台，能够对从网络侧服务器获取到的业务数据信息进行处理，以提供浏览器501所需信息，从而能够基于浏览器501实现对来自数字电视广播网络或IP宽带网络的业务的访问，并实现与BCG、SI和SD&S等元数据标准的结合，充分利用上述元数据中所包含的业务数据信息，减少浏览器501访问服务器的次数，提高实现IPTV业务的效率。

并且，本发明实施例通过为IPTV应用提供运行平台，并能够对运行于IPTV终端的IPTV应用进行管理，提供完整的业务发现与选择，业务下载与运行环境，从而能够使IPTV终端采用瘦客户端模式，方便用户操作，并提高用户体验。同时，由于提供IPTV应用的运行平台，使得网络服务提供商(NSP)能够扩展网络业务，并根据自身需求制作及规划网络业务，且有利于IPTV终端的标准化实施，相应地，有利于降低IPTV终端成本。