提供多屏幕的设备和动态配置多屏幕的方法

专利名称：提供多屏幕的设备和动态配置多屏幕的方法
技术领域：
本发明涉及多屏幕的配置，更具体地，涉及一种动态配置多屏幕的方法 和用于提供多屏幕的设备，所述多屏幕在单物理显示装置上提供多内容。
背景技术：
传统的广播接收器(例如数字TV或数字机顶盒)在单个物理显示装置上 只提供一个内容元素或在单个物理显示装置上同时显示主屏幕和子屏幕。
即使传统的广播接收器能够在相同物理显示装置上同时显示主屏幕和子 屏幕，它们也只能以有限数量的方式来排列主屏幕和子屏幕。在主屏幕内显 示内容的情况下，显示内容的所有元素(即，视频数据、音频数据和其它数据)。 另一方面，在子屏幕内显示内容的情况下，只显示内容的某些元素。
内容源包括广播服务(诸如，卫星广播商、地面广播商或有线广播商)、 存储介质(诸如，DVD)或连接到输入终端的外部装置。然而，使用现有的广 播接收机将这些内容源提供的内容显示在显示屏幕是十分困难的。
在交互式TV应用程序环境(例如，多々某体家用平台(MHP)、高级通用应 用(ACAP)、开放式有线应用平台(OCAP))中，假设在物理显示屏幕上只输出 一个屏幕。
在交互式电视应用程序环境中，例如，采用基于家庭音/视频协作(HAVi) 的用户接口(Ul)。才艮据HAViUI标准，即使没有对显示在物理显示装置上的 显示屏幕的数目施加限制，在物理显示装置上也只能显示一个屏幕。

发明内容
技术问题
在这种环境中，难以在独立的屏幕上显示多々某体内容的同时对显示在屏 幕上的多媒体内容中的一个来执行操作(诸如，解码、数字信号处理、用户交 互处理等)。此外，也很难以屏幕为单位动态控制应用程序的寿命周期和该源 的使用。因此，需要具有一种在动态配置的屏幕上显示各种内容的方法。 技术方案
本发明提供在物理显示装置上提供多种内容的多屏幕的动态配置。 将通过对以下优选实施例的描述来描述本发明的上述和其它目的。 根据本发明的一方面，提供了一种用于提供多屏幕的设备。该设备包括 数字信号处理模块，接收视频信息、音频信息和数据信息中的至少一个，并
基于视频信息、音频信息和数据信息中的至少一个来恢复多个服务；服务处 理模块，产生显示屏幕和用于显示恢复的服务的多个逻辑屏幕；输出模块， 将服务处理模块提供的多个逻辑屏幕映射到显示屏幕的不同位置，其中，每 个所述逻辑屏幕包括提供图形的实例，该实例包括在其上执行应用的多个帧， 每个帧具有指示排列顺序的排列属性信息。
根据本发明的另一方面，提供了一种用于动态配置多屏幕的方法。该方 法包括(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是示出在图12所示的模块之间交换显示在逻辑屏幕上的服务的方 法的流程图。
<附图中所示的主要部件的参考名称〉■用于提供多屏幕的设备
910广播信号接收模块
920存储介质
930外部输入模块
940数字信号处理模块
950服务处理模块
960输出模块
965用户/应用接口模块
970物理显示装置
■存储介质
990外部输出模块
具体实施例方式
通过参照以下对优选实施例的详细描述和附图，本发明的优点和特点与 完成本发明的方法将会被更容易地理解。然而，本发明可以以多种不同形式实现，并且不应理解为局限于在此阐述的实施例。相反，提供这些实施例，
发明仅由权利要求限定。贯穿本说明书，相同的标号表示相同的部件。
以下将参照根据本发明实施例的用户接口 、方法和计算机程序产品的流 程图对本发明进行描述。应该了解，流程图的每个方框和流程图方框的组合 可被计算机程序指令实现。可将这些计算机程序指令提供给通用计算机、专 用计算机或其它可编程数据处理设备的处理器以制造机器，这些通过计算机 或其它可编程数据处理设备的处理器来执行的指令创建用于执行流程图的方 框指定的功能的装置。
这些计算机程序指令也可存储在计算机可用或计算机可读存储器中，该 计算机可用或计算机可读存储器能够指导计算机或其它可编程数据处理设备
以特定方式实现功能，这些指令存储在计算机可用或计算机可读存储器中来 产生包括用于实现流程图的方框中指定的功能的指令装置的制品。
计算机程序指令也可载入计算机或其它可编程数据处理设备以使得在计 算机或其它可编程数据处理设备上执行一 系列操作步骤，以产生计算机实现 的处理，从而在计算机或其它可编程数据处理设备上执行的指令提供用于实 现流程图的方框中指定的功能的步骤。
流程图的每个方框代表包括用于实现指定的逻辑功能的一个或多个可执 行指令的模块、代码段或部分代码。同样应该注意，在一些选择实现中，方 框中提到的功能可不按照顺序发生。例如，连续示出的两个方框可能实际上 基本同时执行或方框有时可能以相反的顺序被执行，这取决于有关规定。 为了更好的理解本发明，现将定义在本公开中使用的术语。 术语"服务"指示一起显示的一组多々某体内容(即， 一组服务分量)。 服务分量是服务的元素，包括视频分量、音频分量和数据分量。数据分 量是在服务中的应用程序。
术语"服务上下文"指示能够控制服务的执行的对象并包括提供服务所 需的各种资源、装置和扩展域信息。
术语"物理显示装置"指示实际显示服务的内容的物理空间。 术语"显示屏幕"指示在物理显示装置上实际显示的屏幕。可直接在显 示屏幕中设置任意服务，显示屏幕可显示在物理显示装置上。或者，在物理 显示装置上可显示映射到显示屏幕的特定区域的至少一个逻辑屏幕。术语"逻辑屏幕，，指示显示任意服务的空间。在映射到显示屏幕之前，
逻辑屏幕是虚拟屏幕，因此没有显示在物理显示装置上。
逻辑屏幕和显示屏幕可以是背景静止图像、视频光栅和图形光栅的组合。
图形光栅可以是文本、线条、颜色和图像的组合或视频帧的混合。
术语"主服务"指示用户通过显示在物理显示装置的菜单或遥控器，或
应用通过API选择作为主服务的服务，显示主服务的屏幕被称为"主屏幕"。 术语"画中画服务(PlP服务)"指示用户通过显示在物理显示装置上的菜
单或遥控器，或应用通过API选择为主服务中的子服务的服务，该PiP服务 可显示在画中画屏幕(PiP屏幕)或主屏幕。
PiP屏幕包括图l(a)到图l(d)所示的占据另一屏幕的一部分的屏幕和图 l(e)到l(f)所示的在不与其它屏幕重叠的情况下与另 一屏幕同时显示的屏幕。 在这种情况下，应该了解，如图l(g)和图l(h)所示的PiP屏幕可包括在物理 显示装置中的任意位置或区域上与另一屏幕重叠的屏幕。
图2是示出根据本发明示例性实施例的逻辑屏幕与显示屏幕之间的关系 的示图。
参照图2，可使用逻辑屏幕210、 212和214来显示服务。逻辑屏幕210、 212和214通过映射块230映射到显示屏幕220、 222和224。
详细地，逻辑屏幕210和212映射到显示屏幕220,逻辑屏幕212和214 映射到显示屏幕222，逻辑屏幕210、 212和214映射到显示屏幕224。
简言之，显示服务的至少一个逻辑屏幕映射到显示屏幕的任意区域。
映射块230是将逻辑屏幕映射到显示屏幕所需要的一组各条信息。各条 信息的示例包括多个逻辑屏幕中的每一个映射到的显示屏上的预定区域的 坐标信息、逻辑屏幕和显示屏幕的标识信息和指定在显示屏幕上以什么顺序 显示逻辑屏幕的信息。映射块230可通过将被执行的各个计算机程序语言所 准备的接口或功能来实现，并通过使用上述信息作为参数来创建或改变逻辑 屏幕与显示屏幕之间的关系。
此外，如图3所示，各种服务源提供的服务可显示在显示屏幕上，显示 屏幕可显示在物理显示装置上。
存在提供广播服务(例如，地面广播商320和有线广播商330)的服务源， 提供存储在存储介质(例如，摄像机(PVR)340)中的服务的服务源，通过有线 网络或无线网络提供服务的服务源(图3中未示出)。广播接收机310从服务源接收服务并产生显示每个接收的服务的逻辑屏幕。
然后，使用预定的方法或者用户或应用设置的方法在将被显示在物理显
示装置上的显示屏幕上直接设置任意的服务。否则，在物理显示装置350上 显示映射到显示屏幕的任意区域的至少一个逻辑屏幕。简言之，由地面广播 商320、有线广播商330和PVR提供的服务显示在物理显示装置350上。
图3示出地面广播商320、有线广播商330和PVR 340作为服务源，但 本发明不限于此。根据本发明的实例性实施例，提供可一起显示的多媒体内 容的任何类型的多媒体内容源可以是服务源。
如图4A和4B所示，根据本发明的实例性实施例的服务可分为抽象服务 和非抽象服务。
抽象服务不是由实时发送的广播信号提供的服务，而是独立于广播信道 的服务。抽象服务只包括数据分量(即，应用程序)而没有视频分量和音频分量。 抽象服务的例子包括基于开放式有线应用平台(OCAP)标准的具有未绑定应
用的服务。
非抽象服务可理解为除抽象服务之外的服务。
根据本发明的当前的示例性实施例，抽象服务和非抽象服务都具有独立 性。例如，抽象服务可不通过逻辑屏幕而直接设置在物理显示装置上，非抽 象服务可显示在逻辑屏幕上。然后，逻辑屏幕可映射到设置抽象服务的显示 屏幕。此后，可通过物理显示装置来输出显示屏幕。这样，抽象服务可独立 于非抽象服务而显示在显示屏幕上。此外，抽象服务和非抽象服务可映射到 不同的逻辑屏幕。此后，逻辑屏幕可映射到单个显示屏幕。换言之，抽象服 务可独立于非抽象服务而显示在显示屏幕上。
根据本发明的当前的示例性实施例，可将逻辑屏幕和显示屏幕分类为不 同的对象。或者，屏幕可根据一个屏幕对象的属性信息来作为逻辑屏幕或显 示屏幕。
详细地，如果相应于逻辑屏幕的特性的屏幕对象属性具有预定的值且其 它屏幕对象属性具有固定的值，则屏幕对象可作为逻辑屏幕。换言之，如果 相应于逻辑屏幕的特性的屏幕对象属性具有预定的值且其它屏幕对象属性具 有固定的值，则屏幕对象可作为显示屏幕。
屏幕目标的属性信息包括多个属性"z-Order " 、 " Display—Area "、"Visibility" 、 "Associated—Display—Screen" 、 "Associated—Service—Contexts"、
"Associated —Logical—Screen"禾口 "OutputPort"。
如果属性 "z-Order " 、 " Display—Area ，， 、 " Visibility ，， 、 " Associated—
Display—Screen " 和 "Associated—Service—Contexts " 具有予贞定的4直且属'l"生
"Associated —Logical—Screen"和"OutputPort"具有固定值，则屏幕对象可 作为逻辑屏幕。
另 一 方面，j口果属'性 "Associated—Service—Contexts " 、 " Associated —Logical—Screen ，， ,口 " OutputPort ，， 具有予贞定的<i且属'性 "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的预定区域。 在这种情况下，显示屏幕610、第一逻辑屏幕620和第二逻辑屏幕630根据 属性"z-Order"的改变的值顺序排列在z轴的方向上。
如上所述，属性"z-Order"指示多个逻辑屏幕排列的顺序。属性"z-Order" 也可指定在逻辑屏幕或显示屏幕的分量排列的顺序。
例如，如上所述，逻辑屏幕或显示屏幕可以是背景静止图像、视频光栅和图形光栅的组合。为了描述的简单，提供背景静止图像(例如，背景图像)
的实例(或对象)将被称为"HBackgroundDevice",提供视频(例如，运动图像) 的实例(或对象)将被称为"HVideoDevice"，提供图形(例如，应用数据)的实 例(或对象)将被称为 "HGraphicsDevice ，，。
此夕卜，实例(或对象)
"HBackgroundDevice'， 、 "HVideoDevice'，和"HGraphicsDevice" 将被统称 为 "HScreenDevice"。
这里，可确定在z轴方向上排列逻辑屏幕或显示屏幕的实例
"HScreenDevice"的力l页序。
优选地,将"HBackgroundDevice，，、 "HVideoDevice，，和"HGraphicsDevice" 顺序排列。因此，实例"HVideoDevice"的属性"z-Order"的值大于实例
"HBackgroundDevice"的属寸生"z-0rder"的i^直，且实例 "HGraphicsDevice" 的属性"z-Order"的值大于实例"HVideoDevice"的属性"z-Order"的值。
如果在当前屏幕中存在实例"HBackgroundDevice",则放置在当前屏幕 的最低位置(从观察者的视点看为在当前屏幕的最后面)的实例 "HBackgroundDevice"的属寸生"z-Order"的^f直是0。
如果当前屏幕没有实例 "HBackgroundDevice ", 而有实例 "HVideoDevice",则放置在当前屏幕的最低位置(从观察者的视点看为在当 前屏幕的最后面)的实例"HVideoDevice"的属性"z-Order"的^直是0。
如果当前屏幕既没有实例 "HBackgroundDevice "也没有实例 "HVideoDevice",则放置在当前屏幕的最低位置(从观察者的视点看为在当 前屏幕的最后面)的实例"HGraphicsDevice"的属性"z-Order"的值是0。
此外，包括在当前屏幕中的实例"HVideoDevice，，的属性"z-0rder"的 值大于包括在当前屏幕中的任何实例"HBackgroundDevice"的属性"z-Order" 的值，包括在当前屏幕中的实例"HGraphicsDevice"的属性"z-Order"的值 大于包括在当前屏幕中的任何实例"HVideoDevice" 属性"z-Order"的值。 由于这些具有更大的属性"z-Order"的值的"HScreenDevice"被放置在靠近 当前屏幕的前面，故它们与观察者的距离更短。
当以如上所述的顺序来排歹'J实例 "HBackgroundDevice "、 "HVideoDevice"和"HGraphicsDevice"时，可任意确定相同类型的实例 "HScreenDevice"的排列顺序。
实例"HGraphicsDevice "可包括多个实例(或对象)，每个形成实例"HGraphicsDevice"的^皮称为"HScene"。每个实例"HScene"可^皮理解为 #(^亍应用的空间帧，多个应用可在一个实例"HScene"上4丸4亍。可通过属性 "z-Order"来确定在实例"HGraphicsDevice"中的实例"HScene"的排列顺 序。也就是，属性"z-Order"可指示逻辑屏幕的排列顺序，或者逻辑屏幕或 显示屏幕的分量的排列顺序。此外，属性"z-Order "可指示实例 "HGraphicsDevice" 的分量的排列顺序。
为了使用属性"z-Order"来识别实例"HScene"的排列顺序，类对象 "HSceneManager，， ^皮设置。类对象"HSceneManager，，可获得实例"HScene" 的属'l"生"z-Order"。
类对象"HSceneManager " <吏应用注册器成为用于处理属于实例 "HGraphicsDevice"的所有实例"HScene"的改变的处理器。
如图7(a)和图7(b)所示，属性"Display—Area" 530是关于逻辑屏幕的显 示屏幕区域的信息。
图7(a)示出逻辑屏幕710映射到显示屏幕720的整个区域，图7(b)示出 逻辑屏幕730映射到显示屏幕740的部分区域。
属性"Display—Area"可包括指定逻辑屏幕映射到的显示屏幕的预定部分 的二维坐标的信息，或可包括指定在显示屏幕上的预定位置的信息与指示逻 辑屏幕从显示屏幕上的预定位置偏移了多少的偏移值。
属性"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)" i殳置或改变如上所述的属性"z-Order"。 参数"order"是指当逻辑屏幕显示在显示屏幕时代表显示逻辑屏幕的顺序的 属性信息。详细地，方法"setZOrder(int order)"是用于i殳置属性"z-Order" 的设置接口。
可实施方法"setZOrder(int order)"的异常处理。当当前屏幕不是逻辑屏 幕或当前屏幕的属性"z-Order"由于硬件或软件的特点而不能被改变时可实 施该异常处理。
相应于方法"setZOrder(int order)"，方法"getZOrder(viod)"提供在当前 屏幕中的"z-Order"的属性信息而无需任何参数，并返回非负的"z-Order" 的值。如果当前屏幕是显示屏幕，方法"getZOrder(viod)"最好返回0，且逻 辑屏幕最好具有大于1的自然数。方法"getZOrder(viod)"是用于获得属性 "z-Order"的信息的获取接口 。
此外，方法"setZOrder(HScreenDevice[])"设置或改变在逻辑屏幕或显 示屏幕中的实例 "HScreenDevice " 的属性 "z-Order " 的值。方法 "setZOrder(HScreenDevice[])"的参数是其属性"z-Order"的值将被设置或 改变的实例"HScreenDevice "的集合。详纟田地，方法 "setZOrder(HScreenDevice[])"是用于i殳置实例"HScreenDevice"的"z-Order" 的属性信息的设置接口。
可实施方法"setZOrder(HScreenDevice[])"的异常操作。当在当前屏幕 中的实例"HScreenDevice"的属性"z-Order"由于用于提供多屏幕的设备的 硬件或软件的特点而不能被改变时可实施该异常操作。
相应 于 方 法 "setZOrder(HScreenDevice[])，，， 方 法 "mtgetZOrder(HScreenDevice)"提供在当前逻辑屏幕或显示屏幕中的实例 "HScreenDevice"的"z-Order"的属性信息，并返回非负的属性"z-Order" 的值。方法"getZOrder(HScreenDevice)"是用于获4寻实例"HScreenDevice" 的属性"z-Order"的信息的获取接口。如上所述，类对象"HSceneManager" 可包4舌各种方法以1"更处理形成实 例"HGraphicsDevice"的所有实例"HScene"的信息。
例如，类对象"HSceneManager"可包括方法"getHSceneOrder",该方 法返回与形成调用的应用的实例"HGraphicsDevice"的实例"HScene"相应 的实例"HSceneBmding"的4非列。
实例"HSceneBinding'，可被理解为在平台中被预定的类执行的接口 ，以 便提供指示实例"HScene"的属性的介质。也就是说，由于不允许应用直接 访问实例"HScene",古丈可通过4妄口 "HSceneBindmg"来^方问实例"HScene"。
方法"getHSceneOrder(HGraphicsDevice)"返回与形成调用的应用的预定 的实例"HGraphicsDevice"的实例"HScene"相应的实例"HSceneBinding" 的排列。在这种情况下，排列的第 一 入口与放置在预定的实例 "HGraphicsDevice"的实例"HScene"的顶部(从观察者的视野看是在当前屏 幕的最前面)的实例"HScene "相应。此外，最后入口与特定的实例 "HGraphicsDevice"的实例"HScene"的底部(从观察者的视野看是在当前屏 幕的最后面)放置的实例"HScene"相应。
类对象"HSceneManager，'也包括方法 "sameSence(HSceneBinding sbl， HSceneBindmg sb2)"。方';缶"sameSence"石角定两个4妻口 "HSceneBinding" sbl 和sb2是否与相同的实例"HScene"相关。例如，方法"sameSence"可用于 避免捆绑重叠。
方法"getAppHSceneLocation"提供在其上执行调用应用的默认实例 "HScene"的z-Order信息。4吏用方法"getAppHSceneLocatkm()",调用应用 可确定在实例"HGraphicsDevice"中的默认实例"HScene"的位置。
方法"getAppHSceneLocation(HScene)"提供在其上#1行调用应用的预定 实例"HScene"的z-Order4言息。4吏用方法"getAppHSceneLocation(HScene)"， 调用应用可确定在实例"HGraphicsDevice"中的预定实例"HScene"的位置。 根据另 一示例，方法"getDisplayScreen(viod)"返回与当前屏幕相关的显 示屏幕。详纟田地，如果当前屏幕是逻辑屏幕，则方法"getDisplayScreen(viod)" 返回相关的显示屏幕。如果当前屏幕是显示屏幕，则方法 "getDisplayScreen(viod)"返回关于当前屏幕的参考信息。此夕卜，如果当前屏 幕是逻辑屏幕而没有相关的屏幕，则方法"getDisplayScreen(viod)"返回 "NULL"值。才艮氺居另一示例，方法"public void setDisplayArea(HScreenRectangle rect) throws SecurityException, IllegalStateException"々是供将当前逻辑屏幕映射到相 关的显示屏幕的预定区域的功能。作为的参数提供的实例是包"org.havi.ui" 的类"HScreenRectangle，，，并且具有二维4立置4言息。方法"SecurityException" 和"IllegalStateException "的4丸4亍可,皮实施为用于方法
"setOutputScreen(HScreen screen)"的异常操作。在当前屏幕是逻辑屏幕或在 与当前屏幕相关的显示屏幕的一部分由于主机平台的特点而不能被改变时可 #(^亍方'法"IllegalStateException"。
根据另一示例，方法"getOutputArea(void)"返回当前屏幕的区域信息作 为HScreenRectangle信息。如果当前屏幕相应于显示屏幕，则方法
"getOutputArea(void)"返回与HScreenRectangle(O， 0, 1, l)具有相同值的 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恢复的服
输出模块960将服务处理模块950产生的多个逻辑屏幕映射到显示屏幕。 可使用预定的方法或用户使用用户/应用接口模块965设置的方法来实施逻辑 屏幕到显示屏幕的映射。
数字信号处理模块940恢复的服务不会被服务处理模块950处理。相反， 数字信号处理模块940恢复的服务可直接映射到由输出模块960产生的显示 屏幕的特定部分。由输出模块960提供的显示屏幕会被显示在物理显示装置970或被存储 在存储介质980中。存储介质980的示例包括计算机可读软盘、硬盘、 CD-ROM 、 DVD、 DVD-ROM 、 BD(蓝光盘)和半导体存4诸。
而且，由输出模块960提供的显示屏幕可通过外部输出模块990被发送 到连接到网络的外部装置。
为此，输出模块960可包括多个可通过其提供显示屏幕的多个输出端口 。 在这种情况下，可通过预先设置为默认的输出端口或用户使用用户接口模块 965选择的输出端口来提供显示屏幕。
用户或应用可使用用户接口模块965来选#^多个服务中的一个或恢复期 望的服务。而且，用户可使用用户接口模块965来选择多个显示屏幕中的一 个。
由于根据图9所示的模块的功能划分这些模块，故它们能够连接到其它模块。
图10是示出根据本发明示例性实施例的动态配置多屏幕的方法的流程图。
一般来说，组成多媒体内容的视频信息、音频信息和数据信息以预定格 式(例如，MPEG流格式)发送。在操作S1010，用于提供服务(例如，多媒体 内容服务)的设备接收视频信息、音频信息和数据信息并基于视频信息、音频 信息和数据信息恢复服务。这里，用户或应用可选4奪或先前确定在操作S1010 中恢复的服务。用户可使用显示在显示装置上的菜单或遥控器来选择在任意 屏幕与屏幕之间的连接。应用可使用API来选择连接。
此外，数据信息包括关于用于服务的应用程序的应用信息，这些应用信 息包括指示应用程序是否可在PiP屏幕上执行的信号信息。应用信息的示例 包括基于MHP标准的应用信息表(AIT)和基于OCAP标准的扩展应用信息表 (XAIT)。信号信息可^皮添加到应用。
然后，在操作S1020，设置恢复的服务，从而可显示在逻辑屏幕上。在 操作S1030,将逻辑屏幕映射到显示屏幕。在操作S1040,使用显示屏幕、存 储介质或网络将显示屏幕提供给用户。
通过逻辑屏幕将图IO所示的恢复的服务显示在物理显示装置。然而，可 不用通过逻辑屏幕而直接将恢复的服务显示在物理显示装置上。
当用户选择PiP服务时，PiP服务以两种模式实现。在第一模式，无需创建用于PlP服务(即，PlP屏幕)的单独的逻辑屏幕，只提供在主屏幕上选择的
用于PiP服务的视频分量。在第二模式，创建用于PiP服务的单独的逻辑屏
幕以提供在创建的PiP屏幕上选择的PiP服务。
为了简便，图IO示出只将一种服务映射到显示屏幕的方法。然而，通过
或无需通过多个逻辑屏幕，多个服务可映射到显示屏幕。
当以这种方式将显示屏幕提供给用户时，用户可执行多个服务。
图11是示出根据本发明示例性实施例的用于提供多屏幕的软件架构的示图。
参考图11，软件架构1100包括装置驱动层1110、应用程序接口(API) 层1120和应用层1130。
装置驱动层1110从各个多媒体内容源接收服务分量并解码接收的服务 分量。接收的服务分量的示例包括视频信息、音频信息和数据信息。
API层1120产生逻辑屏幕和显示屏幕并将服务、逻辑屏幕和显示屏幕彼 jt匕映射。
应用层1130提供用户接口从而用户可动态配置逻辑屏幕，所述逻辑屏幕 显示服务或将用户命令发送到API层1120，从而API层1120可执行用户命令。
用户使装置驱动层1110能够借助于应用层1130以通过物理显示装置来 提供显示屏幕或将显示屏幕存储在存储介质中。此外，用户可使驱动层1110 能够通过网络将显示屏幕发送到外部装置。
为此，装置驱动层1110可包括能够提供显示屏幕的多个输出端口 。否则， API层1120可包括多个输出端口。
为了在显示屏幕上动态配置多个逻辑屏幕，API层1120可包括多个软件 模块，例如如图13所示的多屏幕管理器模块"MultiScreenManager，， 1210、 多屏幕上下文模块"MultiScreenContext" 1230、多屏幕上下文监听器模块 "MultiScreenContextListener ，， 1250 和多屏幕上下文事件模块 "MultiScreenContextEvent" 1240。
多屏幕管理器模块1210管理多屏幕上下文模块1230,搜寻期望的屏幕， 显示指定哪个装置被屏幕共享的信息，注册多屏幕上下文监听器模块1250或 取消多屏幕上下文监听器模块1250的注册。
多屏幕上下文模块1230是与屏幕对象1220相关的接口对象，确定屏幕对象1220根据多屏幕上下文模块1230执行的接口操作变成逻辑屏幕还是显 示屏幕。可在多屏幕上下文模块1230中设置各个属性(例如，图6A和图6B 所示的属性510到属性570)。多屏幕上下文模块1230可提供如上所述的参考 图6A和图6B的功能"SET"、 "ADD"、 "GET"和"REMOVE"。
当屏幕对象1220的属性信息被多屏幕上下文模块1230改变时，多屏幕 上下文事件模块1240用作通知屏幕对象1220的属性信息已被改变的事件类， 多屏幕上下文监听器模块1250用作可按照尝试接收多屏幕上下文事件模块 1240提示的事件的预定的应用类来实现的监听器接口对象。
应用1260是在应用层1130上驱动的模块。应用1260允许用户选择期望 的服务并在显示屏幕上自由地排列多个逻辑屏幕。
详细地，应用1260将允许用户动态配置和管理逻辑屏幕的各种命令发送 到多屏幕管理器模块1210，多屏幕管理器模块1210控制与通过多屏幕上下 文模块1230执行的各种命令相应的操作。
多屏幕上下文模块1230与屏幕对象1220相关并管理图6A和图6B所示 的屏幕对象1220的属性信息。为了管理屏幕目标1220的属性信息，多屏幕 内容模块1230可包括各个功能或方法。
多屏幕管理模块1210(未示出)从装置驱动层1110接收被各种服务源提供 的服务分量并执行操作以在逻辑屏幕或显示屏幕上显示接收的服务分量。
图13是示出根据本发明的示例性实施例的在显示屏幕上显示由图12所 示的模块来显示在各个相应的逻辑屏幕上的多个服务的方法的流程图。
参考图13,在操作S1310，多屏幕管理器模块1210产生显示屏幕和与执 行的服务的数量相应的多个逻辑屏幕。
在操作S1320，多屏幕管理器模块1210将逻辑屏幕连接到从装置驱动层 1110接收的各个相应的服务。多屏幕管理模块1210可通过将接收的服务上下 文对象设置为用于逻辑屏幕服务的参数来对每个逻辑屏幕调用方法 "addServiceContexts"。方法"addServiceContexts，，将逻辑屏幕连才妄到月良务， 且可被多屏幕上下文模块1230所提供。
在操作S1330,—旦逻辑屏幕连接到各个服务，则多屏幕管理器模块1210 将逻辑屏幕连接到显示屏幕。此时，多屏幕管理器模块1210可通过将逻辑屏
幕连接到的显示屏幕对象设置为参数来对每个逻辑屏幕调用方法 "setDisplayScreen"。方法"setDisplayScreen"将逻辑屏幕连4妻到显示屏幕，并可由多屏幕上下文模块1230提供。
方法 "setDisplayScreensetDisplayScreen " 可被设置为 "public void setDisplayScreensetDisplayScreen(HScreen Screen) throws SecurityException, IllegalStateException",且该方法允许被提供为参数的实例"HScene"与当前 逻辑屏幕相关。在这种情况下，实例"HScene"最好为显示屏幕。
方法"setDisplayScreen(HScreen Screen)"的参凄丈可包4舌"NULL"值。 在这种情况下，当无需异常处理4丸行方法"setDisplayScreen(HScreen Screen)" 时，当前逻辑屏幕不再与显示屏幕相关。
方法"SecurityException"和"IllegalStateException"的#14亍可一皮实》包为 方法"setDisplayScreen(HScreen Screen)"的异常才喿4乍。
在当前屏幕是逻辑屏幕或在与当前逻辑屏幕相关的部分显示屏幕由于主 机平台的特点而不能^皮改变时可4丸行方法"IllegalStateException"。
在操作S1340,确定逻辑屏幕被分别映射到的显示屏幕上的区域。此时， 多屏幕上下文模块1230提供的预定方法可被调用以确定逻辑屏幕将被显示 的显示屏幕上的区域。
图14是示出根据本发明的示例性实施例的在图12所示的模块之间交换 显示在的逻辑屏幕上的服务的方法的流程图。
在操作S1410,多屏幕管理器模块1210临时终止在两个逻辑屏幕之间交 换服务。
然后，在操作S1420,在两个逻辑屏幕之间交换关于服务的信息。此时， 对两个逻辑屏幕中的每 一 个调用方法"removeServiceContexts "和方法
"addServiceContexts",从而在两个逻辑屏幕之间交换在两个逻辑屏幕中设置 的服务上下文。方法"removeServiceContexts"去除连接到逻辑屏幕的服务上 下文，方法"addServiceContexts，，将新服务上下文添加到逻辑屏幕。方法
"removeServiceContexts"和方法"addServiceContexts，，可净皮多屏幕上下文才莫 块1230提供。根据本发明的当前实施例，在逻辑服务之间交换关于连接到逻 辑服务的服务的服务信息，从而获得交换主屏幕和子屏幕效果。此外，根据 本发明的当前实施例，甚至当在显示屏幕上执行3个或更多服务时，它们也 可在任意数量的逻辑屏幕之间被交换。
在操作S1430,产生服务和两个逻辑屏幕之间的连接已经被改变的事件 的发生。此后，在操作S1440，多屏幕上下文事件模块1240将事件发送到多屏幕上下文监听器模块1250，新连接到两个逻辑屏幕的服务开始被执行。
虽然已经参照本发明的示例性实施例具体显示和描述了本发明，但是本 领域的普通技术人员应该理解，在不脱离由权利要求限定的本发明的精神和 范围的情况下，可以对这些实施例进行形式和细节的各种改变。因此，应该 理解上述的实施例仅是描述性的，并不会对本发明的范围施加任何限制。
产业上的可利用性 根据本发明，能够使用单物理显示屏以各种方式来执行由各种源(例如， 有线广播、地面广播、各种存储介质和外部输入)所提供的多个服务。
权利要求
1、一种用于提供多屏幕的设备包括数字信号处理模块，接收视频信息、音频信息和数据信息中的至少一个，并基于视频信息、音频信息和数据信息中的至少一个来恢复多个服务；服务处理模块，产生用于显示恢复的服务的显示屏幕和多个逻辑屏幕；输出模块，将服务处理模块提供的所述多个逻辑屏幕映射到显示屏幕上的不同位置，其中，每个逻辑屏幕包括提供图形的实例，该实例包括在其上执行应用的多个帧，每个帧具有指示排列顺序的排列属性信息。
2、 如权利要求l所述的设备，其中，可通过管理帧的类对象来获得所述 排列属性信息。
3、 如权利要求2所述的设备，其中，所述类对象通过使用返回提供指示 帧的属性的介质的接口的排列的方法来获得排列属性信息。
4、 如权利要求3所述的设备，其中，所述排列的第一入口与被认为放置 在帧的顶部的帧相应。
5、 如权利要求3所述的设备，其中，所述排列的最后入口与被认为放置 在帧的最底部的帧相应。
6、 如权利要求2所述的设备，其中，所述类对象还包括提供在其上执 行调用应用的默认帧的排列信息的方法。
7、 如权利要求2所述的设备，其中，所述类对象还包括提供在其上执 行调用应用的预定帧的排列信息的方法。
8、 一种动态配置多屏幕的方法，该方法包括(a) 接收视频信息、音频信息和数据信息中的至少一个；(b) 基于视频信息、音频信息和数据信息中的至少一个来恢复多个服务；(c) 产生用于显示恢复的服务的显示屏幕和多个逻辑屏幕；(d) 将所述多个逻辑屏幕映射到显示屏幕上的不同位置，其中，每个逻辑屏幕包括提供图形的实例，该实例包括在其上执行应用 的多个帧，每个帧具有指示排列顺序的排列属性信息。
9、 如权利要求8所述的方法，其中，可通过管理帧的类对象来获得所述 排列属性信息。
10、 如权利要求9所述的方法，其中，所述类对象通过使用返回提供指 示帧的属性的介质的接口的排列的方法来获得排列属性信息。
11、 如权利要求IO所述的方法，其中，所述排列的第一入口与被认为放置在帧的顶部的帧相应。
12、 如权利要求IO所述的方法，其中，所述排列的最后入口与被认为放 置在帕的最底部的帕相应。
13、 如权利要求9所述的方法，其中，所述类对象还包括提供在其上 执行调用应用的默认帧的排列信息的方法。
14、 如权利要求9所述的方法，其中，所述类对象还包括提供在其上 执行调用应用的预定帧的排列信息的方法。
全文摘要
提供一种用于提供多屏幕的设备和动态配置多屏幕的方法。该设备包括数字信号处理模块，接收视频信息、音频信息和数据信息中的至少一个，并基于视频信息、音频信息和数据信息中的至少一个来恢复多个服务；服务处理模块，产生用于显示恢复的服务的显示屏幕和多个逻辑屏幕；输出模块，将服务处理模块提供的多个逻辑屏幕映射到显示屏上的不同位置，其中，每个逻辑屏幕包括提供图形的实例，该实例包括在其上执行应用的多个帧，每个帧具有指示排列顺序的排列属性信息。
文档编号H04N5/45GK101416487SQ200780012014
公开日2009年4月22日 申请日期2007年4月5日 优先权日2006年4月6日
发明者李光基, 李钟昊, 格伦·A·亚当斯, 边成昱, 郑云教 申请人:三星电子株式会社