CN101416490A - 在多屏幕环境中管理资源的设备和方法 - Google Patents

Abstract

提供一种在多屏幕环境中管理资源的设备和方法。所述设备包括：数字信号处理模块，接收视频信息、音频信息和数据信息中的至少一个，并基于所述视频信息、音频信息和数据信息中的至少一个恢复多个服务；服务处理模块，预定用于显示恢复的服务的屏幕对象的资源，并基于预定的资源产生显示屏幕和多个逻辑屏幕；和输出模块，将由服务处理模块提供的多个逻辑屏幕映射到显示屏幕上的不同位置。

Description

在多屏幕环境中管理资源的设备和方法

技术领域

本发明涉及资源管理，更具体地说，涉及在多屏幕环境中管理资源的设备和方法，其中，多屏幕在物理显示装置上提供内容。

背景技术

诸如数字TV或者数字机顶盒的传统广播接收器在单个物理显示装置上仅提供一个内容元素，或者在单个物理显示装置上同时显示主屏幕和子屏幕。

即使传统广播接收器可在同一显示屏幕上同时显示主屏幕和子屏幕，它们也只能以有限数量的方式来布置主屏幕和子屏幕。在主屏幕中显示内容的情况下，内容的所有元素(即，视频数据、音频数据和其他数据)被显示。另一方面，在子屏幕中显示内容的情况下，只显示内容的某些元素。

内容源包括：广播服务，诸如卫星广播设备、陆地广播设备或者有线广播设备；存储介质，诸如DVD或者连接到输入终端的外部装置。然而，使用现有广播接收器很难在显示屏幕上显示由各种内容源提供的内容。

在交互TV应用程序环境中，诸如，多媒体家庭平台(MHP)、高级通用应用(ACAP)、开放式有线应用平台(OCAP)，假设在物理显示装置上仅输出一个屏幕。

在交互TV应用程序环境中，采用例如基于家庭音频/视频交互技术(HAVi)的用户接口(UI)。根据HAViUI标准，即使不对物理显示装置上显示的屏幕数量进行强制限制，通常也只能在物理显示装置上显示一个屏幕。

在这种环境下，很难在独立屏幕上显示多媒体内容的同时针对屏幕上显示的多媒体内容之一执行诸如解码、数字信号处理、用户交互处理等的操作。此外，也难于以屏幕为单位对应用程序的生命周期和资源使用进行动态控制。

发明公开

技术问题

当多个应用或者中间件要使用有限资源时，它们必须要竞争有限资源。为了解决这个问题，可根据资源管理政策或者每个应用的重要性来预定资源。例如，传统OCAP标准将从HAVi标准中定义的对象“HScreenDevice”继承的“HbackgroundDevice”、“HVideoDevice”和“HGraphicsDevice”定义为有限资源，并对它们进行相应的管理。在传统OCAP标准中，为了使用相应的装置，必须要预先预定资源。即，OCAP标准支持以构成对象“HScreenDevice”的装置为单位的资源预定。

因此，需要以对象“HScreenDevice”为单位管理资源，每个对象包括“HbackgroundDevice”、“HVideoDevice”和“HGraphicsDevice”，以支持多屏幕。

技术方案

本发明提供一种以物理显示装置上显示的多屏幕为单位管理资源的方法。

本发明的以上和其他目的将在以下对优选实施例的描述中被描述。

根据本发明的一方面，提供一种在多屏幕环境中管理资源的设备。所述设备包括：数字信号处理模块，接收视频信息、音频信息和数据信息中的至少一个，基于所述视频信息、音频信息和数据信息中的至少一个恢复多个服务；服务处理模块，预定用于显示恢复的服务的屏幕对象的资源，并基于预定的资源产生显示屏幕和多个逻辑屏幕；和输出模块，将由服务处理模块提供的多个逻辑屏幕映射到显示屏幕上的不同位置。

根据本发明的另一方面，提供一种在多屏幕环境中管理资源的设备。所述设备包括：资源客户机，请求预定屏幕对象的资源；和资源服务器，响应于所述请求将资源连接到资源代理，其中，资源客户机通过资源代理使用预定的资源。

根据本发明的另一方面，提供一种在多屏幕环境中管理资源的方法。所述方法包括：(a)调用请求屏幕对象的资源的方法；(b)当调用所述方法时，连接资源；(c)当资源被连接时，产生指示资源已被预定的事件；(d)当产生所述事件时，完成资源的预定。

根据本发明的另一方面，提供一种在多屏幕环境中管理资源的方法。所述方法包括：(a)调用用于释放屏幕对象的资源的方法；(b)当调用所述方法时，断开资源；(c)当资源被断开时，产生指示资源已被释放的事件；(d)当产生所述事件时，完成资源的释放。

附图说明

通过以下参照附图对本发明优选实施例的详细描述，本发明的以上和其他特征和优点将变得更加清楚，其中：

图1是示出根据本发明示例性实施例的PiP屏幕的配置的示图；

图2是示出根据本发明示例性实施例的逻辑屏幕和显示屏幕之间的关系的示图；

图3是示出根据本发明示例性实施例的服务源的框图；

图4(a)和图4(b)是示出根据本发明示例性实施例的非抽象服务和抽象服务的示图；

图5是示出逻辑屏幕和显示屏幕的属性信息和接口的示图；

图6(a)和图6(b)是示出根据本发明示例性实施例的逻辑屏幕的属性“z-order”的示图；

图7(a)和图7(b)是示出根据本发明示例性实施例的逻辑屏幕的属性“Display_Area”的示图；

图8是示出根据本发明示例性实施例的将两个服务映射到显示屏幕的方法的示图；

图9是示出根据本发明示例性实施例的提供多屏幕的设备的配置的框图；

图10是示出根据本发明示例性实施例的动态配置多屏幕的方法的流程图；

图11是示出根据本发明示例性实施例的提供多屏幕的软件架构的示图；

图12是示出根据本发明示例性实施例的构成应用程序接口(API)层的模块间的关系的示图；

图13是示出通过图12所示的模块将各个相应逻辑屏幕上显示的多个服务显示在显示屏幕上的的方法的流程图；

图14是示出根据本发明示例性实施例的执行资源预定所需的配置的示图；

图15是示出根据本发明示例性实施例的管理资源的方法的流程图；

图16是示出根据本发明示例性实施例的预定屏幕资源的方法的流程图；和

图17是示出根据本发明示例性实施例的返回屏幕资源的方法的流程图。

<附图所示主要组件的标号名称>

900：提供多屏幕的设备

910：广播信号接收模块

920：存储介质

930：外部输入模块

940：数字信号处理模块

950：服务处理模块

960：输出模块

965：用户/应用接口模块

970：物理显示装置

980：存储介质

990：外部输出模块

具体实施方式

通过参照以下优选实施例的详细描述和附图，本发明的优点和特征以及实现本发明的方法将更加容易理解。本发明可以以多种不同形式实施，但不应当解释为限于这里所述的实施例。相反，提供这些实施例，从而本公开将是彻底和完整的，并将本发明的构思全部传达给本领域技术人员，并且本发明仅由权利要求限定。贯穿说明书，相同的标号表示相同的部件。

以下参照根据本发明实施例的用户接口、方法和计算机程序产品的流程图来描述本发明。应该理解，流程图的每一个方框和在流程图中的方框的组合可由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或者其他可编程数据处理设备的处理器以产生设备，从而经计算机或者其他可编程数据处理设备的处理器执行的指令创建用于实现在一个流程图方框或多个流程图方框中描述的功能的装置。

这些计算机程序指令也可被存储在可指导计算机或者其他可编程数据处理设备以特定方式工作的计算机可用或计算机可读存储器中，以便存储在计算机可用或计算机可读存储器中的指令生产包括执行在一个流程图方框或多个流程图方框中描述的功能的指令装置的产品。

计算机程序指令也可被载入计算机或其他可编程数据处理设备以使得一系列操作步骤在计算机或其他可编程设备上被执行，以产生计算机执行的过程，从而在计算机或其他可编程设备上执行的指令提供用于实现在一个流程图方框或多个流程图方框中描述的功能的步骤。

并且，流程图的每个方框可表示模块、代码段或代码的一部分，其包括一个或多个用于实现指定逻辑功能的可执行指令。还应该注意，在一些可选择的实现中，在方框中提到的功能可不按顺序出现。例如，根据所涉及的功能，连续显示的两个方框实际上可能基本上同时发生，或者所述方框有时可能以相反的顺序被执行。

为了更好地理解本发明，现在将对本公开中使用的术语进行定义。

术语“服务”指示一起显示的一组多媒体内容，即，一组服务组件。

服务组件是服务的元素，其包括视频组件、音频组件和数据组件。数据组件是服务中的应用程序。

术语“服务上下文”指示可控制服务的执行的对象，包括提供服务需要的各种资源、装置和执行状态信息。

术语“物理显示装置”指示实际显示服务内容的物理空间。

术语“显示屏幕”指示在物理显示装置上实际显示的屏幕。任意服务可被直接设置在显示屏幕中，并且所述显示屏幕可被显示在物理显示装置上。或者，至少一个被映射到显示屏幕的特定区域的逻辑屏幕可被显示在物理显示装置上。

术语“逻辑屏幕”指示显示任意服务的空间。逻辑屏幕是在被映射到显示屏幕之前的虚拟屏幕，因此其不被显示在物理显示装置上。

逻辑屏幕和显示屏幕可以是背景静止图像、视频光栅和图形光栅的组合。图形光栅可以是文本、线、颜色和图像的组合或者视频帧的混合。

术语“主服务”指示由用户通过显示在物理显示装置上的菜单或者遥控器，或者由应用通过API，选为主服务的服务，并且显示主服务的屏幕被称作“主屏幕”。

术语“画中画服务(PiP服务)”指示由用户通过显示在物理显示装置上的菜单或者遥控器，经应用通过API，在主服务中选为子服务的服务，并且PiP服务可被显示在画中画屏幕(PiP屏幕)或者主屏幕上。

PiP屏幕包括：如图1(a)到图1(d)所示占据另一屏幕的一部分的屏幕，如图1(e)到图1(f)所示在不与其他屏幕重叠的情况下与另一屏幕同时显示的屏幕。在这种情况下，可以理解PiP屏幕可以包括：如图1(g)和图1(h)所示在物理显示装置中的任意位置或者区域与另一屏幕重叠的屏幕。

图2是示出根据本发明示例性实施例的逻辑屏幕和显示屏幕间的关系的示图。

参照图2，可使用逻辑屏幕210、212和214显示服务。逻辑屏幕210、212和214通过映射块230被映射到显示屏幕220、222和224。

具体来说，逻辑屏幕210和212被映射到显示屏幕220，逻辑屏幕212和214被映射到显示屏幕222，逻辑屏幕210、212和214被映射到显示屏幕224。

简而言之，显示服务的至少一个逻辑屏幕被映射到显示屏幕的任意区域。

映射块230是一组将逻辑屏幕映射到显示屏幕所需的各种信息。所述各种信息的示例包括：多个逻辑屏幕中的每一个被映射到的显示屏幕上的预定区域的坐标信息、逻辑屏幕和显示屏幕的标识信息和指定以什么顺序在显示屏幕上显示逻辑屏幕的信息。映射块230可由各种计算机程序语言编写的将被执行的接口或者函数实现，并且映射块230可通过使用上述信息作为参数来创建或者改变逻辑屏幕和显示屏幕之间的关系。

此外，如图3所示，各种服务源提供的服务可被显示在显示屏幕上，并且所述显示屏幕可被显示在物理显示装置上。

存在提供广播服务的服务源(诸如陆地广播设备320和有线广播设备330)、提供存储在存储介质中的服务的服务源(诸如个人视频录像器(PVR)340)和经有线网络或者无线网络提供服务的服务源(图3中未示出)。

广播接收器310从服务源接收服务，并产生显示每个接收的服务的逻辑屏幕。

随后，使用预定方法或者由用户或者应用设置的方法在将被显示在物理显示装置上的显示屏幕上直接设置任意服务。否则，被映射到显示屏幕上任意区域的至少一个逻辑屏幕被显示在物理显示装置350上。简而言之，陆地广播设备320、有线广播设备330和PVR 340提供的服务被显示在物理显示装置350上。

在图3中将陆地广播设备320、有线广播设备330和PVR 340示出为服务源，但是本发明不限于此。根据本发明示例性实施例，提供可被一起显示的多媒体内容的任何类型的多媒体内容源可以作为服务源。

如图4(a)和图4(b)所示，根据本发明示例性实施例的服务可被分为抽象服务和非抽象服务。

抽象服务不是由实时发送的广播信号提供的服务，而是独立于广播信道的服务。抽象服务只包括数据组件，即应用程序，而没有视频组件和音频组件。抽象服务的示例包括具有基于开放式有线应用平台(OCAP)标准的非绑定应用的服务。

非抽象服务被理解为除了抽象服务之外的服务。

根据本发明当前实施例，抽象服务和非抽象服务都具有独立性。例如，抽象服务可被直接设置在物理显示装置上而不经逻辑屏幕，并且非抽象服务可被显示在逻辑屏幕上。随后，逻辑屏幕可被映射到设置了抽象服务的显示屏幕。然后，可通过物理显示装置来输出显示屏幕。通过这么做，抽象服务可独立于非抽象服务被显示在显示屏幕上。此外，抽象服务和非抽象服务可被映射到不同的逻辑屏幕。此后，逻辑屏幕可被映射到单个显示屏幕。换句话说，抽象服务可独立于非抽象服务被显示在显示屏幕上。

根据本发明当前实施例，逻辑屏幕和显示屏幕可被划分为不同对象。或者，根据一个屏幕对象的属性信息，可将屏幕用作逻辑屏幕或者显示屏幕。

具体来说，如果与逻辑屏幕的特征对应的屏幕对象属性具有预定值，并且其他屏幕对象属性具有固定值，则该屏幕对象可用作逻辑屏幕。另一方面，如果与显示屏幕的特征对应的屏幕对象属性具有预定值，并且其他屏幕对象属性具有固定值，则屏幕对象可用作显示屏幕。

屏幕对象的属性信息包括多个属性“z-Order”、“Display_Area”、“Visibility”、“Associated_Display_Screen”、“Associated_Service_Contexts”、“Associated_Logical_Screens”和“OutputPort”。

如果属性“z-Order”、“Display_Area”、“Visibility”、“Associated_Display_Screen”和“Associated_Service_Contexts”具有预定值，并且属性“Associated_Logical_Screens”和“OutputPort”具有固定值，则屏幕对象可用作逻辑屏幕。

另一方面，如果属性“Associated_Service_Contexts”、“Associated_Logical_Screens”和“OutputPort”具有预定值，并且属性“z-Order”、“Display_Area”、“Visibility”和“Associated_Display_Screen”具有固定值，则屏幕对象可用作显示屏幕。

图5示出了逻辑屏幕和显示屏幕的属性信息和接口。

参照图5，属性“Type”510用于确定屏幕类型，即，逻辑屏幕或显示屏幕。

属性“z-Order”520用于确定以什么顺序沿z轴布置多个逻辑屏幕。图6(a)和图6(b)示出了对于逻辑屏幕的属性“z-Order”的值的不同组合的物理显示装置上逻辑屏幕的不同配置。

参照图6(a)，第一逻辑屏幕620和第二逻辑屏幕630分别映射到显示屏幕610的预定区域。具体来说，第一逻辑屏幕620被显示在显示屏幕610上，第二逻辑屏幕630被与第一逻辑屏幕620部分重叠地显示在显示屏幕上。换句话说，显示屏幕610、第一逻辑屏幕620和第二逻辑屏幕630在z轴的方向上被连续布置。在这种情况下，第一逻辑屏幕620的属性“z-Order”可被设置为值1，第二逻辑屏幕630的属性“z-Order”可被设置为值2。第一逻辑屏幕620和第二逻辑屏幕630的属性“z-Order”可被设置为任何数字或者字符，只要其能表示第一逻辑屏幕620和第二逻辑屏幕630沿z轴被布置的特定顺序。

参照图6(b)，当图6(a)中所示的第一逻辑屏幕620的属性“z-Order”的值被从1改为2，第二逻辑屏幕630的属性“z-Order”的值被从2改为1时，第一逻辑屏幕620和第二逻辑屏幕630被分别映射到显示屏幕610的特定区域。在这种情况下，根据改变的属性“z-Order”的值，显示屏幕610、第一逻辑屏幕620和第二逻辑屏幕630在z轴的方向上被顺序地布置。

如上所述，属性“z-Order”指示布置多个逻辑屏幕的顺序。属性“z-Order”还可指示布置逻辑屏幕或显示屏幕的组件的顺序。

例如，如上所述，逻辑屏幕或者显示屏幕可以是背景静止图像、视频光栅和图形光栅的组合。为了便于描述，提供背景静止图像(诸如背景图像)的实例(或者对象)将被称为“HBackgroundDevice”，提供视频(诸如运动画面)的实例(或者对象)将被称为“HVideoDevice”，提供图形(诸如应用数据)的实例(或者对象)将被称为“HGraphicsDevice”。此外，实例(或者对象)“HBackgroundDevice”、“HVideoDevice”和“HGraphicsDevice”将被统称为“HScreenDevice”。

这里，可以确定沿z轴方向布置逻辑屏幕或者显示屏幕的实例“HScreenDevice”的顺序。

优选地，可顺序布置“HBackgroundDevice”、“HVideoDevice”和“HGraphicsDevice”。因此，实例“HVideoDevice”的属性“z-Order”的值大于实例“HBackgroundDevice”的属性“z-Order”的值，实例“HGraphicsDevice”的属性“z-Order”的值大于实例“HVideoDevice”的属性“z-Order”的值。

如果当前屏幕中存在实例“HBackgroundDevice”，则位于当前屏幕最底部(从观看者的视点来看位于当前屏幕的最后方)的实例“HBackgroundDevice”的属性“z-Order”的值为0。

如果当前屏幕没有实例“HBackgroundDevice”，而具有“HVideoDevice”，则位于当前屏幕最底部(从观看者的视点来看位于当前屏幕的最后方)的实例“HVideoDevice”的属性“z-Order”的值为0。

如果当前屏幕既没有实例“HBackgroundDevice”也没有实例“HVideoDevice”，则位于当前屏幕最底部(从观看者的视点来看位于当前屏幕的最后方)的实例“HGraphicsDevice”的属性“z-Order”的值为0。

此外，包括在当前屏幕中的实例“HVideoDevice”的属性“z-Order”的值大于包括在当前屏幕中的任意实例“HBackgroundDevice”的属性“z-Order”的值，并且包括在当前屏幕中的实例“HGraphicsDevice”的属性“z-Order”的值大于包括在当前屏幕中的任意实例“HVideoDevice”的属性“z-Order”的值。因为具有较大的属性“z-Order”的值的那些实例“HScreenDevice”更靠近当前屏幕的前方，所以它们与观看者距离更近。

当以如上所述预定的顺序布置实例“HBackgroundDevice”、“HVideoDevice”和“HGraphicsDevice”时，可任意确定相同类型的实例“HScreenDevice”的布置顺序。

如图7(a)和图7(b)所示，属性“Display_Area”520是关于逻辑屏幕的显示屏幕区域的信息。

图7(a)示出了将逻辑屏幕710映射到显示屏幕720的整个区域，图7(b)示出了将逻辑屏幕730映射到显示屏幕740的部分区域。

属性“Display_Area”可包括指定逻辑屏幕映射到的显示屏幕的预定部分的2维坐标的信息，或者可包括指定显示屏幕的预定位置的信息以及指示逻辑屏幕从显示屏幕的预定位置偏移程度的偏移值。

属性“Visibility”530确定逻辑屏幕是可见还是不可见地显示在显示屏幕上。可通过改变属性“Visibility”530的值来使得逻辑屏幕出现在显示屏幕上或者从显示屏幕上消失。

属性“Associated_Display_Screen”540是关于与逻辑屏幕关联的显示屏幕的信息。不与任何显示屏幕关联的逻辑屏幕既不会被显示在物理显示装置上也不会被发送到外部输出装置。

属性“Associated_Service_Contexts”550是关于连接到逻辑屏幕或者显示屏幕的服务上下文的信息。在这种服务上下文中设置的服务组可被显示在逻辑屏幕或者显示屏幕上。

属性“Associated_Logical_Screen”560是关于与显示屏幕关联的逻辑屏幕的信息。

属性“OutputPort”570是关于输出显示屏幕的装置的信息，并且这种装置包括显示屏幕、有线/无线通信介质和各种存储介质。

可以提供识别或者改变图5所示的属性的值的接口。参照图5，所述接口可包括：接口“SET”，用于设置属性值或者将逻辑屏幕连接到显示屏幕；接口“ADD”，用于添加属性值或者将逻辑屏幕连接到服务；接口“GET”，用于识别属性值；和接口“REMOVE”，用于删除属性值。这些接口可包括分别执行其功能的处理、函数、过程或者方法。

例如，方法“setZOrder(int order)”设置或者改变上述属性“z-Order”。参数“order”是指表示当在显示屏幕上显示逻辑屏幕时显示逻辑屏幕的顺序的属性信息。具体来说，方法“setZOrder(int order)”是用于设置属性“z-Order”的设置接口。

可进行用于方法“setZOrder(int order)”的意外处理。在当前屏幕不是逻辑屏幕或者当前屏幕的属性“z-Order”由于硬件或软件特征不能被改变时，执行该意外处理。

相应于方法“setZOrder(int order)”，方法“getZOrder(void)”在不需要任何参数的情况下提供当前屏幕中的“z-Order”的属性信息，并返回非负的“z-Order”的值。如果当前屏幕是显示屏幕，则方法“getZOrder(void)”优选地返回0，并且逻辑屏幕优选地具有大于1的自然数。方法“getZOrder(void)”是用于获得属性“z-Order”的信息的获得接口。

此外，方法“setZOrder(HScreenDevice[])”设置或者改变逻辑屏幕或显示屏幕中实例“HScreenDevice”的属性“z-Order”的值。方法“setZOrder(HScreenDevice[])”的参数是将被设置或改变其属性“z-Order”的值的实例“HScreenDevice”的集合。具体来说，方法“setZOrder(HScreenDevice[])”是用于设置实例“HScreenDevice”的属性信息“z-Order”的设置接口。

可进行用于方法“setZOrder(HScreenDevice[])”的意外处理。在当前屏幕中的实例“HScreenDevice”的属性“z-Order”由于提供多屏幕的设备的硬件或软件特征不能被改变时，执行该意外处理。

相应于方法“setZOrder(HScreenDevice[])”，方法“intgetZOrder(HScreenDevice)”提供当前逻辑屏幕或者显示屏幕中的实例“HScreenDevice”的“z-Order”的属性信息，并返回非负的属性“z-Order”的值。方法“getZOrder(HScreenDevice)”是用于获得实例“HScreenDevice”的属性“z-Order”的信息的获得接口。

根据另一示例，方法“getDisplayScreen(void)”返回与当前屏幕关联的显示屏幕。具体来说，如果当前屏幕是逻辑屏幕，则方法“getDisplayScreen(void)”返回关联的显示屏幕。如果当前屏幕是显示屏幕，则方法“getDisplayScreen(void)”返回关于当前屏幕的参考信息(referenceinformation)。此外，如果当前屏幕是逻辑屏幕，但没有关联的屏幕，则方法“getDisplayScreen(void)”返回值“NULL”。

根据另一示例，方法“public void setDisplayArea(HScreenRectangle rect)throws SecurityException，IllegalStateException”提供将当前逻辑屏幕映射到相关显示屏幕的预定区域的功能。作为参数提供的实例是包“org.havi.ui”的类“HScreenRectangle”，其具有2维位置信息。可将方法“SecurityException”和方法“IllegalStateException”作为方法“setOutputScreen(HScreen screen)”的意外操作来执行。在当前屏幕是逻辑屏幕时或者当与当前逻辑屏幕关联的显示屏幕的一部分由于主机平台的特点不能被改变时，可以执行方法“IllegalStateException”。

根据另一示例，方法“getOutputArea(void)”返回当前屏幕的区域信息作为HScreenRectangle信息。如果当前屏幕对应于显示屏幕，则方法“getOutputArea(void)”返回具有与HScreenRectangle(0，0，1，1)相同的值的HScreenRectangle信息。如果当前屏幕是逻辑屏幕，则方法“getOutputArea(void)”返回关于当前屏幕占据的显示屏幕上的区域的信息。如果当前屏幕是逻辑屏幕，但是不与任何显示屏幕相关联，则方法“getOutputArea(void)”返回值“NULL”。

在以下描述中使用特定术语以指示特定接口。然而，本领域的技术人员将理解，特定函数被命名仅用于指示其功能。本文档不意图在名称不同而非功能不同的函数之间进行区分。

图8是示出在将被映射到单个屏幕的显示屏幕上设置两个服务的处理的示图。

参照图8，第一服务包括全部三个服务组件，即，视频、音频和数据组件，第二服务仅包括视频组件和音频组件。然而，本发明不对服务组件进行任何限制，并且图8所示的第一服务和第二服务是示例性的。

如图8所示，在物理显示装置上以与现有技术几乎相同的方式显示第一服务和第二服务。根据本发明当前实施例，可在不对可被显示在单个显示屏幕上的服务的数量进行任何限制的情况下，彼此独立地在物理显示装置上显示多个服务。

图9是根据本发明示例性实施例的提供多屏幕的设备的框图。

参照图9，提供多屏幕的设备900包括数字信号处理模块940、服务处理模块950、输出模块960和用户接口模块965。

此外，设备900包括作为服务源的广播信号接收模块910、存储介质920和外部输入模块930，并包括作为服务输出介质的显示屏幕970、存储介质980和外部输出模块990。

这里使用的术语“模块”的意思是，但不限于，软件或硬件组件，诸如执行某任务的现场可编程门阵列(FPGA)或专用集成电路(ASIC)。模块可以方便地被配置以驻留在可寻址的存储介质上，并且可被配置以在一个或多个处理器上执行。因此，举例来说，模块可以包括：诸如软件组件、面向对象的软件组件、类组件和任务组件的组件、进程、函数、属性、过程、子程序、程序代码段、驱动程序、固件、微码、电路、数据、数据库、数据结构、表、数组和变量。在组件和模块中提供的功能可被组合为更少的组件和模块，或者可进一步被分离成另外的组件和模块。

数字信号处理模块940从广播信号接收模块910、存储介质920或者外部输入模块930接收诸如多媒体内容的服务的各种信息(例如，视频信息、音频信息或者数据信息)。

广播信号接收模块910接收卫星、陆地或者有线广播信号，并发送接收的广播信号；存储介质920存储服务的视频信息、音频信息或者数据信息；外部输入模块930从外部装置(诸如连接到网络的网络接口模块)接收服务的视频信息、音频信息或者数据信息。

数字信号处理模块940使用接收的服务组件恢复多个服务。恢复的服务包括抽象服务或者非抽象服务。

这里，“多个服务”指示广播信号接收模块910发送的两个或者更多个服务或者由广播信号接收模块910和存储介质920分别发送的两个或者更多个服务。

数字信号处理模块940可根据用户或者应用借助于用户/应用接口模块965的选择来恢复服务。在这种情况下，用户或者应用可选择任意服务和屏幕间的连接。

服务处理模块950产生逻辑屏幕，以显示数字信号处理模块940恢复的服务。

此外，服务处理模块950预定逻辑屏幕或者显示屏幕的资源，并且如果所述资源的使用被终止，则释放并返回使用的资源。

输出模块960将服务处理模块950产生的多个逻辑屏幕映射到显示屏幕。可使用预定方法或者用户借助于用户/应用接口模块965设置的方法进行逻辑屏幕到显示屏幕的映射。

数字信号处理模块940恢复的服务可不由服务处理模块950进行处理。取而代之，数字信号处理模块940恢复的服务可直接被映射到输出模块960产生的显示屏幕的特定部分。

输出模块960提供的显示屏幕可被显示在物理显示装置970上或者可被存储在存储介质980中。存储介质980的示例包括：计算机可读软盘、硬盘、CD-ROM、DVD、DVD-ROM、BD(蓝光盘)和半导体存储器。

此外，输出模块960提供的显示屏幕可经过外部输出模块990发送到连接到网络的外部装置。

为此，输出模块960可包括能够提供显示屏幕的多个输出端。在这种情况下，可经过预先被设置为默认的输出端或者由用户借助于用户/应用接口模块965选择的输出端来提供显示屏幕。

用户或者应用可使用用户/应用接口模块965选择多个服务中的一个或者恢复期望的服务。此外，用户可使用用户/应用接口模块965选择多个显示屏幕中的一个。

因为图9中所示的模块根据其功能被划分，所以可连接到其他模块。

图10是示出根据本发明示例性实施例的动态配置多屏幕的方法的流程图。

通常，组成多媒体内容的视频信息、音频信息和数据信息以预定格式(例如，MPEG流格式)被发送。在操作S1010，提供服务(诸如多媒体内容服务)的设备接收视频信息、音频信息和数据信息，并基于视频信息、音频信息和数据信息恢复服务。这里，在操作S1010恢复的服务可由用户或者应用选择或者预先确认。用户可使用显示装置上显示的菜单或者遥控器来选择任意屏幕和屏幕之间的连接。应用可使用API选择连接。

此外，数据信息包括关于服务的应用程序的应用信息，这些应用信息包括信号信息，其指示应用程序是否可在PiP屏幕上执行。应用信息的示例包括基于MHP标准的应用信息表(AIT)和基于OCAP标准的扩展应用信息表(XAIT)。信号信息可被添加到应用。

此后，在操作S1015，设备预定用于显示恢复服务的逻辑屏幕或显示屏幕的资源。稍后将对预定资源的具体方法进行详细描述。

在操作S1020，基于预定的资源，设备设置恢复的服务，从而可在逻辑屏幕上显示恢复的服务。在操作S1030，逻辑屏幕被映射到显示屏幕。在操作S1040，使用显示屏幕、存储介质或者网络为用户提供显示屏幕。

恢复的服务在图10中被示为经逻辑屏幕被显示在物理显示装置上。然而，恢复的服务可以被直接显示在物理显示装置上，而不经过逻辑屏幕。

当用户选择PiP服务时，以两种模式实现PiP服务。在第一模式中，在不创建PiP服务的单独的逻辑屏幕(即，PiP屏幕)的情况下，仅提供在主屏幕上选择的PiP服务的视频组件。在第二模式中，创建PiP服务的单独的逻辑屏幕，以提供在创建的PiP屏幕上选择的PiP服务。

图10示出了为简化仅将一个服务映射到显示屏幕的方法。然而，可在不通过或者通过多个逻辑屏幕的情况下，将多个服务映射到显示屏幕。

当以这种方式为用户提供显示屏幕时，用户可执行多个服务。

图11是示出根据本发明示例性实施例的提供多屏幕的软件架构的示图。

参照图11，软件架构1100包括：装置驱动器层1110、应用程序接口(API)层1120和应用层1130。

装置驱动器层1110从不同多媒体内容源接收服务组件，并对接收的服务组件解码。接收的服务组件的示例包括视频信息、音频信息和数据信息。

API层1120预定用于显示服务的逻辑屏幕或者显示屏幕的资源，并基于预定的资源产生逻辑屏幕和显示屏幕。此外，API层1120将服务、逻辑屏幕和显示屏幕彼此映射。

应用层1130提供用户接口，从而用户可动态配置显示服务的逻辑屏幕，或者应用层1130将用户命令发送到API层1120，从而API层1120可执行用户命令。

用户借助于应用层1130使装置驱动器层1110经物理显示装置提供显示屏幕或者使装置驱动器层1110将显示屏幕存储在存储介质中。此外，用户可使装置驱动器层1110经网络向外部装置发送显示屏幕。

为此，装置驱动器层1110可包括能够提供显示屏幕的多个输出端。否则，API层1120可包括多个输出端。

如图12所示，为了动态配置显示屏幕上的多个逻辑屏幕，API层1120可包括多个软件模块，例如，多屏幕管理器模块“MultiScreenManager”1210、多屏幕上下文模块“MultiScreenContext”1230、多屏幕上下文监听器模块“MultiScreenContextListener”1250和多屏幕上下文事件模块“MultiScreenContextEvent”1240。

多屏幕管理器模块1210管理多屏幕上下文模块1230，搜索期望的屏幕，显示指定屏幕共享的装置的信息，注册多屏幕上下文监听器模块1250，或者取消多屏幕上下文监听器模块1250的注册。

多屏幕上下文模块1230是与屏幕对象1220关联的接口对象，并根据多屏幕上下文模块1230执行的接口操作，确定屏幕对象1220将成为逻辑屏幕还是显示屏幕。诸如图6(a)和图6(b)所示的属性510到570的不同属性可在多屏幕上下文模块1230中被设置。多屏幕上下文模块1230可提供参照图6(a)和图6(b)所述的功能“SET”、“ADD”、“GET”和“REMOVE”。

当屏幕对象1220的属性信息被多屏幕上下文模块1230改变时，多屏幕上下文事件模块1240用作宣布屏幕对象1220的属性信息已被改变的事件类，并且多屏幕上下文监听器模块1250用作可在尝试接收由多屏幕上下文事件模块1240提示的事件的预定应用类中实现的监听器接口对象。

应用1260是应用层1130上被驱动的模块。应用1260允许用户选择期望的服务并自由地在显示屏幕上布置多个逻辑屏幕。

具体来说，应用1260将允许用户动态配置和管理逻辑屏幕的各种命令发送到多屏幕管理器模块1210，多屏幕管理器模块1210控制与经过多屏幕上下文模块1230被执行的各种命令相应的操作。

多屏幕上下文模块1230与屏幕对象1220关联，并管理如图6(a)和图6(b)所示的屏幕对象1220的属性信息。为了管理屏幕对象1220的属性信息，多屏幕上下文模块1230可包括各种函数或方法。

多屏幕管理器模块1210(未示出)从装置驱动器层1110接收各种服务源提供的服务组件，并执行操作以将接收的服务组件显示在逻辑屏幕或显示屏幕上。

图13是示出显示根据本发明示例性实施例通过图12所示的模块将各个相应逻辑屏幕上显示的多个服务显示在显示屏幕上的方法的流程图。

参照图13，在操作S1305，逻辑屏幕和显示屏幕的资源被预定。稍后，将参照图14到图17具体描述预定和返回资源的方法。

随后，在操作S1310，多屏幕管理器模块1210基于预定的资源产生显示屏幕和多个逻辑屏幕，所述多个逻辑屏幕与待执行的服务的数量相应。

在操作S1320，多屏幕管理器模块1210将逻辑屏幕与从装置驱动器层1110接收的各个相应服务连接。多屏幕管理器模块1210可通过将接收的服务的服务上下文对象设置为逻辑屏幕服务的参数来为每个逻辑屏幕调用方法“addServiceContexts”。方法“addServiceContexts”将逻辑屏幕连接到服务，并可通过多屏幕上下文模块1230被提供。

在操作S1330，一旦将逻辑屏幕连接到各个服务，多屏幕管理器模块1210就将逻辑屏幕连接到显示屏幕。此时，多屏幕管理器模块1210可通过将与逻辑屏幕连接的显示屏幕对象设置为参数来为每个逻辑屏幕调用方法“setDisplayScreen”。方法“setDisplayScreen”将逻辑屏幕连接到显示屏幕，并可由多屏幕上下文模块1230提供。

方法“setDisplayScreensetDisplayScreen”可被设置为“public voidsetDisplayScreensetDisplayScreen(HScreenscreen)throwSecurityException，IllegalStateException”，并且该方法允许作为参数被提供的实例“HScreen”关联到当前逻辑屏幕。在这种情况下，实例“HScreen”优选地是显示屏幕。

方法“setDisplayScreen(HScreen screen)”的参数可包括值“NULL”。在这种情况下，当方法“setDisplayScreen(HScreen screen)”在没有意外处理的情况下被执行时，当前逻辑屏幕不再与显示屏幕关联。

可将方法“SecurityException”和方法“IllegalStateException”作为方法“setOutputScreen(HScreen screen)”的意外操作来执行。

在当前屏幕是逻辑屏幕时或者在与当前逻辑屏幕关联的显示屏幕的一部分由于主机平台的特点不能被改变时，可以执行方法“IllegalStateException”。

在操作S1340，确定逻辑屏幕分别映射到的显示屏幕上的区域。此时，可调用多屏幕上下文模块1230提供的预定方法以确定将显示逻辑屏幕的显示屏幕上的区域。

图14是示出根据本发明示例性实施例的执行资源预定所需的配置的示图。

参照图14，资源客户机1410、资源服务器1420和资源代理1430参与资源预定，并且它们中的每一个可被理解为在如图11所示的API层1120上驱动的接口对象。

资源客户机1410是作为应用的一部分的接口对象或者是实际使用资源的中间件组件，并且资源服务器1420是处理资源请求的接口对象。

资源代理1430存储资源的设置信息并执行中间件的安全政策。

此后，将参照图15到图17更加详细地描述图14所示的资源客户机1410、资源服务器1420和资源代理1430的每一个的操作。

图15是示出根据本发明示例性实施例的管理资源的方法的流程图。

参照图15，在操作S1510，资源客户机1410向资源服务器1420请求预定资源。随后，在操作S1520，资源服务器1420响应于所述请求，将请求的资源连接到资源代理1430。

在操作S1530，资源客户机1410通过资源代理1430使用资源。因此，相应应用或者中间件组件可使用资源。

当不再需要资源时，执行释放资源的操作。即，在操作S1550，资源客户机1410通知资源服务器1420其已经停止使用资源。随后，在操作S1550，资源服务器1420将资源从资源代理1430断开，并更新剩余资源的列表。

图16是示出根据本发明示例性实施例的预定屏幕资源的方法的流程图。

参照图16，为了请求屏幕资源，在操作S1610，应用或者中间件组件调用图12所示的多屏幕上下文模块1230(即，接口对象“MultiScreenContext”)的方法“reserveScreen”。当调用方法“reserveScreen”时，在操作S1620，资源服务器1420将屏幕资源连接到资源代理1430。

随后，如果在操作S1630产生指示屏幕资源已经被分配的事件“MultiScreenResourceEvent.MULTI_SCREEN_RESOURCE_SCREEN_RESERVED”，则在操作S1640，方法“reserveScreen”返回值“TRUE”，从而完成对屏幕资源的预定。在这种情况下，“MultiScreenResourceEvent”可被理解为可在管理屏幕资源时发生的一组事件的接口对象。此外，“MULTI_SCREEN_RESOURCE_SCREEN_RESERVED”是一种事件，指示资源已被预定。

因为构成屏幕的HBackgroundDevice”、“HVideoDevice”和“HGraphicsDevice”的资源可被设置在预定资源的范围内，所以它们可被容易地管理。

图17是示出根据本发明示例性实施例的返回屏幕资源的方法的流程图。

参照图17，为了返回屏幕资源，在操作S1710，应用或者中间件组件调用图12所示的多屏幕上下文模块1230(即，接口对象“MultiScreenContext”)的方法“releaseScreen”。当调用方法“releaseScreen”时，在操作S1720，资源服务器1420使将被返回的屏幕资源与资源代理1430断开。

随后，在操作S1730，如果产生指示屏幕资源已经被释放的事件“MultiScreenResourceEvent.MULTI_SCREEN_RESOURCE_SCREEN_RELEASED”，则屏幕资源被返回。在这种情况下，方法“releaseScreen”不再另外返回返回值。

“MULTI_SCREEN_RESOURCE_SCREEN_RELEASED”是一种事件，指示资源已被释放和返回。

产业上的可利用性

根据本发明，因为以逻辑屏幕或显示屏幕为单位管理资源，所以它们可被更有效地管理。

尽管已参照本发明的示例性实施例具体显示和描述了本发明，但是本领域普通技术人员应当理解，在不脱离由权利要求限定的本发明的精神和范围的情况下，可在形式和细节上做出各种改变。因此，应该理解，提供上述实施例仅用于描述的目的，而不应解释为对本发明的范围进行任何限定的目的。

Claims (8)

1、一种在多屏幕环境中管理资源的设备，所述设备包括：

数字信号处理模块，接收视频信息、音频信息和数据信息中的至少一个，基于所述视频信息、音频信息和数据信息中的至少一个恢复多个服务；

服务处理模块，预定用于显示恢复的服务的屏幕对象的资源，并基于预定的资源产生显示屏幕和多个逻辑屏幕；和

输出模块，将由服务处理模块提供的多个逻辑屏幕映射到显示屏幕上的不同位置。

2、一种在多屏幕环境中管理资源的设备，所述设备包括：

资源客户机，请求预定屏幕对象的资源；和

资源服务器，响应于所述请求将资源连接到资源代理，

其中，资源客户机通过资源代理使用预定的资源。

3、如权利要求2所述的设备，其中，屏幕对象包括逻辑屏幕对象或者显示屏幕对象。

4、如权利要求2所述的设备，其中，如果资源客户机通知资源服务器资源客户机已经停止使用预定的资源，则资源服务器将预定的资源从资源代理断开，并释放预定的资源。

5、一种在多屏幕环境中管理资源的方法，所述方法包括：

(a)调用请求屏幕对象的资源的方法；

(b)当调用所述方法时，连接资源；

(c)当资源被连接时，产生指示资源已被预定的事件；

(d)当产生所述事件时，完成资源的预定。

6、如权利要求5所述的方法，其中，所述方法通过屏幕对象的接口对象被提供。

7、一种在多屏幕环境中管理资源的方法，所述方法包括：

(a)调用用于释放屏幕对象的资源的方法；

(b)当调用所述方法时，断开资源；

(c)当资源被断开时，产生指示资源已被释放的事件；

(d)当产生所述事件时，完成资源的释放。

8、如权利要求7所述的方法，其中，所述方法通过屏幕对象的接口对象被提供。

Images