CN104869452A - 数字设备及其处理屏幕保护程序的方法 - Google Patents

Abstract

公开一种数字设备和处理屏幕保护程序应用的方法。数字设备包括：管理器，该管理器管理数字设备的显示窗口并且生成数字设备的多个状态数据并将其发送到控制器；以及控制器，该控制器从请求注册作为应用投票者的第一应用接收第一信号；当从服务接口接收到第一状态数据时将请求与执行第二应用有关的确认的第二信号发送到第一应用；从第一应用接收对第二信号的响应；以及基于接收到的响应执行第二应用以进入屏幕保护程序模式。

Description

数字设备及其处理屏幕保护程序的方法

本申请要求于2014年2月26日提交的美国临时申请No.61/945,097和于2014年7月17日在韩国提交的韩国专利申请No.10-2014-0090368的权益，它们通过引用被合并在此。

技术领域

本发明涉及一种数字设备并且，更加具体地，涉及用于处理屏幕保护程序的数字设备和处理屏幕保护程序的方法。

背景技术

继诸如个人计算机(PC)或者电视(TV)的固定设备之后，诸如智能电话或者平板PC的移动设备已经被显著地发展。尽管固定设备和移动设备已经在各个方面被独立地发展，最近，根据数字融合的繁荣固定设备和移动设备的领域正在变得界限不明。

另外，随着这样的数字设备发展的开发和环境变化，用户的要求也已经被逐渐地增加并且多样化并且从而对于支持各种高端服务或者应用的要求已经增加。

由于数字设备的这样的环境变化，与各种高质量的服务或者应用的供应相关联，在设备中可能出现面板老化。为了解决这样的老化，设备使用屏幕保护程序。然而，即使使用屏幕保护程序，如果设备支持高端服务或者应用的多任务化，则屏幕保护程序没有根据常规的方法，根据服务或者应用的状态、设备的状态或者用户的意图来操作，从而妨碍用户使用设备并且使用户不方便。

发明内容

因此，本发明的实施例是针对一种数字设备及其处理屏幕保护程序的方法，其基本避免由于现有技术的限制和不足造成的一个或者多个问题。

被设计以解决问题的本发明的目的在于考虑到数字设备的服务或者应用的状态自适应地控制或者处理屏幕保护程序的方法。

被设计以解决问题的本发明的另一目的在于如果数字设备支持多任务化则自适应地控制或者处理屏幕保护程序的方法。

被设计以解决问题的本发明的又一目的在于基于老化、功耗减少以及用户的意图根据数字设备的状态自适应处理屏幕保护程序。

本发明解决的技术问题不受到上述技术问题和其它技术问题的限制，并且对本领域的技术人员来说，从下面的描述中，没有被描述的其它技术问题将会变得显而易见。

在此的公开以及附图中将会阐述本发明的附加优点、目的和特征。基于在此的公开，本领域的技术人员也可以理解这样的方面。

通过提供一种控制数字设备的方法能够实现本发明的目的，该方法包括：通过控制器从请求注册作为应用投票者的第一应用接收第一信号；当从服务接口接收到第一状态数据时，通过控制器将请求与执行第二应用有关的确认的第二信号发送到第一应用；通过控制器从第一应用接收对第二信号的响应；以及基于接收到的响应通过控制器执行第二应用以进入屏幕保护程序模式。

在本发明的另一方面中，在此提供一种数字设备，包括：管理器，该管理器管理数字设备的显示窗口，并且生成数字设备的多个状态数据并将其发送到控制器；以及控制器，该控制器从请求注册作为应用投票者的第一应用接收第一信号；当从服务接口接收到第一状态数据时，将请求与执行第二应用有关的确认的第二信号发送到第一应用；从第一应用接收对第二信号的响应；以及基于接收到的响应执行第二应用以进入屏幕保护程序模式。

通过本发明能够获得的技术解决方案不限于上述技术解决方案，并且基于本发明的详细描述通过本领域的普通技术人员将会理解在此没有描述的其它的技术解决方案。

根据本发明的各种实施例中的一个，能够提供考虑到数字设备的服务或者应用的状态自适应地控制或者处理屏幕保护程序的方法。根据本发明的另一实施例，如果数字设备支持多任务化则能够提供自适应地控制或者处理屏幕保护程序的方法。根据本发明的另一实施例，能够基于老化、功耗减少以及用户的意图根据数字设备的状态自适应地处理屏幕保护程序。因此，能够给用户提供便利并且提高产品满意度。

从本发明可获得的效果可以不受到在上面提及的效果的限制。并且，对本发明属于的技术领域的普通技术人员来说根据下面的描述能够清楚地理解其它未提及的效果。

要理解的是，本发明的前述总体描述和下面的详细描述是示例性的和说明性的并且旨在提供如主张的本发明的进一步解释。

根据在下文中给出的详细描述，本发明的应用性的范围将变得更加显然。然而，应理解的是，仅通过说明给出指示本发明的优选实施例的特定示例和详细描述，因为根据详细描述，对本领域的技术人员来说本发明的精神和范围内的各种变化和修改将变得更加显然。

附图说明

附图被包括以提供本发明的进一步理解并且被合并以组成本申请的一部分，图示本发明的实施例并且连同描述一起用作解释本发明的原理。结合附图，考虑优选实施例的下面的描述之后本发明的以上和其它的方面、特征以及优点将会变得更加显而易见。在附图中：

图1图示根据本发明的实施例的包括数字设备的服务系统；

图2图示根据本发明的实施例的数字设备200的示意图；

图3图示根据本发明的实施例的移动终端300的框图；

图4图示根据本发明的另一实施例的数字设备；

图5图示根据本发明的另一实施例的数字设备；

图6图示根据本发明的实施例的数字设备的远程控制器；

图7是图示根据本发明的一个实施例的Web OS架构的图；

图8是图示根据本发明的一个实施例的Web OS设备的架构的图；

图9是图示根据本发明的一个实施例的Web OS设备中的图形构成流程的图；

图10是图示根据本发明的一个实施例的媒体服务器的图；

图11是示出根据本发明的一个实施例的媒体服务器的配置的框图；

图12是图示根据本发明的一个实施例的在媒体服务器和TV服务之间的关系的图；

图13图示根据本发明的一个实施例的屏幕服务器启动条件的图；

图14是图示根据本发明的一个实施例的屏幕保护程序的操作结构的图；

图15是图示根据本发明的一个实施例的全屏屏幕保护程序和PIG屏幕保护程序操作屏幕的图；

图16是图示根据本发明的一个实施例的屏幕保护程序处理方法的框图；

图17是图示根据本发明的一个实施例的与屏幕保护程序处理有关的视频对象的图；

图18是示出包括在图16中示出的组件的屏幕保护程序处理配置的框图；

图19是图示根据本发明的一个实施例的屏幕保护程序处理配置的图；以及

图20是图示根据本发明的一个实施例的屏幕保护程序处理方法的流程图。

具体实施方式

参考附图，根据在此公开的示例性实施例现在详细地给出描述。为了参考附图简要描述，相同的或者等效的组件可以被提供有相同或者相似的附图标记，并且其描述将不会被重复。通常，诸如“模块”和“单元”的后缀可以被用于指代元件或者组件。这样的后缀的使用在此旨在仅有助于说明书的描述，并且后缀本身旨在没有给予任何特定的意义或者功能。同时，诸如“第一”、“第二”、“第三”等等的序数可以具有顺序的意义。但是，术语能够被用于区分能够被相互重叠的一个组件与另一组件的用途。在本公开中，为了清楚起见通常已经省略了对有关领域中普通技术人员公知的术语。附图被用于帮助容易地理解各种技术特征并且应理解附图没有限制在此提出的实施例。正因如此，除了在附图中特别地陈述的之外，本公开应被解释为延伸到任何变更、等同物以及替代。

如在此所提出的根据本发明的数字设备可以是能够处置发送、接收、处置和输出数据、内容、服务、应用等等中的任意一个的任何设备。数字设备可以通过有线网络或者无线网络被连接到其它的数字设备，配对或者连接到外部服务器，并且通过连接，数字设备可以发送和接收规定的数据。数字设备的示例可以包括诸如网络TV、混合广播宽带TV(HBBTV)、智能TV、互联网协议TV(IPTV)、以及个人计算机(PC)的常设设备，或者诸如个人数字助理(PDA)、智能电话、平板PC、或者笔记本计算机的移动/手持式设备。为了便于描述，在本说明书中，在图12中使用数字TV并且在描述数字设备的图3中使用移动设备。此外，本说明书中的数字设备可以指的是仅具有面板的配置、机顶盒(STB)、或者包括整个系统的成套设备。

此外，在本说明书中描述的有线或者无线网络可以指的是各种配对方法、为了在数字设备之间或者在数字设备和外部服务器之间发送和接收数据而支持的标准通信网络协议方法。有线或者无线网络也包括现在以及在未来支持的各种通信网络协议。有线或者无线网络的示例包括通过诸如通用串行总线(USB)、复合视频消隐同步(CVBS)、组件、S-视频(模拟)、数字可视接口(DVI)、高清多媒体接口(HDMI)、RGB、D-SUB等等支持的有线网络，和通过包括蓝牙、射频识别(RFID)、红外数据协会(IrDA)、超宽带(UWB)、紫蜂、数字生活网络联盟(DLNA)、无线LAN(WLAN)(Wi-Fi)、无线宽带(Wibro)、全球微波接入互操作性(Wimax)、高速下行链路分组(HSDPA)、长期演进/高级LTE(LTE/LTE-A)、Wi-Fi直连等等支持的无线网络。

另外，当本说明书简单地指的是数字设备时，取决于上下文其能够意指常设(或者固定)设备或者移动设备，并且当其没有指特定设备时，在本说明书中提到的数字设备指的是常设和移动设备两者。

同时，数字设备可以执行诸如接收广播节目、操作计算机功能、并且支持至少一个外部输入的智能功能，并且通过网络有线或者无线地连接，数字设备可以支持电子邮件功能、web浏览功能、银行业务、游戏，并且执行应用。数字设备可以进一步包括用于支持手写输入、触摸屏、以及空间远程控制的输入或者控制装置(在下文中被称为“输入装置”)中的任意一个的接口。

此外，数字设备可以使用标准操作系统(OS)，然而，在本说明书和实施例中描述的数字设备使用Web OS。因此，数字设备可以执行关于标准通用OS内核或者Linux内核的诸如添加、删除、修改、以及更新各种服务和应用的功能，以便于构造更加用户友好的环境。

当在上面描述的数字设备接收和处置外部输入时，外部输入包括在上面描述的外部输入设备，意指所有的输入装置或者数字设备，能够通过连接的有线或者无线网络向数字设备发送数据并且从数字设备接收数据。例如，外部输入包括HDMI、诸如游戏站(Playstation)或者X-Box的游戏设备、智能电话、平板PC、诸如掌上图片的打印设备、诸如智能TV的数字设备、蓝光设备、以及可佩戴设备。

如在本说明书中被称为的“服务器”，包括能够将数据发送到客户端并且从客户端接收数据的数字设备或者系统，并且也可以被称为处理器。例如，服务器可以是诸如提供网页、web内容或者web服务的门户服务器的提供服务的服务器、提供广告数据的广告服务器、内容服务器、提供SNS服务的社交网络服务(SNS)服务器、将服务提供给制造商的服务服务器、提供视频点播或者流式服务的多频道视频节目发布商(MVPD)、以及提供支付服务的服务服务器。

在本说明书中，当为了便于解释描述了应用时，在上下文中的应用的意义可以包括服务以及应用。

在下面的描述中，参考附图解释根据本发明的各种实施例。

图1图示根据本发明的实施例的数字设备的服务系统。

参考图1，包括数字设备的广播系统的示例可以包括内容提供商(CP)10、服务提供商(SP)20、网络提供商(NP)30以及家庭网络端用户(HNED)(客户)40。HNED 40包括客户端100，即，数字设备。

CP 10产生并且提供内容。参考图1，CP 10能够包括第一或第二陆地广播器、有线电视系统运营商(SO)、多系统运营商(MSO)、卫星广播器、各种互联网广播器、私有内容提供商(CP)等。CP 10能够产生和提供各种服务或者应用以及广播内容。

SP 20对由CP 10提供的内容进行分组并且提供给HNED 40。例如，SP 20对由第一或者第二陆地广播器、有线SO、MSO、卫星广播器、各种互联网广播器、用于服务的私有CP提供的内容进行分组，并且将其提供给HEND 40。

SP 20能够以单播或多播方式向客户端100提供服务。同时，SP 20能够将数据发送给先前注册的多个客户端，并且在传输中可以使用互联网组管理协议(IGMP)。

能够以一个实体的形式来配置CP 10和SP 20。例如，CP 10能够通过产生内容并且直接将所产生的内容分组为服务来充当SP 20，并且反之亦然。

NP 30能够提供用于CP 10和/或SP 20与客户端100之间的数据交换的网络环境。

客户端100、被包括在HNED 40中的客户端，经由NP 30，能够构造家庭网络、接收数据并且发送/接收用于诸如VoD、流式等等的各种服务或者应用的数据。

被包括在服务系统中的CP 10和/或SP 20能够使用用于保护被发送的内容的条件访问或者内容保护手段。在这样的情况下，客户端100能够使用诸如线缆卡(或者部署点(POD))或者可下载条件访问系统(DCAS)的处理手段，用于条件访问或者保护内容。

另外，客户端100能够通过网络使用双向服务。在这样的情况下，客户端100能够执行或者用作CP 10。并且，SP 20能够将其发送到其它的客户端。

在图1中，CP 10和/或SP 20能够是提供在本公开中在下面指定的服务的服务器。在这样的情况下，如有必要，服务器能够包括NP 30。尽管在本公开中没有指定，但是服务或者服务数据不仅能够包括从外部服务器接收到的服务或者应用，而且包括如上所提及的内部服务或者应用。此服务或者应用是基于Web OS被定义用于客户端100的服务数据或者应用数据。

CP 10、SP 20以及NP 30中的每一个，或者其组合，可以被称为服务器。HNED 40也能够用作服务器。术语“服务器”意指在数字广播环境下将数据发送到另一方的实体。考虑到服务器-客户端概念，服务器能够被视为绝对概念和相对概念。例如，一个实体能够是与第一实体有关系的服务器并且能够是与第二实体有关系的客户端。

图2图示根据本发明的实施例的数字设备200的示意图。数字设备200可以对应于图1中示出的客户端100。

根据本发明的实施例，数字设备包括：管理器，该管理器管理数字设备的显示窗口并且生成数字设备的多个状态数据并将其发送到控制器，和控制器，该控制器从作为应用投票者的请求注册的第一应用接收第一信号、当从服务接口接收到第一状态数据时将请求与执行第二应用有关的确认的第二信号发送到第一应用、从第一应用接收对于第二信号的响应，并且基于接收到的响应执行第二应用以进入屏幕保护程序模式。

在此，第一应用包括其包括视频数据的应用和不包括视频数据的应用中的至少一个，并且其中第二应用是专用于屏幕保护程序模式的应用。当第一应用是包括视频数据的应用时，控制器生成视频对象。当生成视频数据时，或者当生成视频对象时，从应用接收到第一信号。控制器确定是否第一应用或者生成的对象在预先存储在存储器中的与注册有关的列表中，并且当第一应用或者生成的对象不被包括在列表中时，保留或者拒绝注册。通过其中在预定的时间期间没有接收到对数字设备的任何输入的超时状态生成第一状态数据。当响应被接收时，控制器从生成的视频对象接收关于相对应的视频数据的第二状态数据。用于相对应的视频数据的第二状态数据包括被输出的视频数据的大小、被输出的视频数据的区域或者位置、以及视频状态数据中的至少一个，视频状态数据包括指示视频数据的再现或者停止的信息。当接收到的第二信号包括应答(acking)的信号时，控制器仅执行第二应用。控制器启动第二应用并且经由启动的第二应用在屏幕上的最上层处执行第二应用。第二应用确定全屏和画中画(PIG)中的任意一个以执行屏幕保护程序模式。控制器接收请求释放第二应用的执行的第三信号，并且响应于接收到的第三信号向第二应用发送控制信号。第三信号包括用于释放与第一状态数据相对应的超时状态的用户输入、外部输入管理器(EIM)信号、物理设备管理器(PDM)信号、以及非观看服务信号中的至少一个。当应用位于前台中时第一应用发送第一信号，并且其中当第一应用位于后台中时第一应用不发送第一信号。

数字设备200可以包括网络接口201、传输控制协议/互联网协议(TCP/IP)管理器202、服务递送管理器203、SI(系统信息、服务信息或信令信息)解码器204、解复用器205、音频解码器206、视频解码器207、显示A/V和在屏显示(OSD)模块208、服务控制管理器209、服务发现管理器210、SI与元数据数据库(DB)211、元数据管理器212、服务管理器213、UI(用户界面)管理器214等等。

网络接口201能够通过被接入的网络接收或发送IP(互联网协议)分组或者IP数据报(在下文中，被称为IP分组)。作为示例，网络接口201能够通过网络从图1的SP 20接收服务、应用、内容等等。

TCP/IP管理器202涉及发送到数字设备200的IP分组和从数字设备200发送的IP分组的分组递送。TCP/IP管理器202可以根据适当的协议对接收到的分组进行分类，并且将所分类的分组输出到服务递送管理器205、服务发现管理器210、服务控制管理器209、以及元数据管理器212等等。

服务递送管理器203能够控制接收到的服务数据。例如，服务递送管理器203能够使用实时协议/实时控制协议(RTP/RTCP)来控制实时流式数据。如果使用RTP发送实时流式数据，则服务递送管理器203能够解析基于RTP发送的实时流式数据分组，并且在服务管理器213的控制下将经解析的数据分组发送到解复用器205或者将经解析的数据分组存储在SI与元数据DB 211中。服务递送管理器203能够基于RTP将网络接收信息反馈回给服务器。

解复用器205能够从接收到的分组中解复用音频数据、视频数据、SI数据，并且将解复用的数据发送到音频/视频解码器206/207和SI解码器204中的每一个。

SI解码器204能够对被解复用的SI数据进行解码，SI数据诸如是节目专用信息(PSI)、节目与系统信息协议(PSIP)、数字视频广播服务信息(DVB-SI)、数字电视陆地多媒体广播/编译移动多媒体广播(DTMB/CMMB)等等。SI解码器204能够将解码的SI数据存储在SI与元数据DB 211中。例如，通过根据用户请求要求SI数据的组件能够读取和提取存储在SI与元数据DB 211中的SI数据。

音频解码器206与视频解码器207能够分别对被解复用的音频数据与视频数据进行解码。能够通过显示单元208向用户提供经解码的音频数据和视频数据。

例如，应用管理器能够包括服务管理器213和用户界面(UI)管理器214。应用管理器能够执行数字设备200的控制的功能。换言之，应用管理器能够管理数字接收器200的总体状态，提供UI，并且管理其它的管理器。

UI管理器214能够使用OSD等等为用户提供图形用户界面(GUI)/UI。并且，UI管理器214能够从用户接收键输入并且响应于接收到的键输入执行设备的操作。例如，如果从用户接收到选择频道的键输入信号，则UI管理器214能够将键输入信号发送到服务管理器213。

服务管理器213能够控制与服务有关的管理器，诸如服务递送管理器203、服务发现管理器210、服务控制管理器209以及元数据管理212。

服务管理器213可以生成频道映射并且根据从UI管理器214接收到的键输入使用被生成的频道映射控制频道选择。服务管理器213能够从SI解码器204接收服务信息，并且将选择的频道的音频/视频PID(分组标识符)设置到解复用器205。设置的音频/视频PID能够被用于解复用过程。因此，解复用器205能够使用PID(PID过滤或者选择过滤)过滤音频数据、视频数据以及SI数据。

服务发现管理器210能够提供被要求选择提供服务的服务提供商的信息。一旦从服务管理器213接收用于选择频道的信号，服务发现管理器210基于接收到的信号发现或者搜索服务。

服务控制管理器209能够选择并且控制服务。例如，当用户选择直播广播服务时，能够使用IGMP或实时流式协议(RTSP)，并且当用户选择VOD服务时使用RTSP，服务控制管理器209执行服务选择和控制。RTSP能够提供用于实时流式的特效模式。而且，服务管理器213能够被初始化并且使用IMS和SIP(会话发起协议)通过IMS(IP多媒体子系统)管理会话。上述协议仅是示例并且取决于实现能够使用其它的协议。

元数据管理器212能够管理关于服务的元数据，并且将元数据存储在SI与元数据DB 211中。

SI与元数据DB 211能够存储由SI解码器204解码的SI数据、由元数据管理器212管理的元数据、以及由服务发现管理器210所提供的用于选择服务提供商所需要的信息。此外，SI与元数据DB 211能够存储系统设定数据等等。

使用非易失性RAM(NVRAM)或者闪存等等能够实现SI与元数据DB 211。

IMS网关250能够是收集被要求基于IMS访问IPTV服务所要求的功能的网关。

图3图示根据本发明的实施例的移动终端300的框图。在上面解释的图2涉及根据数字设备的实施例的固定设备，但是图3涉及作为数字设备的另一实施例的移动设备。

参考图3，移动终端300包括无线通信单元310、A/V(音频/视频)输入单元320、用户输入单元330、感测单元340、输出单元350、存储器360、接口单元370、控制器380、以及电源单元390。图3示出具有各种组件的移动终端300，但是应当理解不要求实现全部所图示的组件。可根据各种实施例实现更多或更少的组件。

无线通信单元310通常包括一个或多个允许在移动终端300和移动终端300所位于的无线通信系统或网络之间进行无线通信的组件。例如，无线通信单元310能够包括广播接收模块311、移动通信模块312、无线互联网模块313、短程通信模块314、以及位置定位模块315。

广播接收模块311经由广播信道从外部广播管理服务器接收广播信号和/或广播相关信息。广播信道可以包括卫星信道和陆地信道。能够在移动终端300中提供至少两个广播接收模块311，以有助于同时接收至少两个广播信道或广播信道切换。

广播管理服务器通常是产生和发送广播信号和/或广播相关信息的服务器，或者是提供有先前产生的广播信号和/或广播相关信息，然后将所提供的信号或信息发送至终端的服务器。广播信号可被实现为TV广播信号、无线电广播信号和/或数据广播信号，以及其他信号。如果需要，广播信号还可包括与TV或无线电广播信号组合的广播信号。

广播相关信息包括与广播频道、广播节目或广播服务提供商相关联的信息。此外，能够经由移动通信网络提供广播相关信息。在这样的情况下，能够由移动通信模块312接收广播相关信息。

广播相关信息能够以各种形式实现。例如，广播相关信息可包括电子节目指南(EPG)和电子服务指南(ESG)。

广播接收模块311可被配置为接收从各种类型的服务系统发送的广播信号。通过非限制性示例，这样的广播系统可以包括：陆地数字多媒体广播(DMB-T)、卫星数字多媒体广播(DMB-S)、手持数字视频广播(DVB-H)、数字视频广播-广播和移动服务融合(DVB-CBMS)、开放移动联盟广播(OMA-BCAST)、被称为仅媒体前向链路(MediaFLO)的数据广播系统、以及陆地综合服务数字广播(ISDB-T)。可选地，能够将广播接收模块311配置为适合于其他广播系统，以及上述数字广播系统。

可将广播接收模块311接收的广播信号和/或广播相关信息存储在适当的设备中，诸如存储器360中。

移动通信模块312经由诸如GSM(全球移动通信系统)、CDMA(码分多址)、或WCDMA(宽带CDMA)等等的移动网络将无线信号发送到一个或多个网络实体(例如，基站、外部终端、和/或服务器等等)/从一个或多个网络实体接收无线信号。这样的无线信号可以承载音频、视频和根据文本/多媒体消息的数据。

无线互联网模块313支持移动终端300的互联网接入。该模块可内部或外部耦合至移动终端300。无线互联网技术能够包括WLAN(Wi-Fi)、Wibro、Wimax、HSDPA、GSM、CDMA、WCDMA、或者LTE。

通过Wibro、HSDPA、GSM、CDMA、WCDMA、或者LTE的无线互联网接入经由移动通信网络被实现。在这方面，无线互联网模块313可以被认为是经由移动通信网络执行无线互联网接入的一种移动通信模块312。

短程通信模块314有助于相对短程的通信。用于实现该模块的适当技术包括RFID、IrDA、UWB、以及通常称为蓝牙和紫蜂的网络技术，等等。

位置定位模块315识别或以其他方式获得移动终端100的定位。根据一个实施例，可利用全球定位系统(GPS)模块实现该模块。GPS模块315能够通过计算距至少三颗卫星的距离信息和精确的时间信息，然后对计算的信息应用三角测量，基于至少经度、纬度或高度以及方向(或取向)，来精确地计算当前的三维位置信息。使用三颗卫星计算位置信息和时间信息，然后使用另一颗卫星修正(或者校正)所计算的位置和一条或者多条时间信息的误差。此外，GPS模块315能够通过连续计算实时当前定位来计算速度信息。

继续参考图3，音频/视频(A/V)输入单元320被配置为向移动终端300提供音频或视频信号输入。如图所示，A/V输入单元320包括相机321和麦克风322。相机321接收和处理在视频呼叫模式或拍摄模式下由图像传感器获得的静止图片或视频的图像帧。此外，能够在显示器351上显示经处理的图像帧。

由相机321处理的图像帧能够被存储在存储器360中，或者能够经由无线通信单元310被发送到外部接收者。可选地，根据使用环境，能够在移动终端300中提供至少两个相机321。

当便携式设备处于诸如电话呼叫模式、记录模式和语音识别的特殊模式时，麦克风322接收外部音频信号。该音频信号被处理和转换为电音频数据。在呼叫模式下，经由移动通信模块312将经处理的音频数据转换为可被发送至移动通信基站的格式。麦克风322通常包括配套的噪声去除算法，以去除接收外部音频信号过程中生成的噪声。

用户输入单元330响应于相关联的一个或多个输入设备的用户操纵而生成输入数据。这样的设备的示例包括小键盘、薄膜开关、触摸板(例如，静压/电容)、滚动轮、以及滚动开关。

感测单元340提供感测信号，用于使用移动终端的各个方面的状态测量来控制移动终端300的操作。例如，感测单元340可以检测移动终端300的开启/闭合状态、移动终端300的组件(例如，显示器和小键盘)的相对方位、移动终端300或移动终端300的组件的位置(或定位)变化、用户与移动终端300接触的存在或不存在，以及移动终端300的取向或加速度/减速度。作为示例，考虑将移动终端300配置为滑盖式移动终端。在该配置中，感测单元340可感测移动终端的滑动部分是否开启或闭合。根据其它示例，感测单元340感测由电源单元390提供的电力的存在或不存在以及在接口单元370和外部设备之间的耦合或其他连接的存在或不存在。根据一个实施例，感测单元340能够包括接近传感器341。

输出单元350生成与视觉、听觉、以及触摸的感测有关的输出。此外，输出单元350包括显示器351、音频输出模块352、报警单元353触觉模块354、投影仪模块355等。

显示器351通常被实施为视觉显示(输出)与移动终端300相关联的信息。例如，如果移动终端在电话呼叫模式下操作，则显示器通常将提供UI或GUI，其包括与电话呼叫的拨打、进行和终止相关联的信息。作为另一示例，如果移动终端300处于视频呼叫模式或拍摄模式下，则显示器351可以另外或可替换地显示与这些模式相关联的图像、UI或GUI。

可使用已知的显示技术实现显示模块351。这些技术例如包括液晶显示器(LCD)、薄膜晶体管-液晶显示器(TFT-LCD)、有机发光二极管显示器(OLED)、柔性显示器和三维显示器。移动终端300可以包括一个或多个这样的显示器。

显示器的一些能够被实现为透明或光透射式，即，透明显示器。透明显示器的代表性示例是TOLED(透明OLED)。显示器351的后部构造也能够被实现为光透射式。在该构造中，用户能够在终端主体的显示器351的一部分上来观察位于终端主体后部的物体。

根据移动终端300的一个实施例，能够在移动终端300中提供至少两个显示器351。例如，多个显示器能够被布置成相互隔开或者在移动终端300的单个面上形成单个主体。可替选地，能够将多个显示器布置在移动终端300的不同面上。

如果显示器351和用于检测触摸动作的传感器(下文中称为“触摸传感器”)被配置成相互分层结构(下文中称为“触摸屏”)，则显示器351可用作输入设备以及输出设备。在这样的情况下，触摸传感器能够被配置为触摸膜、触摸片、或者触摸板。

触摸传感器能够被配置为将向显示器351的特定部分施加的压力或从显示器351的特定部分生成的电容变化转换为电输入信号。此外，触摸传感器可以被配置成检测触摸的压力以及触摸位置或尺寸。

如果向触摸传感器进行触摸输入，则对应于该触摸输入的一个或多个信号就被传送到触摸控制器。触摸控制器处理该一个或多个信号，然后将经处理的一个或多个信号传送到控制器380。因此，控制器380意识到何时显示器351的规定部分被触摸。

参考图3，能够在由触摸屏包围的或触摸屏周围的移动终端300的内部区域处提供接近传感器341。接近传感器是在不进行机械接触的情况下使用电磁场强度或红外线来检测接近指定检测表面的物体或者存在于(位于)接近传感器周围的物体的存在或不存在。因此，接近传感器341比接触式传感器更加耐久，并且也具有比接触式传感器更广的实用性。

接近传感器341能够包括透射光电传感器、直接反射光电传感器、镜反射光电传感器、射频振荡接近传感器、静电电容接近传感器、磁接近传感器、以及红外接近传感器中的一个。如果触摸屏包括静电电容接近传感器，则其被配置为使用根据指示器的接近的电场的变化来检测指示器的接近。在此配置中，能够将触摸屏(触摸传感器)视为接近传感器。

为了清晰和便于解释，可将使得能够将接近触摸屏的指示器识别为被放置在触摸屏上的动作称为“接近触摸”，并且将使得指示器能够实际接触触摸屏的动作可以称为“接触触摸”。并且，使用指示器进行接近接触触摸屏的位置可意味着当指示器进行接近触摸时指示器垂直对应于触摸屏的位置。

接近传感器检测接近触摸和接近触摸样式(例如，接近触摸距离、接近触摸持续时间、接近触摸位置、接近触摸移位状态等等)。能够将对应于所检测的接近触摸动作和所检测的接近触摸样式的信息输出至触摸屏。

音频输出模块352在各种模式下起作用，包括呼叫接收模式、呼叫拨打模式、记录模式、语音识别模式、以及广播接收模式，以输出从无线通信单元310接收的或存储在存储器360中的音频数据。在操作期间，音频输出模块352输出关于特定功能(例如，接收的呼叫、接收的消息)的音频。可以使用一个或多个扬声器、蜂鸣器、其他音频发生设备以及这些设备的组合实现音频输出模块352。

报警单元353输出用于通知发生了与移动终端300相关联的特定事件的信号。典型事件包括接收到呼叫、接收到消息和接收到触摸输入。报警单元353能够通过振动以及视频或音频信号输出用于通知事件发生的信号。能够经由显示器351或音频输出模块352输出视频或音频信号。因此，能够将显示器351或音频输出模块352视为报警单元353的一部分。

触觉模块354生成能够由用户感知的各种触觉效果。振动是由触觉模块354生成的一种代表性触觉效果。由触觉模块354生成的振动强度和样式是可控的。例如，不同振动能够通过合成在一起的方式被输出，或者能够被依次输出。

触觉模块354能够生成各种触觉效果以及振动。例如，触觉模块354可以生成归因于相对接触皮肤表面垂直移动的针的布置的效果；归因于空气通过喷射/吸入孔的喷射/吸入力的效果；归因于在皮肤表面上掠过的效果；归因于接触电极的效果；归因于静电力的效果；归因于使用吸热或发热设备表现的热/冷感觉的效果。

能够实现触觉模块354以使得用户能够通过手指或手臂的肌肉感知来感测到触觉效果，以及通过直接接触传递触觉效果。可选地，根据移动终端300的实施例，能够在移动终端300中提供至少两个触觉模块354。

存储器单元360通常用于存储各种类型的数据，以支持移动终端300的处理、控制和存储需求。这样的数据的示例包括：用于在移动终端300上操作的应用的程序指令、联系人数据、电话本数据、消息、音频、静止图片(或照片)、以及移动图片。此外，能够在存储器单元360中存储每种数据的最近使用历史或累计使用频率(例如，每个电话本、每条消息或每个多媒体文件的使用频率)。

此外，能够在存储器360中存储用于响应于对触摸屏的触摸输入输出的振动和/或声音的各种模式的数据。

可以使用任何类型的适当的易失和非易失存储器或存储设备或其组合实现存储器360，包括：硬盘、随机存取存储器(RAM)、静态随机存取存储器(SRAM)、电可擦可编程只读存储器(EEPROM)、可擦可编程只读存储器(EPROM)、可编程只读存储器(PROM)、只读存储器(ROM)、磁存储器、闪存、磁盘或光盘、多媒体卡微型存储器、卡式存储器(例如，SD存储器、或者XD存储器)，或者其他类似的存储器或数据存储设备。此外，移动终端300能够结合用于在互联网上执行存储器360的存储功能的网络存储来操作。

接口单元370可以被实现为将移动终端300和外部设备相耦合。接口单元370从外部设备接收数据，或者被供电，然后接口单元370将数据或电力传送至移动终端300的相应的元件，或者使得能够将移动终端300内的数据传送至外部设备。使用有线/无线头戴式端口、外部充电器端口、有线/无线数据端口、存储器卡端口、用于耦合至具有标识模块的设备的端口、音频输入/输出端口、视频输入/输出端口、以及/或者耳机端口来配置接口单元370。

标识模块是存储用于验证移动终端300的使用权限的各种信息的芯片，并且能够包括用户标识模块(UIM)、订户标识模块(SIM)和/或通用订户标识模块(USIM)。能够将具有标识模块的设备(下文中称为“标识模块”)制造为智能卡。因此，标识模块可经由对应的端口连接到移动终端300。

当将移动终端300连接至外部支架时，接口单元370变为用于从支架向移动终端300供电的通道，或者变为用于将用户从支架输入的各种命令信号传递至移动终端300的通道。从支架输入的各种命令信号或者电力中的每一个都能够起到使移动终端300识别到其已经正确装载在支架中的信号的作用。

控制器380通常控制移动终端300的整体操作。例如，控制器380执行与语音呼叫、数据通信、以及视频呼叫相关联的控制和处理。控制器380能够包括多媒体模块381，其提供多媒体回放。多媒体模块381可被配置成控制器380的一部分，或者可作为单独的组件实现。

此外，控制器380能够执行模式(或图像)识别处理，用于将在触摸屏上执行的书写输入和绘图输入分别识别为字符或图像。

电源单元390向移动终端300提供各种组件所需的电力。该电力可以是内部电力、外部电力或内部和外部电力的组合。

例如，可在使用计算机软件、硬件或计算机软件和硬件的一些组合在计算机可读介质中实现在此所述的各种实施例。对于硬件实施，可在一个或多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理器件(DSPD)、可编程逻辑器件(PLD)、现场可编辑门阵列(FPGA)、处理器、控制器、微控制器、微处理器、设计用于执行在此所述功能的其他电子单元、或其选择性组合中实现在此所述的实施例。也可通过控制器180实现这样的实施例。

对于软件实施，可通过单独的软件模块实现在此所述的实施例，软件模块诸如是程序和函数，其中的每一个都执行在此所述的一个或多个功能或操作。能够以任何适当的编程语言编写的软件应用实现软件代码，并且可将软件代码存储在诸如存储器160的存储器中，并且由诸如控制器380的控制器或处理器来执行。

图4图示根据本发明的另一实施例的数字设备。

根据本发明的另一实施例的数字设备400能够包括广播接收单元405、外部设备接口435、存储单元440、用户输入接口450、控制器470、显示单元480、音频输出单元485、电源单元490、以及拍摄单元(未示出)。在此，广播接收单元305能够包括调谐器410和解调器420以及网络接口430中的至少一个。广播接收单元405能够包括调谐器410和解调器420，而没有网络接口430，或者能够包括网络接口430，而没有调谐器410和解调器420。广播接收单元405能够包括复用器(未示出)，其对经由调谐器410通过解调器420解调的信号和通过网络接口430所接收到的信号进行复用。此外，广播接收单元405能够包括解复用器(未示出)，并且对经复用的信号、经解调的信号或通过网络接口430接收到的信号进行解复用。

通过调谐到由用户选择的频道或所有先前存储的频道，调谐器410能够通过天线接收射频(RF)广播信号。而且，调谐器410能够将接收到的RF广播信号转换成IF(中间频率)信号或者基带信号。

例如，如果接收到的RF广播信号是数字广播信号，则其被转换成数字IF(DIF)信号，并且如果接收到的RF广播信号是模拟广播信号，则其被转换成模拟基带信号或者语音信号(CVBS/SIF)。即，调谐器410能够处理数字广播信号和模拟广播信号。从调谐器410输出的模拟基带信号或者语音信号(CVBS/SIF)能够被直接地输入到控制器470。

调谐器410能够接收单载波或者多载波的RF广播信号。调谐器410能够顺序地调谐并且接收通过天线接收到的RF广播信号当中的通过频道存储功能存储的所有广播频道的RF广播信号。并且，调谐器410能够将接收到的RF广播信号转换成DIF(数字中间频率或者基带频率)。

解调器420接收DIF信号，解调接收到的DIF信号，并且执行信道解码等等。为此，解调器420包括格解调器、去交织器、里德-索罗门解码器等等，或者包括卷积解码器、去交织器、里德-索罗门解码器等等。

解码器420能够在执行解调和频道解码之后输出传送流(TS)。这时，TS信号可以是通过复用视频信号、音频信号或者数据信号的信号。作为示例，TS信号能够是通过复用MPEG-2标准视频信号、杜比(AC-3标准)音频信号等等的MPEG-2 TS。

从解调器420输出的TS信号能够被输入到控制器470。控制器470能够控制解复用、处理音频/视频信号等等。此外，控制器470能够控制通过显示单元480输出视频和通过音频输出单元485输出音频。

外部设备接口435能够提供用于将外部设备与数字设备400对接的环境。为了实现这个，外部设备接口435能够包括A/V输入/输出单元(未示出)或者RF通信单元(未示出)。

外部设备接口435能够以有线的/无线的方式与外部设备连接，外部设备诸如是数字多功能盘(DVD)、蓝光播放器、游戏设备、相机、摄像机、计算机(笔记本计算机)、平板PC、智能手机、蓝牙设备、云等等。外部设备接口435将信号传送到数字设备的控制器470。信号包括通过外部设备输入的图像数据、视频数据、音频数据。外部设备被连接到数字设备。控制器470能够控制将包括被处理的图像数据、被处理的视频数据以及被处理的音频数据的信号输出到所连接的外部设备。为此，外部设备接口435能够进一步包括A/V输入/输出单元(未示出)或者无线通信单元(未示出)。

A/V输入/输出单元可以包括USB端子、CVBS端子、组件端子、S-视频端子(模拟)、DVI端子、HDMI端子、RGB端子、D-SUB端子等。

RF通信单元能够执行近场通信。例如，数字设备400能够根据通信协议与其它电子装置进行组网，通信协议诸如是蓝牙、RFID、IrDA、UWB、紫蜂、DLNA。

网络接口430可以提供用于将数字设备400连接到有线/无线网络的接口。

使用网络接口430，数字设备能够通过与其连接的网络或者链接到所连接的网络的另一网络，将数据发送到其它用户或者其它电子装置/从其它用户或者其它电子装置接收数据，或者访问预定的网页。

网络接口430能够通过网络选择性地从公众开放的应用之中接收期望的应用。

存储单元440可以存储用于信号处理的程序，并且可以控制和存储处理的视频、音频或数据信号。

此外，存储单元440可以执行暂时存储从外部设备接口435或网络接口430输入的视频、音频或数据信号的功能。存储单元440可以通过频道存储器功能来存储关于预定广播频道的信息。

存储单元440能够存储从外部设备接口435或网络接口430输入的应用或应用列表。存储单元440可以存储稍后将被描述的各种平台。存储单元440能够包括一个或多个类型的存储介质，诸如快闪存储器类型、硬盘类型、多媒体卡微型、卡型存储器(例如，SD或者XD存储器)、RAM、EEPROM等。数字设备400可以产生内容文件(视频文件、静止图像文件、音乐文件、文本文件、应用文件等)并且将它们提供给用户。

虽然图4图示了存储单元440与控制器470分开的实施例，但是数字设备400的配置不限于此，并且存储单元440可以被包括在控制器470中。

用户输入接口450可以将由用户输入的信号发送到控制器470或者将从控制器470输出的信号递送到用户。

例如，用户输入接口450能够根据诸如RF通信、IR通信等的各种通信方案，从远程控制器500接收控制信号，诸如接通电源/切断信号、频道选择信号、图像设置信号等，或者将控制器470的控制信号发送到远程控制器500。

用户输入接口450能够通过设定值的电源键、频道键、音量键、以及本地键(未示出)而输入的控制信号发送到控制器470。

用户输入接口450能够发送从感测用户的手势的感测单元(未示出)输入的控制信号，或者将控制器470的信号递送到感测单元(未示出)。在这里，感测单元可以包括触摸传感器、语音传感器、位置传感器、动作传感器、加速度传感器、陀螺仪传感器、速度传感器、倾斜传感器、温度传感器、压力或背压力传感器等。

控制器470能够通过解复用通过调谐器410、解调器420或者外部设备接口435输入的流，或者处理经解复用的信号来生成并且输出用于视频或音频输出的信号。

由控制器470处理的视频信号能够被输入到显示单元480并且通过显示单元480被显示为图像。此外，由控制器470处理的视频信号能够通过外部设备接口435被输入到外部输出设备。

由控制器470处理的音频信号能够被施加到音频输出单元485。否则，由控制器470处理的音频信号能够通过外部设备接口435被施加到外部输出设备。

控制器470可以包括在图4中未被示出的解复用器和图像处理器。

控制器470能够控制数字设备400的总体操作。例如，控制器470能够控制调谐器410调谐到与由用户选择的或先前存储的频道相对应的RF广播。

控制器470能够根据通过用户输入接口450输入的用户命令或内部程序来控制数字设备400。特别地，控制器470能够控制数字设备400链接到网络，从而将用户期望的应用或应用列表下载到数字设备400。

例如，控制器470可以控制调谐器410接收响应于通过用户输入接口450接收到的预定频道选择命令所选择的频道的信号。此外，控制器470可以处理与被选择的频道相对应的视频、音频或数据信号。通过显示单元480或音频输出单元485，控制器470可以控制关于由用户选择的频道的信息与经处理的视频或音频信号一起被输出。

可替选地，根据通过用户输入接口450接收到的外部设备图像再现命令，控制器470可以控制通过外部设备接口435从例如相机或摄像机的外部装置接收到的视频信号或音频信号而通过显示单元480或音频输出单元485被输出。

控制器470能够控制显示单元480来显示图像。例如，控制器470能够控制通过调谐器410输入的广播图像、通过外部设备接口435接收到的外部输入图像、通过网络接口430输入的图像、或存储在存储单元440中的图像，以显示在显示单元480上。在这里，显示在显示单元480上的图像可以为静止图像或视频，并且其可以为2D或3D图像。

控制器470能够控制内容的再现。在这里，内容可以是存储在数字设备400中的内容、接收到的广播内容、或从外部设备输入的内容。内容可以包括广播图像、外部输入图像、音频文件、静止图像、链接的网络的图像/以及文本文件中的至少一种。

当选择应用查看菜单时，控制器470能够控制可从数字设备400或外部网络下载的应用或应用列表的显示。

除了各种用户接口之外，控制器470还能够控制从外部网络下载的应用的安装和执行。此外，控制器470能够控制与由用户选择执行的应用有关的图像，以显示在显示单元480上。

数字设备400还可以包括频道浏览处理器(未示出)，其生成与频道信号或外部输入信号相对应的缩略图图像。

频道浏览处理器能够接收从解调器420输出的流信号(例如，TS)或从外部设备接口435输出的流信号，并且从所接收到的流信号中提取图像以生成缩略图图像。所生成的缩略图图像能够被直接地输入到控制器470，或者能够被编码并且然后输入到控制器470。同样地，缩略图图像能够被编码为流并且然后应用到控制器470。控制器470能够使用向其输入的缩略图图像在显示单元480上显示包括多个缩略图图像的缩略图列表。在缩略图列表中包括的缩略图图像能够被顺序地更新或同时地更新。因此，用户能够方便地检查多个广播频道的内容。

显示单元480可以将由控制器470处理的视频信号、数据信号和OSD信号以及从外部设备接口435接收到的视频信号与数据信号转换为RGB信号，以生成驱动信号。显示单元480可以是PDP、LCD、OLED、柔性显示器、3D显示器或等等。显示单元480可以被配置为触摸屏并且用作为输入设备而不是输出设备。音频输出单元485接收由控制器470音频处理的信号，例如立体声信号、3.1声道信号或5.1声道信号，并且将所接收到的信号作为音频来输出。音频输出单元485能够被配置为各种扬声器中的一个。

数字设备400还可以包括用于感测用户的手势的感测单元(未示出)，其包括如上文所描述的触摸传感器、语音传感器、位置传感器以及动作传感器中的至少一个传感器。能够通过用户输入接口450将由感测单元(未示出)所感测的信号递送到控制器470。数字设备400还可以包括用于对用户进行拍照的拍摄单元(未示出)。通过拍摄单元(未示出)获取的图像信息能够被提供给控制器470。控制器470可以从通过拍摄单元捕获的图像或通过感测单元(未示出)感测的信号，或者通过组合图像和信号来感测用户的手势。

电源单元490可以向数字设备400提供电力。特别地，电源单元490能够向能够被实现为片上系统(SoC)的控制器470、用于显示图像的显示单元480、以及用于音频输出的音频输出单元485提供电力。

远程控制器500可以将用户输入发送到用户输入接口450。为了实现这个，远程控制器500能够使用蓝牙、RF通信、IR通信、UWB、紫蜂等。此外，远程控制器500能够接收从用户输入接口450输出的音频、视频或数据信号，并且显示所接收到的信号或者将所接收到的信号作为音频或振动来输出。

图2中所示的应用管理器的功能能够被划分，并且由控制器470、受到控制器470控制的存储单元440、用户接口450、显示单元480以及音频输出单元485来执行。

图2和4中所示出的数字设备是示例性的，并且其组件能够根据其规范而集成、添加或省略。即，根据需要，两个或更多个组件能够被集成到一个组件中或者一个组件能够被细分成两个或更多个组件。由每个组件执行的功能被示例以描述本发明的实施例并且详细的操作或设备不限制本发明的范围。图2中所示的组件中的一些可以被省略或者组件(图2中未示出)可以根据需要被添加。根据本发明的实施例的数字设备可以不包括调谐器和解调器，与图2和4中所示的数字设备不同，并且可以通过网络接口或外部设备接口接收内容，并且再现该内容。

数字设备是处理在其中存储的图像或输入图像的图像信号处理器的示例。图像信号处理器的其它示例可以包括：STB，该STB不包括图4中所示的显示单元380和音频输出单元485；DVD播放器；蓝光播放器；游戏设备；计算机等。

图5图示了根据本发明的另一实施例的数字设备。特别地，图5示出了用于实现3D数字设备的配置，其能够被包括在图2和3的配置中。

根据本发明的数字设备可以包括解复用器510、图像处理器520、OSD生成器540、混合器550、FRC 555、以及3D格式器(或输出格式器)560。

例如，解复用器510能够将输入流信号解复用成MPEG-2 TS图像、音频信号以及数据信号。

图像处理器能够使用视频解码器525和定标器535来处理经解复用的图像信号。视频解码器525能够对经解复用的图像信号进行解码并且定标器535能够对经解码的图像信号的分辨率进行定标使得能够显示该图像信号。

由图像处理器520解码的图像信号可以被输入到混合器550。

OSD生成器540可以自动地或者根据用户输入生成OSD数据。例如，OSD生成器540可以基于用户输入接口的控制信号生成要以图像或文本的形式显示在输出单元的屏幕上的数据。由OSD生成器540生成的OSD数据可以包括各种数据，诸如数字设备的用户接口图像、各种菜单屏幕、窗口小部件、图标以及关于评级的信息。OSD生成器540能够生成广播图像的标题或者用于显示基于EPG的广播信息的数据。

混合器550可以将由OSD生成器540生成的OSD数据和由图像处理器520处理的图像信号混合。混合器550可以将经混合的信号提供给3D格式器560。通过将经解码的图像信号和OSD数据混合，OSD可以被重叠在广播图像或外部输入图像上。

FRC 555可以转换输入视频的帧速率。例如，根据输出单元的输出频率，帧速率转换器555能够将输入的60Hz的视频的帧速率转换到120Hz或240Hz的帧速率。当不执行帧转换时，可以旁路帧速率转换器555。

3D格式器560可以将向其输入的、帧速率转换器555的输出改变成适合于输出单元的输出格式的形式。例如，3D格式器560能够输出RGB数据信号。在该情况中，这个RGB数据信号能够根据低电压差分信号(LVDS)或小型-LVDS来输出。当从帧速率转换器555输出的3D图像信号被输入到3D格式器560时，3D格式器560能够对3D图像信号进行格式化，使得3D图像信号与输出单元的输出格式相匹配，从而支持3D服务。

音频处理器(未示出)可以音频处理经解复用的音频信号。音频处理器(未示出)能够支持各种音频格式。例如，当音频信号被以MPEG-2、MPEG-4、高级音频编码(AAC)、高效率-ACC(HE-AAC)、AC-3和比特分片音频编码(BSAC)格式进行编码时，音频处理器(未示出)能够包括与格式相对应的解码器，以处理该音频信号。此外，音频处理器(未示出)能够控制低音、高音以及音量。

此外，数据处理器(未示出)能够处理经解复用的数据信号。例如，当经解复用的数据信号被编码时，数据处理器(未示出)能够对已编码的解复用的数据信号进行解码。在这里，已编码的数据信号可以是包括广播信息的EPG信息，广播信息诸如是通过每个频道广播的广播节目的开始时间和结束时间(或持续时间)。

同时，作为根据本发明的实施例的上述数字设备，根据被实际实现的数字设备的性能，能够集成、添加或者省略各个组件。即，如有必要，至少两个组件被统一成单个组件或者单个组件被划分成至少两个组件。而且，通过各个块执行的功能解释本发明的实施例，特定的操作或者设备不限制本发明的范围。

同时，数字设备能够是用于执行被输入的图像或者被存储在设备中的图像的信号的图像信号处理设备。图像信号设备的其它示例能够是不包括图4中示出的显示单元480和音频输出单元485的STB、DVD播放器、蓝光播放器、游戏设备、计算机等等。

图6图示了根据本发明的实施例的数字设备的远程控制器。

为了执行用于实现根据实施例的本发明的各种操作，能够以有线/无线的方式与数字设备600进行通信的各种用户接口设备(UID)能够被用作远程控制器。

远程控制器能够使用各种通信协议，诸如蓝牙、RFID、IrDA、UWB、紫蜂、DLNA等。

除了一般远程控制器610以外，UID还能够包括移动设备(例如，智能手机、平板PC等等)、魔力远程控制器(magic remote controller)620、以及配备有键盘和触摸板的远程控制器630。

魔力远程控制器620可以包括安装在其中以感测用户手的振动或旋转的陀螺仪传感器。即，魔力远程控制器620能够根据用户的上、下、左以及右运动来移动指示器，以使得用户能够容易地执行期望的动作，例如，容易地控制频道或菜单。

包括键盘和触摸板的远程控制器630能够通过键盘帮助文本输入，并且通过触摸板控制指示器的移动和图片或视频的放大和减小。

因为传统的远程控制器600不足以充分地控制数字设备600，所以键盘630已经被实现使得其与个人计算机(PC)的键盘相似，以便于方便地输入文本，这是因为数字设备600所提供的不仅仅是与之前相比提供更多的广播节目，而是具有提供web浏览器、应用、社交网络服务(SNS)等等的智能集成数字设备。

同时，如果有必要，诸如远程控制器610、指向设备620、以及键盘630的控制装置包括触摸板，以控制文本输入的功能、移动指示器更加方便地扩大/缩小图片和视频剪辑。

在本说明书中描述的数字设备能够使用Web OS作为平台。在下文中，基于Web OS的处理或算法可以通过上述数字设备的控制器来执行。控制器包括图2至图5的控制器并且具有广义的概念。因此，在下文中，在数字设备中用于处理基于Web OS的服务、应用、内容等的组件，包括软件、固件或硬件被称为控制器。

例如，这样的基于Web OS平台可以基于Luna服务总线通过集成服务、应用等等改进开发独立性和功能可延伸性，并且基于web应用框架增加应用开发生产力。另外，经由Web OS进程和资源管理可以有效地使用系统资源等等以支持多任务。

不仅对于诸如个人计算机(PC)、TV以及机顶盒(STA)的固定设备而且对于诸如蜂窝电话、智能电话平板PC、膝上型计算机、以及可佩戴设备的移动设备，在本申请中描述的Web OS平台可以是可用的或者可以被加载。

用于数字设备的软件结构是取决于市场解决传统问题的单片结构，是基于多线程的单个进程和封闭产品，并且在外部应用方面具有困难。为了追求基于新平台的开发，经由芯片组更换和UI应用和外部应用开发效率的成本创新、分层以及组件化被执行以获得3层结构和用于附加的附加结构、单个源产品以及开放应用。最近，已经进行了软件结构的模块化设计，以便于为功能单元的回显系统和模块结构或者用于游戏引擎的原生开放API提供网络开放应用编程接口(API)，并且从而已经产生基于服务结构的多进程结构。

图7是图示根据本发明的一个实施例的Web OS架构的图。

现在将会参考图7描述Web OS平台的架构。

平台大体上可以被划分成内核、基于系统库的Web OS核平台、应用、服务等等。

Web OS平台的架构具有分层的结构。OS被设置在最低层处，系统库被设置在次最高层处并且应用可以被设置在最高层处。

首先，最低层是包括Linux内核的OS层，使得Linux被包括作为数字设备的OS。

在比OS层更高的层处，板级支持包(BSP)/硬件抽象层(HAL)层、Web OS核心模块层、服务层、Luna服务总线层以及Enyo框架/原生开发套件(NDK)/QT层被顺序地提供。在最高层处，提供应用层。

上述Web OS分层的结构的一些层可以被省略，并且多个层可以被组合成一个层，并且一个层可以被划分成多个层。

Web OS内核模块层可以包括：Luna表面管理器(LSM)，用于管理表面窗口等等；系统和应用管理器(SAM)，用于管理应用的执行和性能状态等等；以及web应用管理器(WAM)，用于基于Web套件(WebKit)管理web应用。

LSM管理被显示在屏幕上的应用窗口。LSM可以控制显示硬件(HW)并且提供用于呈现对于应用所必需的内容的缓冲器，并且构成和输出在屏幕上呈现多个应用的结构。

SAM根据系统的数个条件和应用管理策略。

WAM是以Enyo框架为基础，因为Web OS将web应用视为基本应用。

应用可以经由Luna服务总线使用服务。经由总线可以重新注册服务，并且应用可以检测和使用所期待的服务。

服务层可以包括具有各种服务水平的服务，诸如TV服务、Web OS服务等等。例如，Web OS服务可以包括媒体服务器、Node.JS等等，并且特别地，Node.JS服务支持JavaScript。Web OS服务可以经由总线与实现功能逻辑的Linux进程通信。

Web OS服务大体上被划分成四个部分，从TV进程和现有的TV迁移到Web OS，被开发成在制造商、Web OS公共服务和JavaScript之间不同的服务，并且由经由Node.js使用的Node.js服务组成。

应用层可以包括由数字设备可支持的所有应用，诸如TV应用、陈列窗应用、原生应用、web应用等等。

根据实现方法，在Web OS上的应用可以被划分成web应用、palm开发套件(PDK)应用、Qt元语言或者Qt建模语言(QML)应用等等。

web应用是以Web套件引擎为基础并且在WAN运行时上执行。这样的web应用是以Enyo框架为基础或者可以被开发并且基于一般的HTML5、层叠样式表(CSS)以及JavaScript执行。

PDK应用包括基于为第三方或者外部开发人员提供的PDK以C/C++开发的原生应用。PDK指的是被提供以使第三方能够开发诸如游戏的原生应用(C/C++)的一组开发库和工具。例如，PDK应用可以被用于开发要求高性能的应用。

QML应用是基于Qt的原生应用并且包括与Web OS平台一起提供的基本应用，诸如卡片视图、主页仪表板、虚拟键盘等等。QML是脚本格式的标记语言，不是C++。

原生应用是使用C/C++开发和编译的应用并且以二进制形式执行并且具有诸如高执行速度的优点。

图8是图示根据本发明的一个实施例的Web OS服务的架构的图。

图8是基于Web OS设备的运行时的框图并且参考图7的分层结构描述。

在下文中，将会参考图7和图8给出描述。

参考图8，服务、应用以及Web OS核模块被包括在系统OS(Linux)和系统库上并且其间的通信可以经由Luna服务总线被执行。

经由Luna服务总线，经由诸如上述的SAM、WAM以及LSM的Web OS核模块，处理诸如电子邮件、联系人或者日历、CSS、Javascript等的基于HTML5的Node.JS服务、诸如登录、备份、文件通知、数据库(DB)、活动管理器、系统策略、音频守护进程(AudioD)、更新、媒体服务器等等的Web OS服务、诸如EPG、个人视频记录器(PVR)、数字广播等等的TV服务、诸如语音识别、现在开始(now on)、通知、搜索、自动内容识别(ACR)、内容列表浏览器(CBOX)、wfdd、DMR、远程应用、下载、索尼飞利浦数字接口格式(SDPIF)等等的CP服务、诸如PDK应用、浏览器、QML应用、基于Enyo框架的UI有关的TV应用的原生应用以及web应用。TV应用和web应用没有必要以Enyou框架为基础或者与UI有关。

CBOX可以管理被连接到TV的诸如USB驱动器、DLNA设备或者云服务器的外部设备的内容的元数据和列表。CBOX可以将诸如USB、DMS、DVR、云服务器等等的各种内容容器的内容列表输出为集成视图。CBOX可以显示诸如图片、音乐或者视频的各种类型的内容列表并且管理其元数据。CBOX可以实时输出被附接的存储的内容。例如，如果诸如USB的存储设备被插入，则CBOX应立即输出存储设备的内容列表。这时，可以定义用于处理内容列表的标准化方法。CBOX可以适应各种连接协议。

SAM被用于改进模块复杂性和可扩展性。例如，现有的系统管理器经由一个进程处理诸如系统UI、窗口管理、web应用运行时以及UX限制处理的数个功能，并且从而具有高的实现复杂性。为了解决这样的问题，SAM划分主功能并且理清功能之间的接口，从而减少实现复杂性。

LSM被支持以独立地开发和集成诸如卡片视图、启动器等等的系统UX并且容易地应对产品要求中的变化。如果使用应用上的应用(app-on-app)方法构成多个应用屏幕则LSM最大地使用硬件资源以能够多任务，并且可以提供用于21:9的窗口管理机制和多窗口。

基于QML，LSM支持系统UI的实现并且改进开发复杂性。基于MVC，QML UX可以使用屏幕布局和UI组件容易地配置视图并且容易地开发用于处理用户输入的代码。经由应用的QML扩展性插件实现QML和Web OS组件之间的接口，并且应用的图形操作可以以Wayland协议、luna服务调用等等为基础。

LSM是关于Luna表面管理器的缩写并且用作应用窗口构成器。

LSM在屏幕上构成并且独立地输出开发的应用、UI组件等等。当诸如最近的应用、陈列窗应用或者启动程序应用的组件呈现各自的内容时，作为构成器，LSM定义输出区域、链接方法等等。用作构成器的LSM执行诸如图形构成、焦点管理、输入事件等等的处理。这时，LSM从输入管理器接收事件、焦点等等，并且远程控制器、诸如鼠标和键盘的HID、操作杆、游戏板、远程应用、笔触摸等等，可以被包括作为输入管理器。

LSM支持多个窗口模型并且可以作为系统UI在所有应用中同时执行。LSM可以支持启动程序、最近事件、设置、通知、系统键盘、音量UI、搜索、手势、语音识别(话音转文本(STT)、文本转话音(TTS)、自然语言处理(NLP)等等)、图案手势(相机或者移动无线电控制单元(MRCU)、动态菜单、自动内容识别(ACR)等等。

图9是图示根据本发明的一个实施例的在Web OS设备中的图形构成流程的图。

参考图9，可以经由用作UI进程的web应用管理器910、用作web进程的Web套件920、LSM 930以及图形管理器(GM)940执行图形构成处理。

当web应用管理器910生成基于图形数据(或者应用)的web应用作为UI进程时，如果图形数据不是全屏应用，则生成的图形数据被递送给LSM。web应用管理器910接收通过Web套件920生成的应用，以便于在UI进程和web进程之间共享用于图形管理的图形处理单元(GPU)存储器，并且如果应用不是全屏应用则将应用递送给LSM 930。如果应用是全屏应用，则LSM 930可以旁路应用。在该情况中，应用被直接地递送给图形管理器940。

LSM 930经由Wayland表面将接收到的UI应用发送给Wayland构成器，并且Wayland构成器适当地处理UI应用并且将被处理的UI应用递送给图形管理器。例如，经由图形管理器940的LSM GM表面，从LSM 930接收到的图形数据被递送给图形管理器构成器。

全屏应用被直接地递送给图形管理器940而没有经过如上所述的LSM 930，并且经由WAM GS表面在图形管理器构成器中进行处理。

在屏幕上，图形管理器处理和输出Web OS设备中的所有的图形数据并且接收和输出经过上述LSM GM表面的数据、经过WAM GM表面的数据、以及经过GM表面的图形数据，诸如数据广播应用或者标题应用。GM构成器的功能与上述构成器相同或者相似。

图10是图示根据本发明的一个实施例的媒体服务器的图，图11是根据本发明的一个实施例的媒体服务器的框图，并且图12是图示根据本发明的一个实施例的在媒体服务器和TV服务之间的关系的图。

媒体服务器支持数字设备中的各种多媒体的执行并且管理必要的资源。媒体服务器可以有效地使用对于媒体播放所必需的硬件资源。例如，媒体服务器要求用于多媒体执行的音频/视频硬件资源并且有效地管理资源使用状态以有效地使用资源。通常，具有比移动设备的屏幕大的屏幕的固定设备在多媒体执行时要求更多的硬件资源并且由于大量的数据而要求更高的编码/解码速率和图形数据传输率。媒体服务器不仅应执行流或者文件回放而且执行广播、记录以及调谐任务、用于同时查看和记录的任务、以及用于在视频呼叫时在屏幕上同时显示发送人和接收人的任务。对于多媒体服务器来说由于芯片组单元中的诸如编码器、解码器、调谐器、显示引擎等等的硬件资源中的限制难以同时执行数个任务。例如，媒体服务器限制使用场景或者使用用户输入执行处理。

媒体服务器可以使系统稳定性稳健，并且可以每个管道地去除其中在媒体回放期间出现错误的回放管道，使得即使错误出现也不影响其他的媒体播放。这样的管道是用于在媒体回放请求时连接诸如解码、分析、输出等等的单元功能的链，并且所要求的单元功能可以根据媒体类型等等被改变。

媒体服务器可以具有可扩展性并且可以在没有影响现有的实现方法的情况下添加新型的管道。例如，媒体服务器可以容纳相机管道、视频会议(例如，Skype)管道、第三方管道等等。

媒体服务器可以处理一般的媒体回放和TV任务执行作为单独的服务，因为TV服务的接口不同于媒体回放的接口。媒体服务器支持与TV服务有关的诸如“设置频道(setchannel)”、“频道增加(channelup)”、“频道减小(channeldown)”、“频道调谐(channeltuning)”以及“记录开始(recordstart)”的应用，并且支持与一般媒体回放有关的操作，诸如“播放”、“暂停”和“停止”，即，支持与TV服务和一般媒体回放有关的不同操作并且将TV服务和媒体回放处理为单独的服务。

媒体服务器可以控制或者管理资源管理功能。通过媒体服务器进行设备中的硬件资源分配或者恢复。特别地，TV服务进程将正在被执行的任务和资源指配状态递送给媒体服务器。媒体服务器确保资源从而每当执行媒体时执行管道、允许在媒体执行请求时由于优先级(例如，策略)进行媒体执行，并且基于各个管道的资源状态，执行另一管道的资源恢复。通过策略管理器管理对于特定请求所必需的预定的执行优先级和资源信息，并且资源管理器与策略管理器通信以处理资源指配和恢复。

媒体服务器可以具有用于与回放有关的所有操作的标识符(ID)。例如，媒体服务器可以基于ID将命令发送给特定管道。媒体服务器可以将相应的命令发送给用于两个或者更多个媒体的回放的管道。

媒体服务器负责回放HTML5标准媒体。

媒体服务器根据TV重新结构化范围执行TV管道的服务进程。媒体服务器可以被设计并且被实现，不论TV重新结构化范围如何。如果TV的单独的服务进程没有被执行，则当在特定的任务中出现错误时TV可能被全部重新执行。

媒体服务器也被称为uMS，即，微型媒体服务器。媒体播放器是媒体客户端并且意指用于例如HTML5视频标签、相机、TV、Skype或者第二屏幕的Web套件。

媒体服务器主要管理诸如资源管理器或者策略管理器的微小资源。媒体服务器也控制web标准媒体内容的回放。媒体服务器可以管理管道控制器资源。

例如，媒体服务器支持可扩展性、可靠性、有效的资源使用等等。

换言之，uMS，即，微型媒体服务器，管理和控制用于Web OS设备内的适当的处理的资源使用，如诸如云游戏、MVPD(例如，支付服务等等)、相机预览、第二屏幕或者Skype的资源，和TV资源。例如，在各个资源的使用时使用管道，并且媒体服务器可以管理和控制用于资源管理的管道的产生、删除、使用。

当与任务有关的媒体启动诸如视频输出的请求、解码流和解析的序列时可以产生管道。例如，与TV服务和应用相关联，经由根据其关于资源使用的请求单独地产生的管道，控制和执行观看、记录、频道调谐等等。

参考图10，将会详细地描述媒体服务器的处理结构。

在图10中，应用或者服务经由Luna服务总线1010被连接到媒体服务器1020并且通过经由Luna服务总线1010产生的管道被连接和管理。

应用或者服务根据其属性包括各种客户端，并且可以经由客户端与媒体服务器1020或者管道交换数据。

例如，客户端包括用于与媒体服务器1020连接的媒体客户端(Web套件)和资源管理器(RM)客户端(C/C++)。

包括媒体客户端的应用被连接到如上所述的媒体服务器1020。更加具体地，例如，媒体客户端对应于下面描述的视频对象，并且使用的媒体服务器1020用于通过请求等等的视频操作。

视频操作与视频状态有关并且可以包括与视频操作有关的所有状态数据，诸如加载、下载、播放(回放或者再现)、暂停、停止等等。通过产生单独的管道可以处理这样的视频操作或者状态。因此，媒体客户端将与视频操作有关的状态数据发送给媒体服务器中的管道管理器1022。

媒体服务器1022经由与资源管理器1024的数据通信获取关于当前设备的资源的信息并且请求与媒体客户端的状态数据相对应的资源的指配。这时，如有必要，管道管理器1022或者资源管理器1024经由与策略管理器1026的数据通信控制资源指配。例如，如果要根据管道管理器1022的请求指配的资源在资源管理器1024中不存在或者缺乏，则根据策略管理器1026的优先级比较可以适当地执行资源指配。

关于根据资源管理器1024的资源指配而指配的资源，管道管理器1022请求根据来自于媒体管道控制器102的媒体客户端的请求生成用于操作的管道。

媒体管道控制器1028在管道管理器1022的控制下生成必要的管道。如所示的，可以生成媒体管道、相机管道、与回放、暂停或者停止有关的管道。管道包括用于HTML5、web CP、智能共享回放、缩略图提取、NDK、影院、多媒体和超媒体信息编码专家组(MHEG)等等的管道。

例如，管道可以包括基于服务的管道和基于URI的管道(媒体管道)。

参考图10，包括RM客户端的应用或者服务可以不被直接地连接到媒体服务器1020，因为应用或者服务能够直接地处理媒体。换言之，如果应用或者服务直接地处理媒体，则媒体服务器可以不被使用。这时，对于管道产生和使用，资源管理是必需的，并且，这时，uMS连接器被使用。当接收到用于应用或者服务的直接媒体处理的资源管理请求时，uMS连接器与包括资源管理器1024的媒体服务器1020通信。媒体服务器1020也包括uMS连接器。

因此，应用或者服务可以经由uMS连接器经由资源管理器1024的资源管理来应对RM客户端的请求。RM客户端可以处理诸如原生CP、TV服务、第二屏幕、flash播放器、You Tube媒体源扩展(MSE)、云游戏、Skype等等的服务。在该情况中，如上所述，如果对于资源管理是必需的，则资源管理器1024可以经由与策略管理器1026的适当的数据通信管理资源。

基于URI的管道不直接处理不同于上述RM客户端的媒体，而是经由媒体服务器1020处理媒体。基于URL的管道可以包括播放器工厂、Gstreamer、流式插件、数字版权管理(DRM)插件管道。

在应用和媒体服务之间的接口方法如下。

可以使用在web应用中使用服务的接口方法。在本方法中，使用palm服务桥接(PSB)的Luna调用方法和使用Cordova的方法可以被使用，其中显示器被扩展到视频标签。另外，使用与视频标签或者媒体元素有关的HTML5标准的方法可以被使用。

使用在PDK中的服务的方法可以被使用。

可替选地，使用现有的CP的方法可以被使用。为了后向兼容性，现有的平台的插件可以被扩展并且基于Luna被使用。

最后，使用非Web OS的接口方法可以被使用。在本实例中，Luna总线可以被直接地调用以执行对接。

无缝改变通过单独的模块(例如，TVWIN)来处理并且指的是在Web OS启动之前或者期间在没有Web OS的情况下在屏幕上首先显示TV节目并且然后执行无缝处理的过程。这被用于首先提供TV服务的基本功能的用途，用于对用户的通电请求的快速响应，因为Web OS的启动时间晚。模块是TV服务进程的一部分并且支持用于提供快速启动和基本TV功能、工厂模式等等的无缝改变。该模块负责从非Web OS模式到Web OS模式的切换。

图11示出媒体服务器的处理结构。

在图11中，实线表示进程组件并且虚线表示进程的内部处理模块。实线箭头表示进程间调用，即，Luna服务调用，并且虚线箭头表示诸如注册/通知的通知或者数据流。

服务、web应用或者PDK应用(在下文中，被称为“应用”)经由Luna服务总线被连接到各种服务处理组件并且经由服务处理组件被操作或者控制。

根据应用类型改变数据处理路径。例如，如果应用包括与相机传感器有关的图像数据，则图像数据被发送到相机处理器1130并且通过相机处理器1130处理。这时，相机处理器1130包括手势或者面部检测模块并且处理接收到的应用的图像数据。相机处理器1130可以根据用户选择关于请求管道的使用的数据经由媒体服务处理器1110或者自动地生成管线，并且处理该数据。

可替选地，如果应用包括音频数据，则可以经由音频处理器(AudioD)1140和音频模块(PulseAudio)1150处理音频。例如，音频处理器1140处理从应用接收到的音频数据并且将被处理的音频数据发送到音频模块1150。这时，音频处理器1140可以包括音频策略管理器，以确定音频数据的处理。通过音频模块1160处理被处理的音频数据。应用或者与其有关的管道可以通知音频模块1160与音频数据处理有关的数据。音频模块1150包括高级Linux声音架构(ALSA)。

可替选地，如果应用包括或者处理(在下文中，被称为“包括”)经历DMR的内容，则内容数据被发送到DRM服务处理器1170，并且DRM服务处理器1160生成DMR实例并且处理经历DRM的内容数据。DMR服务处理器1160经由Luna服务总线被连接到媒体管道中的DRM管道，用于处理经历DRM的内容数据。

在下文中，将会描述包括媒体数据或者TV服务数据(例如，广播数据)的应用的处理。

图12详细地示出图11的TV服务处理器和媒体服务器处理器。

因此，将会参考图11和图12给出描述。

首先，如果应用包括TV服务数据，则通过TV服务处理器1120/1220处理应用。

例如，TV服务处理器1120包括DVR/频道管理器、广播模块、TV管道管理器、TV资源管理器、数据广播模块、音频设置模块、路径管理器等等中的至少一个。在图12中，TV服务处理器1120可以包括TV广播处理器、TV广播接口、服务处理器、TV中间件(MW)、路径管理器以及BSP(NetCast)。例如，服务处理器可以意指包括TV管道管理器、TV资源管理器、TV策略管理器、USM连接器等等的模块。

在本说明书中，TV服务处理器可以具有图11或者图12的配置或者其组合。一些组件可以被省略或者其它的组件(未示出)可以被添加。

基于从应用接收到的TV服务数据的属性或者类型，TV服务处理器1120/1220将DVR或者频道有关的数据发送到DVR/频道管理器并且将DVR或者频道有关的数据发送到TV管道管理器以生成和处理TV管道。如果TV服务数据的属性或者类型是广播内容数据，则TV服务处理器1120经由TV管道管理器生成和处理TV管道，用于经由广播模块进行数据的处理。

可替选地，JavaScript标准对象表示法(json)文件或者以c编写的文件由TV广播处理器进行处理并且经由TV广播接口被发送到TV管道管理器以生成和处理TV管道。在该情况中，TV广播接口可以基于TV服务策略将通过TV广播处置器的数据或者文件发送到TV管道管理器，并且在生成管道时参考数据或者文件。

在TV资源管理器的控制下，根据来自于TV服务处理器的管理器或者处理模块的用于TV管道的生成的请求，TV管道管理器生成一个或者多个管道。可以通过TV策略管理器控制TV资源管理器，以便于根据用于TV管道管理器的TV管道的生成的请求来请求用于TV服务的资源指配状态，并且可以经由uMS连接器执行与媒体服务处理器1110/1210的数据通信。媒体服务处理器1110/1210中的资源管理器根据TV资源管理器的请求发送用于TV服务的资源指配状态。例如，如果媒体服务处理器1110/1210中的资源管理器确定已经指配了用于TV服务的资源，则可以通知TV资源管理器所有资源的指配被完成。这时，根据已经为TV服务指配TV管道的预定准则或者优先级，伴随用于被请求的TV服务的TV管道的通知和请求产生，媒体服务处理器中的资源管理器可以去除预定的TV管道。可替选地，TV资源管理器可以根据媒体服务器处理器1110/1210中的资源管理器的状态报告适当地去除TV管道或者可以添加或者重新建立TV管道。

BSP支持与现有的数字设备的后向兼容性。

产生的TV管道可以在处理过程中在路径管理器的控制下适当地操作。考虑到处理过程中的TV管道和通过媒体服务器处理器1110/1210产生的管道的操作，路径管理器可以确定或者控制管道的过程或者处理路径。

接下来，如果应用包括媒体数据，而不是TV服务数据，则通过媒体服务器处理器1110/1210处理应用。媒体服务器处理器1110/1210包括资源管理器、策略管理器、媒体管道管理器、媒体管道控制器等等。作为在媒体管道管理器和媒体管道控制器的控制下产生的管道，可以产生相机预览管道、云游戏管道、媒体管道等等。媒体管道可以包括流协议、自动/静态gstreamer、DRM等等，并且在路径管理器的控制下可以确定其处理流程。对于媒体服务器处理器1110/1210的处理过程的详细描述，参考图10的描述并且重复的描述将会被省略。在本说明书中，例如，媒体服务器处理器1110/1210中的资源管理器可以执行对计数器基础的资源管理。

在下文中，将会参考附图更加详细地描述根据本发明的用于处理屏幕保护程序的数字设备的各种实施例。

在数字设备中，屏幕保护程序被用于解决面板的屏幕老化并且可以经由诸如远程控制器的输入设备的热键根据请求或设置或者经由设备的设置菜单根据用户设置的能量模式来执行。

除了屏幕老化的解决方案之外，考虑到服务或者应用的执行或多任务化状态、设备的整体状态或者设备使用意图或者用户的状态，根据本发明的数字设备可以提供自适应屏幕保护程序或者提供用户便利。

屏幕保护程序可能与设备的功率控制有关。最近，经过移动设备的电池容量已经增加并且移动或者固定设备的功率控制技术已经发展，但是随着设备的应用或者服务的高输出或者高端，设备的功率控制问题始终出现。除了上面的描述之外本发明还考虑经由屏幕保护程序通过功率控制的功率节省技术。换言之，根据本发明的屏幕保护程序处理方法能够节省设备的功率。

图13是图示根据本发明的一个实施例的屏幕保护程序启动条件的图。

取决于是否在设备上执行的服务或者应用包括视频可以不同地处理屏幕保护程序。

如果在设备上执行了包括视频的服务或者应用，则存在全视频状态和画中画(PIG)视频状态。

前述的状态，即，全视频状态包括其中在全屏上执行视频的状态，即，再现状态或者回放状态，和其中静止图像被显示在全屏上的状态、或者全屏上的视频的空闲状态，即，暂停或者停止状态。在前述的状态中，即，在全视频回放状态中，屏幕不可以被切换到屏幕保护程序，但是，在后述状态，即，暂停或者停止状态中，屏幕可以被切换到全屏幕保护程序。

后述的状态，即，PIG状态，包括其中在PIP区域中执行视频的状态，即，回放状态，和其中在PIP区域中显示静止图像的状态或者空闲状态，即，暂停或者停止状态。如果在PIG状态中回放视频，则不同于上述的全视频屏幕，屏幕可以被切换到PIG屏幕保护程序。如果在PIG状态中没有回放视频，即，在暂停或者停止状态，则屏幕可以被切换到PIG屏幕保护程序或者全屏屏幕保护程序。

另外，如果UI是系统UI或者原生应用则超时可以被应用到用于视频的视频状态或者UI，但是如果UI是CP或者第三方应用则超时不可以被应用到用于视频的视频状态或者UI。超时是用于屏幕保护程序操作的参考数据中的一个并且下面将会给出其详细描述。

如果在没有视频的情况下在屏幕上仅输出UI，则屏幕保护程序可以被切换到全屏屏幕保护程序。

上面的描述涉及与数字设备中的屏幕保护程序的执行、操作或者处理有关的屏幕保护进入。接下来，将会描述屏幕保护程序离开或者释放。在本说明书中，进入与执行相等或者相似并且离开可以意指执行结束、执行取消、以及执行释放。

在进入屏幕保护程序或者屏幕保护程序功能之后，如果经由鼠标、键盘、本地键、HDMI/RGB/复合/组件/USB等等接收到外部输入，如果接收到诸如保留的记录时间开始信号、语音命令、手势命令信号等等的信号或者如果输入设备响应，则屏幕保护程序可以被释放。一旦紧急呼叫，屏幕保护程序可以被释放。

图14是图示根据本发明的一个实施例的屏幕保护程序的操作结构的图。

参考图14，例如，在本发明中，基于Web OS的应用可以执行屏幕保护程序或者在最高层处执行屏幕保护程序功能。即，屏幕保护程序应用位于比诸如警告或者报警或者提示弹出的系统UI或者卡应用更高的上层或者顶层处。

因为通过停止在最高层处操作的应用的执行来释放屏幕保护程序，所以没有影响在切换到屏幕保护程序之前已经执行的前台或者后台服务或者应用。

图15是图示根据本发明的一个实施例的全屏屏幕保护程序和PIG屏幕保护程序操作屏幕的图。

参考图15，根据屏幕保护程序的切换，数字设备关闭屏幕(例如，黑屏)同时保持声音，或者在屏幕上显示“图形+屏幕保护程序”(未示出)，使得用户确认切换到屏幕保护程序。另外，根据用户的意图在切换到屏幕服务器之前数字设备显示剩余时间作为计数器，从而防止屏幕保护程序功能被无意识地执行。

在下文中，将会参考附图详细地描述与用于处理屏幕保护程序的详细方法或者场景有关的本发明的各种实施例。

图16是图示根据本发明的一个实施例的屏幕保护程序处理方法的框图。

图16示出根据本发明的一个实施例的屏幕保护程序处理方法的配置。

图16涉及根据本发明的作为屏幕保护程序处理方法的投票场景。

例如，参考图16，包括视频对象615的应用1610一旦其执行就注册与通过控制器1620的屏幕保护程序处理有关的投票者。这时，控制器1620可以是硬件或者软件，可以通过服务守护进程实现。另外，视频对象可以包括NPAPI、视频标签、NDK、Netflix、Vudu、HBBTV等等。

如果应用注册被执行则控制器1620可以经由屏幕保护程序应用1630执行屏幕保护程序处理。

在上面的过程中，在控制器1620的控制下，屏幕保护程序应用1630使用关于设备的当前屏幕状态的信息，用于屏幕保护程序处理。屏幕保护程序应用1630将应用编程接口(API)“getScreenStatus”发送到显示管理器1640。

显示管理器1640用作显示渲染器并且一旦与应用1610的视频对象1615连接就接收视频对象的大小数据，并且响应屏幕保护程序应用1630的API“getScreenStatus”。

应用的视频对象1615将视频对象的当前状态数据发送到媒体服务器1650。被发送的状态数据可以指示视频对象的播放/暂停。

当从视频对象1615接收到状态数据时媒体服务器1650基于状态数据生成管道。

媒体服务器1650与管道的产生的同时或者独立于管道的产生将视频对象1615的状态(格式)数据发送到显示管理器1640。

这时，显示管理器1640组合从媒体服务器1650接收到的视频对象的状态(格式)数据与大小数据，并且响应屏幕保护程序应用1630的API“getScreenStatus”。

总之，应用1610利用控制器1620注册投票者，并且屏幕保护程序应用1630从显示管理器1640接收对API“getScreenStatus”的响应数据。控制器1620在应用1610的投票者的注册之后控制屏幕保护程序应用1630并且发送用于功能执行的控制命令，从而启动屏幕保护程序功能。

图17是图示根据本发明的一个实施例的与屏幕保护程序处理有关的视频对象的图。

图17示出与图16的屏幕保护程序处理有关的视频对象。

参考图17，基于运行时，视频对象主要可以被划分成Web套件、NDK、原生应用以及直播广播。

首先，与Web套件运行时相关联，视频对象主要可以被划分成诸如视频标签、NPAPI插件以及私有的对象类型。

属于视频标签类型的视频对象可以包括TV视频标签、DVR观看视频标签、外部输入视频标签、媒体视频标签以及扩展的媒体视频标签等等。各个视频对象可以以RF或者URI为基础并且根据视频对象可以具有诸如TV服务或者媒体服务器的输入堆栈。

属于NPAPI插件的视频对象可以包括媒体插件、广播插件等等。此视频对象可以以RF或者URI为基础并且可以具有TV服务或者媒体服务器的输入堆栈。

属于私有的视频对象可以包括You Tube MSE/EME等等。此视频对象可以以存储器为基础并且可以具有诸如LibmediaAPI.so的输入堆栈。

接下来，属于NDK运行时的视频对象可以包括NDL媒体、NC API等等。此视频对象可以以URI为基础并且可以具有诸如媒体服务器的输入堆栈。

原生应用和直播广播运行时的对象类型是私有的并且属于其的视频对象可以包括Chormium、Netflix、Vudu、用于数据广播的媒体插件、用于数据广播的广播插件等等。这些视频对象可以以URI、存储器以及RF为基础并且可以具有诸如媒体服务器、TV服务、LibmediaAPI.so等等的输入堆栈。

图18是示出图16的屏幕保护程序处理方法的配置的框图。

当应用1810接收外部输入，即，用于在全屏上回放媒体的请求(resume_media)时，视频对象1815利用控制器1820注册屏幕保护程序请求。例如，当通过视频对象1815生成视频时可以执行这样的注册。

控制器1820确定是否注册被包括在与列表有关的现有的屏幕保护程序处理中，并且确定是否从服务接口1830接收到进入屏幕保护程序的请求。

在此，取决于是否从作为设备的窗口管理器的LSM 1860接收到根据超时的“无操作”数据，服务接口1830将进入屏幕保护程序的请求发送到控制器1820。例如，当从LSM 1860接收到根据超时的“无操作”数据时，服务接口1830将进入屏幕保护程序的请求发送到控制器1820。

不同于传统的方法，控制器1830根据投票方法尝试根据服务接口1830的请求进入屏幕保护程序。即，当从服务接口1830接收到进入屏幕保护程序的请求时，控制器1820发送向视频对象或者应用发送启动屏幕进入请求，用于进入屏幕保护程序。

视频对象或者应用响应控制器1820的屏幕保护程序请求，并且响应可以是“肯定应答(ack)”或者“否定应答(nack)”中的一个。“肯定应答”意指允许设备进入屏幕保护程序(真)并且“否定应答”意指不允许设备进入屏幕保护程序。

尽管在本说明书中假定了仅一个应用，但是在根据本发明的投票方法中，如果存在一个或者多个应用，一致同意的方法被用于投票，即，用于对控制器1820的请求的投票响应。换言之，如果存在多个应用，则所有的应用应发送相同的响应。例如，为了进入屏幕保护程序，所有应用的响应应是“肯定应答”。然而，如果仅一个应用发送响应“否定应答”，则控制器1820不可以将进入屏幕保护程序的请求发送到屏幕保护程序应用1840。

可替选地，优先级可以被指配给多个应用的响应，并且如果应用的响应是不同的，则控制器1820可以确定是否根据具有高优先级的应用的响应进入屏幕保护程序。如果具有相同优先级的应用的响应不同，则控制器1820可以确定是否根据多数投票确定是否进入屏幕保护程序，并且如果多数投票不同，则可以任意地确定是否进入屏幕保护程序。如果难以确定，则作为默认控制器1820可以不发送进入屏幕保护程序的请求。

如果确定所有的视频对象1815的响应是“肯定应答”则控制器1820请求屏幕保护程序应用1840启动屏幕保护程序应用。

当从控制器1820接收到启动命令时，则屏幕保护程序应用1840将API“getScreenStatus”发送到显示管理器1850并且请求视频大小。当接收到API时，显示管理器1850组合从视频对象接收到的诸如视频大小、位置或者视频状态的数据，并且响应API。应用或者视频对象可以向显示管理器1850发送与控制器1820的请求的同时或者之前产生的视频大小、管道状态等等。例如，管道状态可以包括播放、暂停、延迟加载等等。另外，尽管未示出，但是可以经由媒体服务器检查管道状态。

屏幕保护程序应用1840一旦从显示管理器1850接收到对API的响应就执行屏幕保护程序。在此，屏幕保护程序应用1840可以在屏幕保护程序的执行之前首先经由显示管理器1850检查是否PIG视频是存在的。根据被检查的结果可以如下地执行屏幕保护程序。如果视频不存在或者如果仅存在UI，则全屏屏幕保护程序被执行，并且如果视频是PIG视频，则PIG屏幕保护程序被执行。在PIG屏幕保护程序中，仅PIG区域(PIG视频大小)被打孔并且PIG屏幕保护程序被执行，如在图15b中所示。即，剩余的区域以标语的形式或者以灰色显示。

图19是图示根据本发明的一个实施例的屏幕保护程序处理方法的配置的图。

在上面已经描述了其中一个应用存在的情况。根据本发明的数字设备基于Web OS能够进行多任务化并且即使在多任务化环境中也可以支持屏幕保护程序功能。例如，即使在多任务化环境的应用上的应用(app-on-app)状态中，要求屏幕保护程序处理。即，图19示出在采用投票方法的数字设备中的屏幕保护程序处理的扩展或者详细配置。

参考图19，两(多)个应用被示出。将会如下地定义这些应用。

应用1910具有视频对象1915，即，视频回放场景，类似于图16的应用1610。例如，应用1910意指通过平台支持的应用。

应用1920意指参考图16没有描述的应用，其不具有视频回放场景但是要求关于进行是否进入屏幕保护程序的确定。应用1920可以包括具有照片幻灯片展示场景的应用或者电子图片框应用。

图16和图19在屏幕保护程序进入方面彼此相似。

例如，当视频被产生时，利用的控制器1930注册视频对象1915，作为投票者。控制器1930确定在现有的投票者列表中是否存在视频对象或者应用。这时，如果确定没有被包括在投票者中的应用或者视频对象被注册，则控制器1930可以不将用于确定是否进入屏幕保护程序的投票请求发送到应用或者视频对象。

在所期待的时间，例如，应用执行时间，利用控制器1930注册应用1920作为投票者。类似地，控制器1930确定是否应用被包括在投票者列表中作为投票者，并且根据被确定的结果执行处理。

控制器1930结束作为投票者的应用的注册，并且检查是否从接口1960接收到进入(转到)屏幕服务器的请求。

接口1960通过LSM 1970注册无操作超时，并且当从LSM 1970接收到超时时，将转到屏幕保护程序的请求发送到控制器1930。无操作超时意指当作为窗口管理器的LSM没有接收到设备的输入时的时间。例如，数字设备在LSM 1970中将无操作超时设置为2分钟，并且如果在2分钟内没有接收到(有效的)输入则将超时，即，无操作状态，返回到接口1960。当设备是处于激活状态时，即，当设备被激活时，如果从接口1960接收到转到屏幕保护程序的请求，则控制器1930控制屏幕保护程序操作。

控制器1930将询问是否进入屏幕服务器的请求发送到被注册的应用或者视频对象，并且从应用接收投票，即，响应或者确认。

如上所述，控制器1930基于响应或者确认最终确定是否转到屏幕保护程序。全体一致地进行这样的确定。即，仅当应用的确认都是“肯定应答”，尝试进行屏幕保护程序进入。

相反地，如果从唯一的一个应用接收到“否定应答”，则控制器1930可以推迟屏幕保护程序进入。

当从所有的应用接收到“肯定应答”作为投票结果时，控制器1930从激活状态切换到屏幕保护程序状态。同时，控制器1930将启动命令发送到屏幕保护程序应用1940。

根据被发送的启动命令执行屏幕保护程序应用1940并且将API“getScreenStatus”发送到已经从应用或者视频对象接收到视频大小、位置、状态数据等等的显示管理器1950，并且接收对其的响应。

屏幕保护程序应用1940请求LSM 1970应基于显示管理器1950的响应生成用于全屏屏幕保护程序或者PIG屏幕保护程序操作的叠加窗口，并且在最高级处输出屏幕保护程序。

因此，全屏或者PIG屏幕保护程序在显示器的屏幕上操作。

其后，通过控制器1930确定释放屏幕保护程序。

这时，控制器1930可以确定是否使用各种因素释放屏幕保护程序。

因素可以包括经由LSM 1970、未观看服务1982、PDM 1984、EIM1986等等在屏幕上的确定输入的接收。

首先，经由LSM 1970接收到的屏幕保护程序释放因素包括经由例如远程控制器、指示器运动等等的用户的键输入。

经由未观看服务器1982的屏幕保护程序释放因素包括用户没有专注于显示屏幕，没有观看显示屏幕，离开显示屏幕或者经由眼睛跟踪传感器、手势传感器、相机传感器等等执行其它操作的情况。可以进一步考虑相机传感器或者眼睛跟踪传感器的数据。在一些情况下，LSM 1970的因素和未观看服务1982的因素可以重叠。

PDM因素1984提供用于物理设备的服务。作为用于管理设备的模块的PDM包括用于USB设备的热插拔、管理被连接到系统的物理设备或者提供用于存储设备的文件系统服务和用于USB设备的服务的模块。PDM模块可以包括USB存储器、CAM、HID、XPAD、HDD等等。例如，这样的PDM因素可以包括除了下述EIM因素之外的因素。

EIM因素1986包括用于检查用于外部输入设备的热插拔并且将设备信息提供给应用的服务。

控制器1930可以基于上述因素中的至少一个释放屏幕保护程序的执行。在这样的情况下，控制器1930从屏幕保护程序状态切换到激活状态，将API“closeAppID”发送到屏幕保护程序应用1940，并且请求停止屏幕保护程序应用的执行。根据API的接收停止在最上层的屏幕保护程序的执行。

控制器1930可以使用轮询方法收集与在LSM 1970、未观看服务1982、PDM模块1984以及EIM模块1976中释放的屏幕保护程序有关的数据，并且当事件发生时从模块接收数据。

尽管在图16至图19中未示出，但是与参与投票的应用一起在屏幕上可以显示或者执行不参与投票的应用。在屏幕保护程序操作方面，可以忽略没有参与投票的应用或者参与投票但是没有被包括在控制器1930中的投票列表中的应用。即，数字设备可以在屏幕保护程序的操作中忽略这样的应用的执行或者投票，或者任意地确定这样的应用的屏幕保护程序操作。

图20是图示根据本发明的一个实施例的屏幕保护程序处理方法的流程图。

数字设备启动一个或者多个应用(S2020)并且启动应用创建视频对象(S2004)。被创建的视频对象利用控制器注册投票者(S2012)。这时，应用可以包括不包括视频的应用。不包括视频的应用可以旁路步骤S2004。

如果应用转到后台(S2006)，则视频对象未注册投票者(S2008)并且，如果应用返回到前台(S2010)，则应用利用控制器注册投票者(S2012)。

换言之，如在步骤S2006中一样，当应用转到后台时，步骤S2012的投票者的注册可以被释放或者投票者可以未被注册。这时，当应用转到前台时，投票者可以不被释放，因为仅前台中的应用确定投票。如果应用转到后台，则“肯定应答”作为对转到屏幕保护程序的请求的响应始终被发送，因为在屏幕保存进入方面，前台应用可能与优先级或者用户的意图而非后台应用冲突。

经由LSM进行关于是否无操作(NOP)超时出现的确定(S2014)。如果超时出现，则接口从控制器请求转到屏幕保护程序，并且控制器根据上述请求来请求用于从各个应用转到屏幕保护程序的投票(S2016)。

在步骤S2016之后，视频对象检查视频位置、大小以及视频状态等等，并且响应投票请求(S2018)。

如果步骤S2018的响应是“否定应答”，则再次进行关于是否超时(NOP)出现的确定。如果步骤S2018的响应是“肯定应答”，则进行关于作为投票者注册的所有应用的响应是否是“肯定应答”的确定(S2020)。这时，如果所有应用的响应不是“肯定应答”，则方法返回到步骤S2014。如果在步骤S2020中所有应用的响应是“肯定应答”，则控制器从激活模式切换到屏幕保护程序模式(S2022)。这时，控制器请求与步骤S2022同时启动屏幕保护程序。

如果屏幕保护程序应用被启动(S2024)，则在屏幕上执行屏幕保护程序。

其后，控制器确定是否屏幕保护程序的执行被释放，并且如果NOP状态被释放(S2026)则从屏幕保护程序模式切换到激活模式(S2028)。其后，控制器从屏幕保护程序应用请求关闭屏幕保护程序，并且屏幕保护程序应用关闭根据请求关闭的在最上层处执行的屏幕保护程序(S2030)。

其后，如果接收到停止应用的执行的请求，则已经创建的视频对象被毁坏(S2032)，并且投票者未被注册(S2034)。如上所述，不包括视频对象的应用可以旁路步骤S2032和S2034。

在上面已经描述了基于一个或者多个应用的投票屏幕的在控制器1820中的屏幕保护程序处理方法。

在下文中，作为另一实施例，根据投票场景基于在控制器和应用之间的通信(请求和响应)可以不处理屏幕保护程序，而是通过服务进行关于是否转到屏幕保护程序的确定。在本发明中，这被称为服务场景。在此使用的服务具有不同于一般服务的意义。例如，服务可以意指包括媒体服务器、显示管理器以及/或者控制器的处理器，即，硬件配置和由此而执行的处理。因此，为了更好地理解本发明和便于描述，假定服务包括媒体服务器、显示管理器、控制器等等。

在屏幕保护程序的释放或者完成方面本发明与上面的描述相似，并且从而将会省略重复的描述。

数字设备执行屏幕保护程序以便于节省设备的功率，竞争地应用投票场景和服务场景，并且当根据任意一个场景转到屏幕保护程序时在设备的屏幕的最上层执行屏幕保护程序。如果用于结束屏幕保护程序的事件或者中断出现，则根据场景竞争地执行的屏幕保护程序结束。

尽管在本说明书中未示出，但是用于结束屏幕保护程序的执行的中断或者事件旨在除了功率节省之外还最小化查看设备时用户的不便，并且从而如果在设备中出现与屏幕保护程序的用途无关的事件，即，用于向用户提供任何信息的事件，则屏幕保护程序的执行可以不结束。例如，当屏幕保护程序被执行时，在屏幕保护程序的执行之前请求的视频、音频、图像等等的下载被完成，设备可以在屏幕上显示提示弹出消息。这时，因为设备将信息仅提供给用户，因此屏幕保护程序的执行可以不结束。即使当屏幕保护程序被执行时，直至屏幕保护程序的执行结束之前的预定时间期间，用于向用户提供设备操作结果或者任何信息的弹出消息或者OSD图像可以被提供。因此，用户可以在屏幕保护程序的执行期间根据上述信息确定是否屏幕保护程序的执行结束。如果设备向用户提供诸如弹出消息的多个数据，则设备可以在屏幕上提供数据使得没有相互重叠。如果数据的数目等于或者大于预定的数目，则为了使用户容易地识别数据，在数据被显示在屏幕上的同时可以提供音频。即使当消息的数目仅是一个时也可以提供音频。

根据本发明的各种实施例中的一个，考虑到数字设备的服务或者应用的状态能够提供自适应的屏幕保护程序控制或者处理方法。如果数字设备支持多任务化则能够提供自适应的屏幕保护程序控制或者处理方法。通过基于用户的意图或者为了功率节省根据数字设备的状态自适应地处理屏幕保护程序，能够增加用户便利或者提高产品满意度。

根据前述实施例的数字设备和数字设备的内容处理方法不受到在此提出的实施例的限制。因此，在此提出的示例性实施例的变化和组合可以落入本发明的范围中。

用于操作根据前述示例性实施例的数字设备的方法可以被实现为能够在计算机可读记录介质上写入并且因此能够由处理器读取的代码。计算机可读记录介质可以是其中以计算机可读方式存储数据的任何类型的记录设备。计算机可读记录介质的示例包括ROM、RAM、CD-ROM、磁带、软盘、光数据存储、以及载波(例如，通过互联网的数据传输)。能够将计算机可读记录介质分布在连接到网络的多个计算机系统上，使得计算机可读代码被写入其中并且以分散的方式从中执行。本领域的普通技术人员可以构造用于实现本实施例的函数程序、代码和代码段。

尽管为了说明性目的已经公开了本发明的优选实施例，但本领域的技术人员将会理解，在不脱离如本发明的所附权利要求书中公开的精神和范围的情况下，各种变型、添加和替代是可能的。

Claims (20)

1.一种控制数字设备的方法，所述方法包括：

通过控制器从请求注册作为应用投票者的第一应用接收第一信号；

当从服务接口接收到第一状态数据时，通过所述控制器将请求与执行第二应用有关的确认的第二信号发送到所述第一应用；

通过所述控制器从所述第一应用接收对所述第二信号的响应；以及

基于所述接收到的响应，通过所述控制器执行所述第二应用以进入屏幕保护程序模式。

2.根据权利要求1所述的方法，其中，所述第一应用包括下述中的至少一个：包括视频数据的应用和不包括视频数据的应用，并且其中，所述第二应用是专用于所述屏幕保护程序模式的应用。

3.根据权利要求1所述的方法，进一步包括下述中的至少一个：

当所述第一应用是包括所述视频数据的应用时，通过所述控制器生成视频对象；

通过所述控制器确定所述第一应用或者所述生成的对象是否在预先存储在存储器中的与所述注册有关的列表中；

当所述第一应用或者所述生成的对象没有被包括在所述列表中时，保留或者拒绝所述注册；

当所述响应被接收时，通过所述控制器从所述生成的视频对象接收用于相对应的视频数据的第二状态数据；

通过所述控制器接收请求释放所述第二应用的执行的第三信号；以及

响应于所述接收到的第三信号，通过所述控制器向所述第二应用发送控制命令。

4.根据权利要求3所述的方法，其中，当视频数据被生成时或者当所述视频对象被生成时，从所述第一应用接收所述第一信号。

5.根据权利要求1所述的方法，其中，通过其中在预定的时间期间没有接收到对所述数字设备的任何输入的超时状态生成所述第一状态数据，并且其中，当所述接收到的第二信号包括应答的信号时仅执行所述第二应用。

6.根据权利要求3所述的方法，其中，用于所述相对应的视频数据的所述第二状态数据包括输出的视频数据的大小、输出的视频数据的区域或者位置、以及视频状态数据中的至少一个，所述视频状态数据包括指示所述视频数据的再现或者停止的信息。

7.根据权利要求1所述的方法，其中，执行所述第二应用的步骤包括：

通过所述控制器启动所述第二应用；和

经由所述被启动的第二应用，在屏幕上的最上面的层，通过所述控制器执行所述第二应用。

8.根据权利要求7所述的方法，其中，所述第二应用确定全屏和画中画，PIG，中的任意一个，以执行所述屏幕保护程序模式。

9.根据权利要求3所述的方法，其中，所述第三信号包括用于释放与所述第一状态数据相对应的超时状态的用户输入、外部输入管理器、EIM信号、物理设备管理器，PDM信号、以及未观看服务信号中的至少一个。

10.根据权利要求1所述的方法，其中，当所述第一应用位于前台中时所述第一应用发送所述第一信号，并且其中，当所述第一应用位于后台中时所述第一应用不发送所述第一信号。

11.一种数字设备，包括：

管理器，所述管理器管理数字设备的显示窗口，并且生成所述数字设备的多个状态数据并将其发送到控制器；和

控制器，所述控制器从请求注册作为应用投票者的第一应用接收第一信号，当从服务接口接收到所述第一状态数据时将请求与执行第二应用有关的确认的第二信号发送到所述第一应用，从所述第一应用接收对所述第二信号的响应，并且基于所述接收到的响应执行所述第二应用以进入屏幕保护程序模式。

12.根据权利要求11所述的数字设备，其中，所述第一应用包括下述中的至少一个：包括视频数据的应用和不包括视频数据的应用，并且其中，所述第二应用是专用于所述屏幕保护程序模式的应用。

13.根据权利要求12所述的数字设备，其中，所述控制器进一步控制：

当所述第一应用是包括所述视频数据的应用时生成视频对象；

确定所述第一应用或者所述生成的对象是否在预先存储在存储器中的与所述注册有关的列表中；

当所述第一应用或者所述生成的对象没有被包括中所述列表中时，保留或者拒绝所述注册；

当所述响应被接收时，从所述生成的视频对象接收用于相对应的视频数据的第二状态数据；

接收请求释放所述第二应用的执行的第三信号；并且

响应于所述接收到的第三信号向所述第二应用发送控制命令。

14.根据权利要求13所述的数字设备，其中，当视频数据被生成时或者当所述视频对象被生成时，从所述第一应用接收所述第一信号。

15.根据权利要求11所述的数字设备，其中，通过其中在预定的时间期间没有接收到对所述数字设备的任何输入的超时状态生成所述第一状态数据，并且其中，当所述接收到的第二信号包括应答的信号时，所述控制器仅执行所述第二应用。

16.根据权利要求13所述的数字设备，其中，用于所述相对应的视频数据的所述第二状态数据包括输出的视频数据的大小、输出的视频数据的区域或者位置、以及视频状态数据中的至少一个，所述视频状态数据包括指示所述视频数据的再现或者停止的信息。

17.根据权利要求11所述的数字设备，其中，所述控制器进一步控制启动所述第二应用，并且经由所述启动的第二应用在屏幕上的最上面的层执行所述第二应用。

18.根据权利要求10所述的数字设备，其中，所述控制器进一步控制所述第二应用以确定全屏和画中画，PIG，中的任意一个，以执行所述屏幕保护程序模式。

19.根据权利要求13所述的数字设备，其中，所述第三信号包括用于释放与所述第一状态数据相对应的超时状态的用户输入、外部输入管理器、EIM信号、物理设备管理器，PDM信号、以及未观看服务信号中的至少一个。

20.根据权利要求14所述的数字设备，其中，当所述第一应用位于前台中时所述第一应用发送所述第一信号，并且其中，当所述第一应用位于后台中时所述第一应用不发送所述第一信号。