用于流媒体接收机中的待机处理的方法、装置和计算机程序的制作方法

文档序号:7914684阅读:157来源:国知局
专利名称:用于流媒体接收机中的待机处理的方法、装置和计算机程序的制作方法
技术领域
本发明大体上涉及待机模式,更具体地,涉及流媒体接收机的待机模式。
背景技术
在消费类电子产品商务中,对功耗给予了极大的关注,功耗导致了与要消耗多少功率相关的指导原则。该指导原则是在设备待机时,要使用小于I瓦。
这些指导原则还应用于流媒体接收机,比如用于互联网协议电视(IPTV)的机顶盒。在小于IW的待机模式中,存在可以在流媒体接收机中发生的最小活动。这种活动可以包括监视红外(IR)(以允许设备进入开启模式)、监视互联网协议(IP)唤醒、以及具有唤醒事件的芯片。对于电视机和机顶盒,存在两种不同类型的待机。所描述的ー种待机通常被称为“被动待机”,同时存在被称为“主动待机”的另ー种待机。主动待机类似于当对设备上电时的状态。在主动待机和上电状态之间的差异是屏幕(或在机顶盒的情况下是视频输出)是不活跃的。

发明内容
本发明的目标是提供与流媒体接收机的待机模式相关的增强的灵活性。在本发明的第一方面中,提出了一种在流媒体接收机中执行的方法,所述流媒体接收机包括本地软件和用于执行web应用的web软件。所述方法包括以下步骤在所述web软件中运行的主动web应用中,接收指示要将所述流媒体接收机置于被动待机模式下的消息;从所述主动web应用发送包括要保存到应用服务器的数据的消息;从所述主动web应用向所述本地软件发送指示何时要恢复所述主动web应用的消息;从所述本地软件使用要恢复所述web应用的时间来设置定时器;将所述流媒体接收机设置在被动待机模式下;在所述本地软件中接收所述定时器已到期的信号;将所述流媒体接收机设置在主动待机模式下;从所述本地软件向所述web应用发送所述定时器已到期的消息;以及在所述主动web应用中从所述应用服务器接收包括所保存的数据的消息。所提供的方法提供了ー种灵活但是安全的暂停web应用的方式。此外,通过在置于被动待机之前将数据保存在应用服务器上,数据不与发送该数据的流媒体接收机绑定。換言之,用户可以将第一接收机置于待机,对第二接收机上电,其中,第二接收机将以与第一接收机相同的状态来启动web应用。如果例如用户从ー间屋子移动到下ー间屋子,这将是有用的。该方法还可以在接收包括所保存的数据的消息的步骤之前包括以下步骤从所述web应用服务器向所述应用服务器发送对发送所保存的数据的请求。向所述本地软件发送消息的步骤可以包括设置在唤醒时要依据的统ー资源指示符(URI)。
向所述本地软件发送消息的步骤可以包括设置具有来自所述主动web应用的任何补充信息的令牌。換言之,所述令牌可以是包括所述补充信息在内的数据容器,可以由所述本地应用来保存所述令牌。然后在恢复时,可以由所述web应用来检索所述令牌。可以在符合互联网协议电视(IPTV)的流媒体接收机中执行所述方法。本发明的第二方面是用于流媒体接收机的计算机程序,所述流媒体接收机包括本地软件和用于执行web应用的web软件。所述计算机程序包括计算机程序代码,当在所述流媒体接收机上运行时,所述计算机程序代码使得所述流媒体 接收机在所述web软件中运行的主动web应用中,接收指示要将所述流媒体接收机置于被动待机模式下的消息;从所述主动web应用发送包括要保存到应用服务器的数据的消息;从所述主动web应用向所述本地软件发送指示何时要恢复所述主动web应用的消息;从所述本地软件使用要恢复所述web应用的时间来设置定时器;将所述流媒体接收机设置在被动待机模式下;在所述本地软件中接收所述定时器已到期的信号;将所述流媒体接收机设置在主动待机模式下;从所述本地软件向所述web应用发送所述定时器已到期的消息;以及在所述主动web应用中从所述应用服务器接收包括所保存的数据的消息。本发明的第三方面是包括根据所述第三方面的计算机程序以及存储所述计算机程序的计算机可读装置在内的计算机程序产品。本发明的第四方面是流媒体接收机,包括本地软件;用于执行web应用的web软件;定时器;所述web软件中的web应用中的模式改变检测器,被布置为接收指示要将所述流媒体接收机置于被动待机模式下的消息;所述web应用中的恢复模块,被布置为向所述本地软件发送指示何时要恢复所述主动web应用的消息;所述本地软件中的定时器设置器,被布置为使用要恢复所述web应用的时间来设置定时器;模式改变器,被布置为在已设置了所述定时器之后,将所述流媒体接收机设置在被动待机模式下,或在所述定时器已到期之后,将所述流媒体接收机设置在主动待机模式下;所述本地软件中的定时器处理器,被布置为接收所述定时器已到期的信号,以及向所述web应用发送所述定时器已到期的消息;以及所述web应用中的数据处理器,所述数据处理器被布置为在进入所述被动待机模式之前,向应用服务器发送包括要保存的数据在内的消息,以及在离开所述被动待机模式之后,从所述应用服务器接收包括所保存的数据的消息。要注意到,第一、第二、第三和第四方面的任意特征在恰当的情况下可以应用于这些方面中的任何其他方面。一般而言,除非本文中有另行明确的定义,否则在权利要求中使用的所有术语应当根据在技术领域中它们的普通含义来解释。除非另行明确声明,否则应当将对“一/一个/元素、装置、组件、设备、步骤等等”的全部引用开放式的解释为指代该元素、装置、组件、设备、步骤等等的至少ー个实例。除非另行明确声明,否则本文公开的任何方法的步骤不一定按照所公开的严格顺序来执行。


现在參照附图来描述作为示例的本发明,其中图I是示出了可以应用实施例的互联网协议电视(IPTV)环境的概览的示意图;图2a是由图I的流媒体接收机所实现的登录屏幕的示意屏幕视图2b是由图I的流媒体接收机所实现的记录调度屏幕的示意屏幕视图;图3a是示出了用于已调度的记录的本发明的实施例的序列图;图3b是示出了用于服务器推送的记录的本发明的实施例的序列图;图4是示出了在图I的流媒体接收机中的待机模式的状态图;图5是示出了可以在图I的流媒体接收机中执行的方法的流程图6是图I的流媒体接收机的示意图,其示出了流媒体接收机的备选模块化视图;以及图7示出了包括计算机可读介质在内的计算机程序产品的ー个示例。
具体实施例方式下文中,将參照示出了本发明的特定实施例的附图来更完全地描述本发明。然而,本发明可以用很多不同的形式来体现,且不应当被理解为受限于本文所阐述的实施例;而是,提供这些实施例作为示例,使得本公开将全面和完整,且将向本领域技术人员完全传达本发明的范围。在全部描述中,类似的标号指代类似的単元。图I是示出了可以应用本发明的实施例的互联网协议电视(IPTV)环境的概览的示意图。流媒体接收机I包括浏览器10、本地软件13和硬件15。浏览器10可以是支持动态HTML的web浏览器,即,支持HTML和客户端脚本(比如JavaScript)、呈现定义语言(比如CSS)和文档对象模型。备选地或附加地,浏览器可以支持其他类型的内容,比如Adobe flash、SVG(可扩缩矢量图形)等等。浏览器允许ー个或多个web应用11在流媒体接收机I中执行,从而web应用11可以通过IP(互联网协议)网络与本领域中本身已知的应用服务器2进行交互。流媒体接收机I从而可以遵循在开放式IPTV终端功能(OITF)上运行的声明式应用环境(DAE)。应用服务器2是支持web应用11的内容服务器,比如web服务器或类似的服务器。应用服务器2具有使用服务器侧代码向浏览器动态提供内容的能力,例如,使用PHP(超文本预处理器)、Java平台企业版、微软.NET框架等等。应用服务器包括ー个或多个CPU (中央处理単元)、持久性存储器(比如硬盘驱动器)和内部存储器(比如RAM (未示出))。此处,内容服务器4统ー表示用于IGMP (互联网组管理协议)命令的服务器,并引起了通过IP网络向流媒体接收机I的实际媒体流传输。可选地,内容服务器的功能可以由若干协同操作的服务器来提供。媒体流传输接收机I连接到电视5。这不仅允许使用流媒体接收机I来观看来自内容服务器4的内容,还允许流媒体接收机I使用电视5作为其用户界面的显示器。可以向电视5或可选的放大器(未不出)输出来自媒体流传输接收机I的声音。流媒体接收机的本地软件13包括用于与内容服务器4通过IP进行交互的IGMP模块14。本地软件还包括用干与硬件定时器18交互的软件。流媒体接收机I的硬件15包括CPU 16、IR接收机17、定时器18、硬盘驱动器或其它磁、光和/或固态持久性存储器19和内部存储器20 (比如RAM(随机存取存储器))。定时器18可以是分离的硬件単元,或是使用其他合适的低功耗元件来实现的。当流媒体接收机I处于被动待机模式下吋,浏览器10、本地软件13、硬盘驱动器19和CPU 16都是不活跃的。当流媒体接收机I处于主动待机模式下,流媒体接收机的图I所示所有组件都是活跃的。流媒体接收机I可以是分离的设备,或可以将其集成到机顶盒或电视5中。备选的,可以使用通用计算机(比如,个人计算机)或与媒体更相关的设备(比如媒体播放器或甚至游戏控制台)来实现流媒体接收机I。图2a是由图I的流媒体接收机所实现的登录屏幕30的示意屏幕视图。登录屏幕示出了简单的用户认证,其中,流媒体接收机的用户可以输入用户名和密码。图2b是图I的流媒体接收机提供的记录调度屏幕的示意屏幕视图31。可以在图I的电视5上查看屏幕视图31。屏幕视图31示出了具有矩阵类型布局的示意电子节目安排指南(electronic programming guide, EPC),其中,在垂直上示出了频道以及在水平上示出了时间。阴影矩形32指示了要在9点和10点之间记录频道2 ,可以使用參照图3a所讨论的唤醒方案来实现该记录。图3a是示出了用于已调度的记录的本发明的实施例的序列图。当序列开始时,存在使用web应用11和应用服务器2的活跃的传统用户界面(UI)40。通过传统Π,用户可以例如控制调谐到哪个频道,观看EPG、调度记录等等。可选地,在web浏览器10或本地软件13中存储用户认证凭据,比如在传统用户界面40的图2中所示的那些。首先,流媒体接收机I的用户通过例如按压流媒体接收机I的遥控器(未示出)上的待机键,来指示要将流媒体接收机置于待机模式。IR接收机17接收到该信号,且IR接收机向本地软件13发送指示流媒体接收机I要进入被动待机模式的信号41。然后,本地软件13向任何活跃的web应用11通知42流媒体接收机I要进入被动待机模式。为了清楚起见,下面公开仅对ー个web应用的处理。如果存在多于ー个web应用,这些web应用中的每ー个根据本文公开的内容执行其自己的处理。 活跃的web应用11通过对该信息快速行动来进行响应。活跃web应用11可以可选地向应用服务器发送具有要保存的数据43的消息。例如,可以用这种方式来保存当前状态,比如用户的导航状态或web应用的任何当前数据或配置数据。应用服务器2接收该消息,并恰当地保存70该数据。然而,由于发送数据43与应用服务器2实现数据存储存在着延迟,因此在完成存储70的时间之前,流媒体接收机I可以已经在被动待机模式下。因此,为了节约时间,流媒体接收机I不需要等待来自应用服务器2的确认响应。活跃的web应用11还向本地软件13发送准备唤醒的消息44。该消息44包括要恢复web应用11的时间,以及可选地包括要通过其来恢复web应用11的URI (统ー资源指示符)。可选地,该URI必须遵循与调用其的web应用11相对应的模式,比如具有与调用其的web应用11相同的域。通过避免恶意代码从不期望的源调度要执行的代码,这增加了安全性。可选地,消息44包括作为数据容器的令牌,其包括web应用11希望在恢复web应用时可用的任何附加数据。然后,本地软件13向定时器18发送用于设置定时器的设置定时器消息45,以在根据准备唤醒消息44所确定的时间处,从web应用11发送信号。然后,流媒体服务器进入被动待机模式46。这可以在从接收到待机消息41开始的特定时间处触发,例如500毫秒。可以自由地选择其它合适的时间,同时牢记保持处理时间要求和向用户提供快速响应之间的平衡。备选地或附加地,在发送了设置定时器消息45之后触发被动待机4b。当将这两个备选结合时,第一个对被动待机模式的触发可以实现被动待机模式。在设置定时器消息45所指示的时间处,定时器18向本地软件发送唤醒信号47。本地软件13将流媒体接收机I设置在主动待机模式下,井向web应用11发送唤醒消息48,例如,通过使用在准备唤醒消息44中提供的URI。在web应用11再次运行之后,其向应用服务器2发送用于获取在进入被动待机46之前存储的数据的消息63。作为响应,应用服务器2发送所请求的数据64。可选地,web应用通过向本地软件13发送清楚令牌(clear token)消息49来请求令牌,本地软件13通过向web应用11发送令牌50,并将令牌从本地软件13中移除,来加以响应。可选地,在本地软件中保留令牌,以及使用旗标指示向web应用11发送令牌,以及可选地指示何时向web应用11发送令牌。在一个实施例中,在唤醒消息48中包括令牌,以让过程更有效率。
可选地,使用web浏览器(例如,使用已存储的凭据)向应用服务器2认证51web应用。换言之,web应用不认证自己;而是,由web浏览器或本地软件来认证web应用。这是有价值的,因为由于在主动待机状态下不存在任何可用的UI,从而web应用不能从用户接收凭据。上面公开的步骤对于所有应用都是通用的。现在将描述要开始已调度的记录时所使用的进ー步处理的场景。然后web应用向应用服务器发送SIP (会话发起协议)INVITE (邀请)消息52,其中,如果一切正常,则响应是SIP OK消息53。由于web应用活跃且使用SIP,则可以使用策略服务器(未示出)来验证允许特定媒体流传输接收机I接收媒体,且验证存在足够的带宽来进行接收。然后,web应用11向本地软件13发送记录消息54。然后本地软件13 (更具体地,IGMP模块14)向内容服务器4发送IGMP JOIN (加入)消息55。内容服务器4通过在组播流56中向本地软件13发送实际内容来加以响应。本地软件13记录57该流中的媒体,直到从web应用11向本地软件发送停止消息58。可选地,在先的记录消息54中包括停止时间,在该情况下,不需要发送停止消息58。当要停止记录时,本地软件13发送IGMP LEAVE(离开)消息59,以停止媒体流。可选地,再次发送用于保存数据43、准备唤醒44以及设置定时器45的新消息,以例如在刚结束的记录之后调度新的记录。一旦设置了定时器,本地软件13可以再次将流媒体接收机设置在被动待机46下。这样,流媒体接收机I可以从被动待机中醒来到主动待机,并在主动待机期间执行已调度的web应用11。这相比于在现有技术中的可能情况,允许了更大的灵活性。图3b是示出了用于服务器推送记录的本发明的实施例的序列图。消息和信号40至51和63、64对应于图I中描述的那些消息和信号。在本不例中,在基于规律间隔的时间上,进行对唤醒的调度,例如,基于整整下一小吋。在本发明的范围中,其他间隔也是同样可能的。在可选认证51之后,web应用11向应用服务器发送询问对已调度记录的任何更新的消息60。然后应用服务器2可以通过发送下一个调度的记录61来加以响应。这允许用户在家之外的地方例如使用任何web浏览器与应用服务器2交互,来调度记录。換言之,用户可以使用移动电话或任何连接到互联网的计算机来与应用服务器2交互,以针对在用户家中的流媒体接收机来调度记录。在根据本示例的规律轮询中,将使用用户的流媒体接收机I来实现这种记录。当已接收到已调度的记录61时,web应用11根据接收到的已调度的记录消息61,使用准备唤醒消息44和作为结果的设置定时器消息45来调度要进行的记录。如果已调度的记录消息是空的,web应用在基于规律间隔(例如,整整下ー小时)的时间处调度要进行的新唤醒。可以应用本发明的实施例的另ー示例是订阅下载服务。在一个示例中,用户订阅每天要下载的内容,例如,日间服务的电影。为了不阻塞网络,该下载可以被调度在晚上发生,例如,在每天晚上的2a.m.。这种条件可以是用户在签订该服务时必须接受的条款的一部分。因此,对于本发明的实施例,使用web应用的这种下载是完全支持的,其中,网络阻塞、影响是最小的。可以应用本发明的实施例的另ー示例是在电子节目安排调度中时间改变时。当被唤醒时,用于记录的web应用11检查应用服务器2是否存在已调度记录的任何延迟,在该情况下,web应用11将记录重新调度至新的估计出的开始时间。可选地,完全不记录被取消的节目,这避免了浪费硬盘驱动器上的存储空间。图4是示出了图I的流媒体接收机I中的待机模式的状态图。存在与之前描述的内容相对应的3种状态开启状态70、被动待机状态71和主动待机72。开启状态70是流媒体接收机I完全工作的状态,且具有完全的UI。被动待机状态71是仅最小组件活跃的状态,以例如不消耗多于I瓦。主动待机状态72是除了用户界面组件之外的所有组件都活跃的状态。如上所述,当用户按动遥控器(或流媒体接收机I本身上)的待机按钮时,流媒体接收机I从开启70转换75至被动待机71。类似地,当用户按动遥控器(或流媒体接收机I本身上)的电源打开按钮时,流媒体接收机I从被动待机71转换76到开启70。当例如定时器到期时,流媒体接收机I从被动待机71转换78到主动待机72。一旦主动待机处理已结束,例如在记录或下载的结束时,流媒体接收机I转换回被动待机71。类似于在被动待机71和开启70之间的交互,流媒体接收机I可以使用待机/电源打开按钮,在开启70和主动待机72之间进行转换79、80。要注意到,尽管在开启状态70下,可以开始已调度的记录、下载或其它已调度的处理,从而在待机按钮上的按动将导致从开启70转换80到主动待机72,而不管流媒体接收机I的之前状态。类似地,当流媒体接收机I处于开启状态70时,之前运行的已调度记录或其他已调度处理可以结束。在该情况下,在待机按钮上的按动将导致从开启70到被动待机72的转换75,而不管流媒体接收机I的之前状态。另ー状态(未示出)是关闭状态。在这种状态下,不向媒体流传输接收机I提供功率,从而唤醒功能或IR命令可以不是活跃的。如果将电源与流媒体接收机完全断开,则进入关闭状态,比如将插头拔掉,或在停电期间。为了允许web应用的恰当处理,任何web应用可以可选地注册要在媒体流传输接收机I再次上电时启动。通过类似于图3a_b的准备唤醒消息44的方式,这种注册可以包括URI和可选的令牌。在上电期间,本地软件13可从而启动任何已注册的web应用。图5是示出了可以在图I的流媒体接收机中执行的方法的流程图。该流程图等价于图3a和3b中的流媒体接收机所采取的步骤。在接收被动待机消息82中,由活跃的web应用11从本地软件接收指示流媒体接收机I要进入被动待机的消息。这可以是对例如来自使用例如IR、RF(射频)或IP网络的用户控制设备的指示了流媒体接收机I要进入被动待机的命令的响应。然后活跃的web应用在发送保存数据消息的步骤83中,向应用服务器2发送在与流媒体接收机I分离的位置中保存数据的消息。这允许例如相同用户/订户从不同的流媒体接收机I (例如,在相同的家里)使用所保存的数据。在发送何时要恢复web应用的消息的步骤84中,web应用向本地软件发送消息,以指示要恢复web应用的时间。在设置定时器的步骤85中,本地软件将定时器设置为在之前步骤中指示的时间 处到期。可以将该时间设置为定时器在何时到期的时间戳,或设置为在定时器经过多长时间到期的时间长度。在任ー情况下,到期时间对应于之前步骤中的时间。在将接收机设置在被动待机模式86中,将接收机设置为在被动待机模式下。在接收到期定时器信号的步骤87中,从定时器接收定时器已到期的信号。换言之,已经到达了设置的时间。在将流媒体接收机设置在主动待机模式的步骤88中,将接收机设置为在主动待机模式下。由于尚不存在用户动作,不将流媒体接收机I设置为完全打开模式,而是设置为主动待机模式。在向web应用发送定时器已到期的消息的步骤89中,从本地软件向web应用发送定时器已到期的消息。在发送对保存数据的请求的步骤90中,web应用向应用服务器发送请求,以取回在发送保存数据消息步骤83中保存的数据。随后在接收保存数据步骤91中,接收之前在应用服务器中保存的数据。图6是图I的流媒体接收机的示意图,其示出了流媒体接收机的备选模块化视图。具体地,示出了 web应用11和本地软件13的ー些模块。可以使用诸如在流媒体接收机I上执行的计算机程序之类的软件来实现模块。所有模块依赖于执行环境(參见图1),该执行环境利用了控制器16、存储器20和I/O接ロ。要注意到在实际中,如果需要可以将模块加以组合。web应用11包括模式改变检测器6、恢复模块7和数据处理器22。模式改变检测器6被布置为接收指示流媒体接收机I要被置于被动待机模式71下的消息。恢复模块7被布置为向本地软件发送指示何时要恢复活跃web应用的消息。数据处理器22被布置为在进入被动待机模式之前向应用服务器发送包括要保存的数据的消息,以及在离开被动待机模式之后接收包括在应用服务器上保存的数据的消息。本地软件包括定时器设置器8、模式改变器9以及定时器处理器21。定时器设置器8被布置为用要恢复web应用的时间来设置定时器。模式改变器9被布置为在已设置了定时器之后将流媒体接收机I设置在被动待机模式71下,或在定时器已到期之后将流媒体接收机I设置在主动待机模式下。定时器处理器21被布置为接收定时器已到期的信号,井向web应用发送定时器已到期的消息。图7示出了包括计算机可读装置在内的计算机程序产品95的ー个示例。在该计算机可读装置上,可以存储计算机程序96,该计算机程序可以使得控制器执行根据本文所述实施例的方法。在该示例中,计算机程序产品是光盘,比如CD(高密度盘)或DVD(数字多功能盘)或Blu-Ray盘。如上所述,还可以将计算机程序产品体现为设备的存储器,比如流媒体接收机I的存储器20。尽管此处将计算机程序101示意地示出为在所示光盘上的轨道,可以用任何适合计算机程序产品的方式来存储计算机程序。上面主要參照ー些实施例来描述了本发明。然而,如本领域技术人员容易理解地, 在由所附权利要求限定的本发明的范围中,除了公开的实施例之外的其它实施例同样是可能的。
权利要求
1.一种在流媒体接收机(I)中执行的方法,所述流媒体接收机包括本地软件(13)和用于执行web应用(11)的web软件(10),所述方法包括以下步骤 在所述web软件(10)中运行的主动web应用(I)中,接收(82)指示要将所述流媒体接收机置于被动待机模式(70)的消息; 从所述主动web应用发送(83)包括要保存到应用服务器的数据的消息; 从所述主动web应用向所述本地软件发送(84)指示何时要恢复所述主动web应用的消息; 从所述本地软件将定时器设置(85)为要恢复所述web应用的时间; 将所述流媒体接收机设置(86)在被动待机模式下; 在所述本地软件中接收(87)所述定时器已到期的信号; 将所述流媒体接收机设置(88)在主动待机模式下; 从所述本地软件向所述web应用发送(89)所述定时器已到期的消息;以及 在所述主动web应用中,从所述应用服务器接收(91)包括所保存的数据的消息。
2.根据权利要求I所述的方法,在接收包括所保存的数据的消息的步骤之前还包括以下步骤 从所述web应用服务器向所述应用服务器发送(89)对发送所保存的数据的请求。
3.根据权利要求I或2所述的方法,其中,向所述本地软件发送消息的步骤(84)包括 设置在唤醒时所要依据的统ー资源指示符URI。
4.根据前述权利要求中任一项所述的方法,其中,向所述本地软件发送消息的步骤(84)包括 设置具有来自所述主动web应用的任何补充信息的令牌。
5.根据前述权利要求中任一项所述的方法,其中,在符合互联网协议电视IPTV的流媒体接收机中执行所述方法。
6.ー种用于流媒体接收机的计算机程序,所述流媒体接收机包括本地软件和用于执行web应用的web软件,所述计算机程序包括计算机程序代码,当在所述流媒体接收机上运行时,所述计算机程序代码使得所述流媒体接收机 在所述web软件中运行的主动web应用中,接收指示要将所述流媒体接收机置于被动待机模式的消息; 从所述主动web应用发送包括要保存到应用服务器的数据的消息; 从所述主动web应用向所述本地软件发送指示何时要恢复所述主动web应用的消息; 从所述本地软件使用要恢复所述web应用的时间来设置定时器; 将所述流媒体接收机设置在被动待机模式下; 在所述本地软件中接收所述定时器已到期的信号; 将所述流媒体接收机设置在主动待机模式下; 从所述本地软件向所述web应用发送所述定时器已到期的消息;以及 在所述主动web应用中从所述应用服务器接收包括所保存的数据的消息。
7.ー种包括根据权利要求6所述的计算机程序以及存储所述计算机程序的计算机可读装置在内的计算机程序产品。
8.ー种流媒体接收机(I),包括本地软件(13); 用于执行web应用(11)的web软件(10); 定时器(18); web应用(11)中的模式改变检测器出),被布置为接收指示要将所述流媒体接收机(I)置于被动待机模式(71)的消息; 所述web应用中的恢复模块(7),被布置为向所述本地软件发送指示何时要恢复所述主动web应用的消息; 所述本地软件(13)中的定时器设置器(8),被布置为使用要恢复所述web应用的时间来设置所述定时器; 模式改变器(9),被布置为在已设置了所述定时器之后,将所述流媒体接收机(I)设置在被动待机模式(71)下,或在所述定时器已到期之后,将所述流媒体接收机(I)设置在主动待机模式下; 所述本地软件中的定时器处理器(21),被布置为接收所述定时器已到期的信号,以及向所述web应用发送所述定时器已到期的消息;以及 所述web应用中的数据处理器(22),所述数据处理器被布置为在进入所述被动待机模式之前,向应用服务器发送包括要保存的数据的消息,以及在离开所述被动待机模式之后,从所述应用服务器接收包括所保存的数据的消息。
9.根据权利要求8所述的流媒体接收机(I),其中,所述流媒体接收机(I)符合互联网协议电视IPTV。
全文摘要
本发明提出了一种在流媒体接收机中执行的方法,所述流媒体接收机包括本地软件和用于执行web应用的web软件。所述方法包括以下步骤在所述web软件中运行的主动web应用中,接收指示要将所述流媒体接收机置于被动待机模式的消息;从所述主动web应用向所述本地软件发送指示何时要恢复所述主动web应用的消息;从所述本地软件使用要恢复所述web应用的时间来设置定时器;将所述流媒体接收机设置在被动待机模式下;在所述本地软件中接收所述定时器已到期的信号;将所述流媒体接收机设置在主动待机模式下;从所述本地软件向所述web应用发送所述定时器已到期的消息。
文档编号H04L29/06GK102668549SQ201080051876
公开日2012年9月12日 申请日期2010年11月16日 优先权日2009年11月16日
发明者尼可拉斯·冯博格, 扬·埃里克·林德奎斯特, 马茨·塞德瓦尔 申请人:瑞典爱立信有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1