对应用进行控制的系统及方法

摘要

本发明公开了一种对应用进行控制的系统，包括服务端及终端，服务端包括策略描述信息传输装置及策略服务器，终端包括应用管理器及下载模块。本发明还公开了一种实现应用控制的服务器，包括策略描述信息传输装置及策略服务器。本发明还公开了一种实现应用控制的终端，包括应用管理器及接收模块。本发明还公开了一种对应用进行控制的方法，包括：终端获取用于对应用进行控制的策略信息并存储在本地，根据服务端发送的应用控制策略描述信息更新所述本地策略信息，利用所述策略信息对应用进行控制。本发明能够动态执行服务端对终端上运行的应用的控制策略。

权利要求

1.一种对应用进行控制的系统，包括服务端及终端，其特征在于，所述服务端包括：策略描述信息传输装置，用于向终端发送应用控制策略描述信息；

策略服务器，用于向终端发送策略信息；

所述终端包括：

应用管理器，接收来自所述策略描述信息传输装置的应用控制策略描述信息，根据所述应用控制策略描述信息从服务端获取更新的策略信息，并根据所述更新的策略信息对运行在终端上的应用进行控制；

接收模块，与所述应用管理器相连，用于接收所述策略服务器发送的策略信息，并将所述策略服务器发送的策略信息转发给所述应用管理器。

2.根据权利要求1所述的对应用进行控制的系统，其特征在于，所述应用管理器具体包括：应用数据库，用于存储来自服务端的应用描述信息；

策略数据库，用于存储本地策略信息；

策略引擎，接收来自所述策略描述信息传输装置的应用控制策略描述信息，根据该应用控制策略描述信息获取更新的策略信息，并根据所述更新的策略信息更新策略数据库；

按照策略信息对应用数据库进行修改；

应用控制模块，接收来自用户的外部输入事件及所述应用数据库中发生改变的应用描述信息，完成对终端中应用的控制。

3.根据权利要求1或2所述的对应用进行控制的系统，其特征在于，所述策略描述信息传输装置采用单播或组播的方式传输应用控制策略描述信息。

4.根据权利要求1或2所述的对应用进行控制的系统，其特征在于，所述策略服务器采用超文本传输或文件传输的方式发送策略文件。

5.一种实现应用控制的服务器，其特征在于，包括：策略描述信息传输装置，用于向终端发送应用控制策略描述信息，以使所述终端根据所述应用控制策略描述信息从策略服务器获取更新的策略信息；

策略服务器，用于向终端发送所述更新的策略信息，以使所述终端根据所述更新的策略信息对运行在所述终端上的应用进行控制。

6.一种实现应用控制的终端，其特征在于，包括：

应用管理器，接收来自策略描述信息传输装置的应用控制策略描述信息，根据所述应用控制策略描述信息从服务端获取更新的策略信息，并根据所述更新的策略信息对运行在终端上的应用进行控制；

接收模块，与所述应用管理器相连，用于接收策略服务器发送的策略信息，并将所述策略服务器发送的策略信息转发给所述应用管理器。

7.根据权利要求6所述的实现应用控制的终端，其特征在于，所述应用管理器具体包括：应用数据库，用于存储来自服务端的应用描述信息；

策略数据库，用于存储本地策略信息；

策略引擎，接收来自策略描述信息传输装置的应用控制策略描述信息，根据该应用控制策略描述信息获取更新的策略信息，并根据所述更新的策略信息更新策略数据库；按照策略信息对应用数据库进行修改；

应用控制模块，接收来自用户的外部输入事件及所述应用数据库中发生改变的应用描述信息，完成对终端中应用的控制。

8.一种对应用进行控制的方法，其特征在于，包括：终端获取用于对应用进行控制的策略信息并存储在本地，根据服务端发送的应用控制策略描述信息更新所述本地策略信息，利用所述策略信息对应用进行控制。

9.根据权利要求8所述的对应用进行控制的方法，其特征在于，所述应用控制策略描述信息包含于已有应用描述信息中；

所述应用控制策略描述信息至少包括应用策略版本号及传输所述策略信息的策略文件的地址。

10.根据权利要求8所述的对应用进行控制的方法，其特征在于，所述终端获取对应用进行控制的策略信息具体包括：所述终端在启动时或者在启动第一个应用时，向服务端请求并接收策略文件，该策略文件中包含对应用进行控制的策略信息。

11.根据权利要求9所述的对应用进行控制的方法，其特征在于，所述更新本地策略信息的方法为：a、所述终端接收服务端发送的应用控制策略描述信息，判断所述应用控制策略描述信息中的应用策略版本号是否改变，如果是，则根据所述应用控制策略描述信息中的策略文件的地址，向服务端获取更新的策略文件，执行步骤b；否则执行步骤a；

b、所述服务端向终端发送所述更新的策略文件；

c、所述终端根据该更新的策略文件更新策略数据库中的策略信息，执行步骤a。

12.根据权利要求8、9或10所述的对应用进行控制的方法，其特征在于，所述对应用进行控制具体包括：所述终端接收应用描述信息或来自用户的输入事件；

根据所述策略数据库中存储的策略信息对接收到的应用描述信息及用户的输入事件进行过滤，并对应用数据库进行修改；

根据所述应用数据库中发生改变的应用描述信息对应用进行控制。

13.根据权利要求10所述的对应用进行控制的方法，其特征在于，所述对应用进行控制具体包括：所述终端在执行应用的过程中，根据策略文件获知需要实施应用控制策略的应用，并根据所述策略文件中的策略信息改变所述应用的状态。

说明书

对应用进行控制的系统及方法

技术领域

[0001] 本发明涉及网络电视技术，特别是对应用进行控制的系统及方法。

背景技术

[0002] 目前，主流的IP电视(IPTV)运营模式是IPTV服务提供商向IPTV用户免费提供终端设备，而IPTV服务提供商提供的服务来自不同的内容提供商。

[0003] 内容提供商提供的某些节目中包含与节目绑定的应用，比如与某一节目同时播放的交互有奖问答等应用；服务提供商也提供一些不与节目绑定的应用，比如即时消息、Email等应用。IPTV终端上的应用管理模块负责这些应用的生命周期管理。

[0004] 图1为IPTV系统中服务端与终端的结构图，其中，应用描述信息传输装置采用轮播的形式向IPTV终端组播应用描述信息，也可以由IPTV终端发起下载应用描述信息的请求，然后由应用下载服务器响应该下载请求，应用描述信息传输装置向IPTV终端传输应用描述信息。在组播应用描述信息时可以采用公有或者私有的组播协议。一般情况下，应用描述信息包含在IPTV服务描述信息中，和IPTV服务相关联一起下发，所说的IPTV服务包括但不仅限于具体的节目。应用管理器用于根据用户的输入事件或者应用描述信息对应用的生命周期进行控制，包括应用控制模块和应用数据库，应用控制模块用于控制应用生命周期，应用数据库用于存储应用描述信息。

[0005] 应用描述信息的结构如表1所示：

[0006]名称 描述
应用唯一标识符 标识该应用的唯一标识符
应用组织唯一标识符 应用所属组织的唯一标识符
应用的版本号 描述应用的当前版本，用于应用更新
应用名称 该应用的名称
应用下载统一资源标识符(URI) 该应用在应用下载服务器上的URI，通
过此URI可以下载此应用
应用描述 对该应用的具体描述

[0007] 表1

[0008] IPTV系统中对应用进行管理的流程为：

[0009] 1)IPTV应用描述信息传输装置传送应用描述信息；

[0010] 2)IPTV终端获得应用描述信息；

[0011] 3)IPTV终端用户选择某个IPTV服务或者某个应用；

[0012] 4)应用管理器加载与被选择服务相关应用的应用描述信息或者被选择应用的应用描述信息；

[0013] 5)应用管理器根据应用描述信息和用户的输入事件来管理应用的生命周期，该用户的输入事件是指用户通过输入设备对应用进行控制的事件。

[0014] 但是，出于IPTV服务运营的需要，IPTV服务提供商经常需要动态地对在终端上运行的绑定应用和非绑定应用做一些策略控制，例如规定某一应用仅仅在晚上八点到九点之间执行，而在现有技术中，应用管理器只能接收应用描述信息并控制该应用的执行，却不能动态的执行IPTV主服务提供商对终端上运行应用的控制策略。

发明内容

[0015] 有鉴于此，本发明的目的在于提供对应用进行控制的系统及方法，用于对终端上运行的应用进行动态控制。

[0016] 为了达到上述目的，本发明提供了一种一种对应用进行控制的系统，包括服务端及终端，所述服务端包括：

[0017] 策略描述信息传输装置，用于向终端发送应用控制策略描述信息；

[0018] 策略服务器，用于向终端发送策略信息；

[0019] 所述终端包括：

[0020] 应用管理器，接收来自所述策略描述信息传输装置的应用控制策略描述信息，根据所述应用控制策略描述信息从服务端获取更新的策略信息，并根据所述更新的策略信息对运行在终端上的应用进行控制；

[0021] 接收模块，与所述应用管理器相连，用于接收所述策略服务器发送的策略信息，并将所述策略服务器发送的策略信息转发给所述应用管理器。

[0022] 所述应用管理器具体包括：

[0023] 应用数据库，用于存储来自服务端的应用描述信息；

[0024] 策略数据库，用于存储本地策略信息；

[0025] 策略引擎，接收来自所述策略描述信息传输装置的应用控制策略描述信息，根据该应用控制策略描述信息获取更新的策略信息，并根据所述更新的策略信息更新策略数据库；按照策略信息对应用数据库进行修改；

[0026] 应用控制模块，接收来自用户的外部输入事件及所述应用数据库中发生改变的应用描述信息，完成对终端中应用的控制。

[0027] 所述策略描述信息传输装置采用单播或组播的方式传输应用控制策略描述信息。

[0028] 所述策略服务器采用超文本传输或文件传输的方式发送策略文件。

[0029] 本发明还提供了一种实现应用控制的服务器，其特征在于，包括：

[0030] 策略描述信息传输装置，用于向终端发送应用控制策略描述信息，以使所述终端根据所述应用控制策略描述信息从策略服务器获取更新的策略信息；

[0031] 策略服务器，用于向终端发送所述更新的策略信息，以使所述终端根据所述更新的策略信息对运行在所述终端上的应用进行控制。

[0032] 本发明还提供了一种实现应用控制的终端，其特征在于，包括：

[0033] 应用管理器，接收来自策略描述信息传输装置的应用控制策略描述信息，根据所述应用控制策略描述信息从服务端获取更新的策略信息，并根据所述更新的策略信息对运行在终端上的应用进行控制；

[0034] 接收模块，与所述应用管理器相连，用于接收策略服务器发送的策略信息，并将所述策略服务器发送的策略信息转发给所述应用管理器。

[0035] 所述应用管理器具体包括：

[0036] 应用数据库，用于存储来自服务端的应用描述信息；

[0037] 策略数据库，用于存储本地策略信息；

[0038] 策略引擎，接收来自策略描述信息传输装置的应用控制策略描述信息，根据该应用控制策略描述信息获取更新的策略信息，并根据所述更新的策略信息更新策略数据库；按照策略信息对应用数据库进行修改；

[0039] 应用控制模块，接收来自用户的外部输入事件及所述应用数据库中发生改变的应用描述信息，完成对终端中应用的控制。

[0040] 本发明还提供了一种对应用进行控制的方法，包括：

[0041] 终端获取用于对应用进行控制的策略信息并存储在本地，根据服务端发送的应用控制策略描述信息更新所述本地策略信息，利用所述策略信息对应用进行控制。

[0042] 所述应用控制策略描述信息包含于已有应用描述信息中；

[0043] 所述应用控制策略描述信息至少包括应用策略版本号及传输所述策略信息的策略文件的地址。

[0044] 所述终端获取对应用进行控制的策略信息具体包括：

[0045] 所述终端在启动时或者在启动第一个应用时，向服务端请求并接收策略文件，该策略文件中包含对应用进行控制的策略信息。

[0046] 所述更新本地策略信息的方法为：

[0047] a、所述终端接收服务端发送的应用控制策略描述信息，判断所述应用控制策略描述信息中的应用策略版本号是否改变，如果是，则根据所述应用控制策略描述信息中的策略文件的地址，向服务端获取更新的策略文件，执行步骤b；否则执行步骤a；

[0048] b、所述服务端向终端发送所述更新的策略文件；

[0049] c、所述终端根据该更新的策略文件更新策略数据库中的策略信息，执行步骤a。

[0050] 所述对应用进行控制具体包括：

[0051] 所述终端接收应用描述信息或来自用户的输入事件；

[0052] 根据所述策略数据库中存储的策略信息对接收到的应用描述信息及用户的输入事件进行过滤，并对应用数据库进行修改；

[0053] 根据所述应用数据库中发生改变的应用描述信息对应用进行控制。

[0054] 所述对应用进行控制具体包括：

[0055] 所述终端在执行应用的过程中，根据策略文件获知需要实施应用控制策略的应用，并根据所述策略文件中的策略信息改变所述应用的状态。

[0056] 本发明通过增强应用管理器的功能，根据从服务端获取的应用控制策略，对本地运行的应用进行控制，能够动态执行服务端对终端上运行的应用的控制策略。

附图说明

[0057] 图1为背景技术中IPTV系统中服务端与终端的结构图；

[0058] 图2为本发明的实施例一中实现对应用进行控制的系统架构图；

[0059] 图3为本发明的实施例一中应用管理器的结构图；

[0060] 图4为本发明的实施例一中实现对应用进行控制的方法流程图；

[0061] 图5为本发明的实施例一中执行策略控制的原理图；

[0062] 图6为本发明的实施例一中更新策略数据库的方法流程图；

[0063] 图7为本发明的实施例一中对将尚未运行应用的管理策略的执行方法流程图；

[0064] 图8为本发明的实施例一中对将正在运行应用的管理策略的执行方法流程图；

[0065] 图9为本发明的实施例五中策略引擎与应用管理器分离后的架构图。

具体实施方式

[0066] 为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明作进一步的详细描述。

[0067] 本发明通过增强应用管理器的功能，根据从服务端获取的应用控制策略，对本地运行的应用进行控制，能够动态执行服务端对终端上运行的应用的控制策略。

[0068] 实施例一：

[0069] 图2为本发明中实现对应用进行控制的系统架构图，其中，

[0070] 策略描述信息传输装置，位于IPTV服务端，采用单播或组播的方式来传输应用控制策略描述信息，以下简称为策略描述信息。策略描述信息至少包括可以取得策略文件的统一资源定位符(URL)，以及该策略文件的版本号。策略描述信息为应用描述信息所包含，其结构如表2所示：

[0071]名称 描述
应用唯一标志符 标识该应用的唯一标志符
应用组织唯一标志符 应用所属组织得唯一标志符
应用名称 该应用的名称
应用的版本号 描述应用的当前版本，用于应用更新
该应用在应用下载服务器上的URI，通过此URI可
应用下载URI
以下载该应用
应用策略版本号 应用策略的版本描述
名称 描述
应用策略文件的地址 通过此地址可以获得应用策略描述文件
应用描述 对该应用的具体描述

[0072] 表2

[0073] 策略服务器，位于IPTV服务端，可以采用超文本传输协议(HTTP)或文件传输协议(FTP)的方式，接收来自终端的请求并向终端发送策略信息，也可以主动向终端发送策略信息。该策略信息可以通过策略文件来传输，策略文件包含由服务端定义的一条或者多条描述IPTV服务提供商要求终端上应用管理器如何管理应用的策略。例如：

[0074] <策略文件>

[0075] <版本号>1.0

[0076] <策略>

[0077] <对象>绑定应用

[0078] <动作>禁止运行

[0079] <时间>

[0080]

[0081] <策略>

[0082] <对象>应用唯一标志符

[0083] <动作>禁止运行

[0084] <时间>19:00-21:00

[0085]

[0086]

[0087] 该策略文件包括两条策略，第一条是终端上的所有绑定应用禁止运行，第二条是某一应用在19:00-21:00禁止运行。

[0088] 应用管理器，位于IPTV终端，接收来自策略描述信息传输装置的应用控制策略描述信息，根据应用控制策略描述信息从服务端获取更新的策略文件，该策略文件中包含更新的策略信息，并根据更新的策略信息对运行在终端上的应用进行控制。其功能包括执行服务提供商提供的对应用进行控制的策略，管理应用的生命周期，处理用户的输入事件，异常处理等。

[0089] 接收模块，位于IPTV终端，接收来自应用管理器的获取更新策略文件的请求，并将该请求转发给策略服务器；把策略服务器发送的策略文件转发给应用管理器。也可以接收策略服务器主动发送的策略信息。

[0090] 其中，应用管理器的具体结构如图3所示，包括：

[0091] 应用数据库，用于存储应用描述信息。

[0092] 策略数据库，用于存储策略信息。

[0093] 策略引擎，接收来自所述策略描述信息传输装置的应用控制策略描述信息，根据该应用控制策略描述信息获取更新的策略文件，并根据更新的策略文件更新策略数据库中的策略信息；按照策略信息对应用数据库进行修改。

[0094] 应用控制模块，用于根据用户的输入事件及应用数据库中发生的改变，完成对终端中应用的控制。

[0095] 图4为本发明中实现对应用进行控制的方法流程图，包括以下步骤：

[0096] 步骤401、获取策略文件。应用管理器在启动过程中向服务端请求并接收策略文件，也可以在应用管理器启动第一个应用之前获得。

[0097] 步骤402、根据发生更新的策略文件来更新策略数据库中的策略信息。策略文件更新的前提是终端上已经存在旧版本的策略文件对应的策略信息，并且服务端的策略描述信息传输装置以轮播的形式向IPTV终端组播策略描述信息，一旦策略描述信息中的策略版本号发生改变，终端即根据新版本的地址获取更新的策略文件，并根据更新的策略文件中的策略信息更新策略数据库。

[0098] 步骤403、执行对应用进行控制的策略。应用管理器通过应用数据库中的应用描述信息或者用户的输入事件来对应用进行控制，策略引擎根据策略数据库中的策略信息对应用描述信息和用户输入事件进行过滤，阻止不符合控制策略的应用控制信息输入到应用数据库中，其实现原理如图5所示。例如控制策略规定某一应用在某一时段禁止执行，则在该时段，策略引擎会过滤掉该应用的应用描述信息。策略的执行可分为两类，一种是对尚未运行应用的管理策略的执行，一种是对正在运行应用的管理策略的执行。

[0099] 如图6所示，步骤402中的更新策略数据库具体执行以下步骤：

[0100] 步骤601、策略引擎接收服务端发送的策略描述信息。

[0101] 步骤602、策略引擎判断策略描述信息中的应用策略版本号是否有改变，如果有，则执行步骤603；否则返回步骤601。

[0102] 步骤603、接收模块根据发生版本改变的策略描述信息中提供的更新的策略文件的地址，获取该更新的策略文件。

[0103] 步骤604、策略服务器向策略引擎发送更新的策略文件。

[0104] 步骤605、策略引擎根据该更新的策略文件更新策略数据库中的策略信息，执行步骤601。

[0105] 如图7所示，步骤403中对尚未运行应用进行控制的策略的执行方法具体包括以下步骤：

[0106] 步骤701、应用控制模块接收应用描述信息或者用户的输入事件。

[0107] 步骤702、策略引擎根据策略数据库中存储的策略信息对接收到的应用描述信息及用户的输入事件进行过滤。

[0108] 步骤703、应用控制模块根据过滤后的信息对应用数据库进行修改。

[0109] 步骤704、应用控制模块根据应用数据库中发生改变的信息对应用进行控制。

[0110] 例如，某一应用在8点到10点禁止运行，则在8点到10点，策略引擎会对该应用的应用描述信息及用户选择该应用的输入事件进行过滤，同时修改应用数据库，因为应用数据库中在这段事件内没有该应用的应用描述信息，所以该应用不执行。

[0111] 如图8所示，步骤403中对将正在运行应用进行控制的策略的执行方法具体包括以下步骤：

[0112] 步骤801、策略引擎根据策略数据库中的策略信息，向应用控制模块发送获取应用列表的请求，该应用列表是指策略信息所针对进行控制的正在运行的应用的标识列表。

[0113] 步骤802、应用控制模块响应该请求，并检索应用数据库，向策略引擎返回检索结果的应用列表。

[0114] 步骤803、策略引擎根据检索结果列表，请求应用控制模块改变结果列表中应用的状态，并从结果列表中移除该应用。

[0115] 实施例二：

[0116] 本实施例所基于的系统架构与实施例一相同。设置策略文件如下：

[0117] <策略文件>

[0118] <版本号>1.0

[0119] <策略>

[0120] <对象>0x2C:0x10

[0121] <动作>0

[0122] <时间>

[0123]

[0124] <策略>

[0125] <对象>0x01-0x1F:0x1E-0xFF

[0126] <动作>0

[0127] <时间>19:00-21:00

[0128]

[0129] <策略>

[0130] <对象>0x21:0x3C

[0131] <动作>0

[0132] <时间>18:00-22:00

[0133]

[0134]

[0135] 其中，应用标识的格式是：组织ID：应用ID，组织ID是全球统一的32位厂商ID，应用ID为16位；动作0标识禁止运行该应用。

[0136] 策略1表示标识为0x2C:0x10的应用禁止运行；策略2表示组织ID范围在0x01-0x1F、应用ID范围在0x1E-0xFF之间的所有应用在19:00-21:00禁止运行；策略3表示标识为0x21:0x3C的应用在18:00-22:00禁止运行。

[0137] 设置一monitor应用的描述信息如表3所示：

[0138]应用唯一标志符 0x01
应用组织唯一标志符 0x01
应用名称 Monitor
应用唯一标志符 0x01
应用的版本号 1.0
应用下载URI http://202.119.36.1/huawei/app/pa/monitor.jar
应用策略版本号 1.1
应用策略文件的地址 http://202.119.36.1/huawei/app/pa/monitor.policy应用描述 特权应用

[0139] 表3

[0140] 则对该应用的策略更新步骤为：

[0141] 1、当终端通过接收IPTV服务端的应用描述信息得知该monitor应用有新版本的策略文件需要下载，则终端根据该应用的应用描述信息中策略文件的地址：http://202.119.36.1/huawei/app/pa/monitor.policy下载新的策略文件。

[0142] 2、策略引擎将新的策略文件中的策略信息更新至策略数据库。

[0143] 3、应用控制模块接收应用描述信息或者用户输入事件。

[0144] 4、策略引擎根据策略数据库中的策略对接收到的应用描述信息进行过滤，例如发现应用描述信息中包含ID为0x2C:0x10的应用，则根据策略对其进行过滤。

[0145] 5、应用控制模块根据过滤后的信息对应用数据库进行修改。

[0146] 6、应用控制模块发现应用数据库的改变则对应用进行控制。

[0147] 实施例三：

[0148] 设置策略文件为：

[0149] <策略文件>

[0150] <版本号>1.0

[0151] <策略>

[0152] <对象>0x20，U

[0153] <动作>0

[0154] <时间>

[0155]

[0156] <策略>

[0157] <对象>0x20，B

[0158] <动作>0

[0159] <时间>19:00-21:00

[0160]

[0161]

[0162] 其中U表示非绑定应用，B表示绑定应用。策略1表示ID为0x20的服务提供商的非绑定应用禁止运行。策略2表示ID为0x20的服务提供商的绑定应用在19:00-21:00禁止运行。

[0163] 则对应用的策略更新步骤为：

[0164] 1、策略文件被下载到终端设备上；

[0165] 2、策略引擎将该策略文件中的策略信息写入策略数据库中；

[0166] 3、应用控制模块接收应用描述信息或者用户输入事件；

[0167] 4、策略引擎根据策略数据库中的策略对接收到的信息进行过滤，例如发现应用描述信息中包含ID为0x20的非绑定应用的应用，则根据策略对该应用进行过滤；

[0168] 5、应用控制模块根据过滤后的应用描述信息对应用数据库进行修改；

[0169] 6、应用控制模块根据应用数据库的改变对应用进行控制。

[0170] 实施例四：

[0171] 仍以实施例二中的策略文件为例，假设在策略文件下载到终端之前ID为0x2C:0x10的应用已经在运行，当策略文件下载到终端之后，执行流程如下：

[0172] 1、策略引擎将该策略文件中的策略信息写入策略数据库中；

[0173] 2、策略引擎根据策略文件中的策略信息向应用管理器请求策略实施应用的列表；

[0174] 3、应用管理器响应该请求查询应用数据库并返回结果，在本实施例中返回的列表中只有一项，即ID为0x2C:0x10的应用；

[0175] 4、策略引擎在列表中选择ID为0x2C:0x10的应用并根据策略文件的描述，终止该应用的运行；

[0176] 5、策略引擎清除列表中ID为0x2C:0x10的应用；

[0177] 6、策略引擎检测到列表为空，结束本次流程。

[0178] 实施例五：

[0179] 本实施例不将策略引擎作为应用管理器的一部分，而是作为一个应用程序下载到IPTV终端上执行。因此在每次执行策略之前，需要先下载包含有策略引擎的应用，策略文件与此应用一起下载，或者在此应用执行前下载。由于模块没有发生变化，故更新和执行的流程与以上实施例相同。策略引擎与应用管理器分离后的架构如图9所示。

[0180] 总之，以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。