[发明专利]IPTV终端中的方法和装置

说明书

相关申请

本申请要求2010年4月9日提交的美国临时专利申请61/322444的优先权，该申请通过引用结合于本文中。

技术领域

本发明的实施例涉及IPTV（因特网协议电视）终端中的事件管理，并且具体地说，涉及在IPTV装置中可用的应用对事件的处理。

背景技术

对IPTV提供商提供可扩展解决方案的需求在增大，其中，最终用户未被限定到有限的特征集，而是能够结合传统TV服务下载和运行新应用。

对于在IPTV解决方案中使用的万维网应用，主要现存技术是W3C小工具，它定义用于也称为小工具的万维网应用的封装和输送方法及登录小工具的机制。

应用框架在客户端侧上运行，并且负责小工具的加载，管理和布局。W3C（万维网联盟）小工具规范未定义小工具执行的应用/小工具框架。相反，不同的细分市场已为适合其特定细分市场的小工具执行定义了其自己的应用管理器。

在传统应用模型中，在显示栈的顶部的应用是焦点应用，并且接收来自用户的输入事件。这例如能够在基于Windows的PC上看到，应用（程序）在PC桌面的矩形区域向用户显示。在上面显示的应用是焦点应用，并且因此接收所有输入事件，例如，键和鼠标事件。

在适用于IPTV的应用模型中，要求稍有不同。预期应用以类似的方式布局，但不希望最上面的应用始终接收所有输入事件。例如，考虑显示广播的TV频道，在TV上全屏显示的应用。在此应用的上面是在屏幕的小区域中显示的天气小工具。天气小工具在处于焦点中时对按向左/向右键做出反应，但即使它是在焦点中，基础广播应用也必须能够对按向上/向下键做出反应，这是因为它们用于频道转换，并且用户预期频道转换始终有效。

发明内容

因此，最好是实现适用于IPTV解决方案的事件截接，这暗示着允许焦点应用外的其它应用截接事件。

为实现适用于IPTV解决方案的事件截接，本发明的实施例引入了允许焦点应用外的其它应用截接事件的概念。

根据本发明的实施例，事件截接通过事件封包实现。应用框架可使用基于DOM的模型来构建框架中的所有应用。此基于DOM的模型使用基于DOM事件的模型以便处理在整个事件模型中的事件。由于IPTV解决方案中的例如按键事件等特定事件始终以可能不是焦点应用的特定应用为目标，因此，特定事件必须可由目标特定应用识别但仍可作为普通事件处理。为实现此操作，根据本发明的实施例，引入了事件封包。在以特定应用为目标的事件在应用模型中发生时，应用管理器在eventWrapper结构中封包事件，并且通过事件模型调度它。在它到达目标特定应用时，如进一步解释的一样，它被解封并且原事件调度在目标上。

特定应用识别预期用于所述特定应用的事件，并且识别的事件因此应不象在现有技术中一样继续到焦点应用。通过引入事件封包，DOM事件模型扩展到在多文档（即，多应用）情形中适用。这意味着来自DOM事件的所有惯例也在多应用环境中变得有用。这些惯例从特征角度而言（应用控制允许其子应用处理的事件类型的能力、多个应用共享事件的能力等）和从实现角度而言（象浏览器等已经包含对DOM事件的支持并且可在支持应用框架时再使用此支持的万维网技术用户代理器）对于应用环境均是十分有用的。

本发明的实施例有关的目的因此是即使某个应用不是焦点应用，也使得事件能够由该应用处理。

根据第一方面，这由配置用于ITF的万维网引擎中的方法实现，万维网引擎包括与使能显示应用的API相关联的应用框架。在方法中，存储至少两个应用，其中，应用相对于彼此以分层树结构布置。接收以至少一个应用为目标的事件，该应用也称为目标应用。方法还包括以至少一个应用为目标的接收事件的调度的控制。这暗示着不是焦点应用的应用能够接收和处理事件。控制还包括调度接收事件到目标应用，并且为每个应用确定事件是否应由当前应用处理，并且如果它应被处理，则方法包括为当前应用处理事件，并且如果它不应被处理，则方法包括调度事件到分层树结构中的随后应用。

根据一个实施例，控制还包括在调度前将事件封包，并且事件随后在处理前被解封。

根据本发明的一个实施例，通过查看事件并且检查事件在当前应用上是否适用，来执行为每个应用确定封包的事件是否应由当前应用处理。备选，确定由应用管理器执行。