MX2008012869A - Aparato y metodo de identificacion de aplicacion en entorno de pantallas multiples. - Google Patents
Aparato y metodo de identificacion de aplicacion en entorno de pantallas multiples.Info
- Publication number
- MX2008012869A MX2008012869A MX2008012869A MX2008012869A MX2008012869A MX 2008012869 A MX2008012869 A MX 2008012869A MX 2008012869 A MX2008012869 A MX 2008012869A MX 2008012869 A MX2008012869 A MX 2008012869A MX 2008012869 A MX2008012869 A MX 2008012869A
- Authority
- MX
- Mexico
- Prior art keywords
- screen
- service
- application
- information
- display screen
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/44—Receiver circuitry for the reception of television signals according to analogue transmission standards
- H04N5/445—Receiver circuitry for the reception of television signals according to analogue transmission standards for displaying additional information
- H04N5/45—Picture in picture, e.g. displaying simultaneously another television channel in a region of the screen
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
- H04N21/4312—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations
- H04N21/4316—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations for displaying supplemental content in a region of the screen, e.g. an advertisement in a separate window
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/439—Processing of audio elementary streams
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
- H04N21/4431—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB characterized by the use of Application Program Interface [API] libraries
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
- H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
- H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/485—End-user interface for client configuration
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/485—End-user interface for client configuration
- H04N21/4852—End-user interface for client configuration for modifying audio parameters, e.g. switching between mono and stereo
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/485—End-user interface for client configuration
- H04N21/4858—End-user interface for client configuration for modifying screen layout parameters, e.g. fonts, size of the windows
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/765—Interface circuits between an apparatus for recording and another apparatus
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Software Systems (AREA)
- Human Computer Interaction (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Business, Economics & Management (AREA)
- Marketing (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Library & Information Science (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Controls And Circuits For Display Device (AREA)
- User Interface Of Digital Computer (AREA)
- Digital Computer Display Output (AREA)
- Logic Circuits (AREA)
Abstract
Se proporcionan un método y aparato de identificación de una aplicación en un entorno de pantallas múltiples. El aparato comprende un módulo de procesamiento de señal digital que recibe la información de video, la información de audio o la información de datos y restaura un servicio basado en la información de video, la información de audio o la información de datos, un módulo de procesamiento de servicio que produce una pluralidad de pantallas lógicas para la presentación del servicio restaurado, y un módulo de salida que mapea la pluralidad de pantallas lógicas proporcionadas por el módulo de procesamiento de servicio a diferentes ubicaciones en la pantalla de visualización. Una aplicación presente en el servicio es identificada por un contexto de servicio en el cual la aplicación es ejecutada y por la información de identificación.
Description
APARATO Y METODO DE IDENTIFICACION DE APLICACION EN ENTORNO DE PANTALLAS MULTIPLES
CAMPO DE LA INVENCIÓN La presente invención se refiere a un método y aparato de identificación de una aplicación en un entorno de pantallas múltiples.
ANTECEDENTES DE LA INVENCIÓN Los receptores convencionales de radiodifusión, tales como las TVs digitales o convertidores digitales de señal de TV sólo proporcionan un elemento de contenido en un dispositivo físico único de visualizacion o de manera simultánea, visualizan una pantalla principal y una sub-pantalla en un dispositivo físico único de visualizacion. Aún cuando los receptores convencionales de radiodifusión puedan visualizar, de manera simultánea, tanto la pantalla principal como la sub-pantalla en la misma pantalla de video o visualizacion, éstos sólo pueden situar la pantalla principal y la sub-pantalla en un número limitado de modos. En el caso de un contenido presentado dentro de la pantalla principal, son visualizados todos los elementos de contenido, es decir, los datos de video, los datos de audio y otros datos. Por otro lado, en el caso de un contenido visualizado dentro de la sub-pantalla, sólo algunos de los REF . : 197029
elementos de contenido son presentados. Las fuentes de contenido incluyen un servicio de radiodifusión tal como un radiodifusor satelital, un radiodifusor terrestre o un radiodifusor de cable, un medio de almacenamiento tal como DVDs, o un dispositivo externo conectado con una terminal de entrada. Sin embargo, es totalmente difícil visualizar contenidos proporcionados por estas distintas fuentes de contenido en una pantalla de video o visualización que utilice los receptores existentes de radiodifusión. En un entorno de programa de aplicación de TV interactiva, tal como La Plataforma Doméstica Multimedia ( HP, por sus siglas en inglés), la Aplicación Avanzada Común (ACAP, por sus siglas en inglés) y la Plataforma de Aplicación de Cable Abierto (OCAP, por sus siglas en inglés), se supone que sólo una pantalla es salida en un dispositivo de visualización física . En el entorno de programa de aplicación de TV interactiva es adoptada, por ejemplo, la interfaz de usuario (UI, por sus siglas en inglés) basada en la Interoperabilidad Doméstica de Audio/Video (HAVi). De acuerdo con el estándar HAVi, aún cuando ninguna restricción sea impuesta en el número de pantallas visualizadas en un dispositivo de visualización física, sólo una pantalla es generalmente presentada o mostrada en un dispositivo de visualización física.
BREVE DESCRIPCIÓN DE LA INVENCIÓN En este entorno, es difícil realizar operaciones, tales como la decodificación, el procesamiento de señal digital, el procesamiento de interacción de usuario, etc., con respecto a uno entre los contenidos multimedia visualizados en una pantalla mientras se muestran o presentan los contenidos multimedia en pantallas independientes. Además, también es difícil controlar en forma dinámica los ciclos de vida de los programas de aplicación y el uso de los recursos en las unidades de las pantallas. Por consiguiente, existe la necesidad de un método de identificación de una aplicación que opere en un entorno de pantallas múltiples mientras muestra o presenta una diversidad de contenidos en una pantalla de visualización en varios modos. La presente invención proporciona la identificación de una aplicación que es ejecutada en una pluralidad de pantallas en un entorno de pantallas múltiples en el cual la pluralidad de artículos de contenido es mostrada o presentada en una pantalla física de visualización. Los anteriores y otros objetivos de la presente invención serán descritos o aparentes a partir de la siguiente descripción de las modalidades preferidas. De acuerdo con un aspecto de la presente invención, se suministra un aparato de identificación de una aplicación
en un entorno de pantallas múltiples, el aparato incluye un módulo de procesamiento de señal digital que recibe la información de video, la información de audio o la información de datos y restaura una pluralidad de servicios basados en la información de video, la información de audio o la información de datos, un módulo de procesamiento de servicio que produce una pluralidad de pantallas lógicas para la presentación del servicio restaurado, y un módulo de salida que mapea la pluralidad de pantallas lógicas proporcionadas por el módulo de procesamiento de servicio a diferentes ubicaciones en la pantalla de visualización, en donde una aplicación presente en el servicio es identificada por el contexto de servicio en el cual es ejecutada la aplicación y por la información de identificación. De acuerdo con otro aspecto de la presente invención, se proporciona un aparato de identificación de una aplicación en un entorno de pantallas múltiples, el aparato incluye un módulo de procesamiento de servicio que produce una pantalla lógica que muestra o presenta un servicio y una pantalla de visualización que permite que la pantalla lógica sea asociada con el servicio y presenta la pantalla lógica, y un módulo de salida que mapea la pantalla lógica producida hacia una cierta área en la pantalla de visualización producida, en donde una aplicación en el servicio es identificada por el contexto de servicio en el cual la aplicación es ejecutada y por la
información de identificación. De acuerdo con otro aspecto de la presente invención, se suministra un método de identificación de una aplicación en un entorno de pantallas múltiples, el método incluye recibir la información de video, la información de audio o la información de datos y restaurar un servicio, producir una pluralidad de pantallas lógicas que presentan el servicio restaurado, y mapear las pantallas lógicas a diferentes ubicaciones en una pantalla de visualización, en donde una aplicación en el servicio es identificada por un contexto de servicio en el cual la aplicación es ejecutada y por la información de identificación. De acuerdo con otro aspecto de la presente invención, se suministra un método de identificación de una aplicación en un entorno de pantallas múltiples, el método incluye producir una pluralidad de pantallas lógicas que presentan un servicio y una pantalla de visualización que muestra la pluralidad de pantallas lógicas, y mapear las pantallas lógicas a áreas arbitrarias en la pantalla de visualización, en donde una aplicación en el servicio es identificada por un contexto de servicio en el cual la aplicación es ejecutada y por la información de identificación.
BREVE DESCRIPCIÓN DE LAS FIGURAS Los anteriores y otras características y ventajas de
la presente invención serán más aparentes mediante la descripción en detalle de las modalidades preferidas de la misma con referencia a las figuras adjuntas, en las cuales: Las Figuras la-lh son diagramas que ilustran una configuración de una pantalla PiP de acuerdo con una modalidad de ejemplo de la presente invención; La Figura 2 es un diagrama que ilustra la relación entre una pantalla lógica y una pantalla de visualización de acuerdo con una modalidad de ejemplo de la presente invención; Las Figuras 3-7 son diagramas que ilustran una configuración de una pantalla que incluye un mapeador de acuerdo con una modalidad de ejemplo de la presente invención; La Figura 8 es un diagrama de bloques que ilustra las fuentes de servicio de acuerdo con una modalidad de ejemplo de la presente invención; Las Figuras 9 y 10 son diagramas que ilustran un servicio no abstracto y un servicio abstracto de acuerdo con una modalidad de ejemplo de la presente invención; La Figura 11 es un diagrama que ilustra la información de atributo y las interfaces de una pantalla lógica y una pantalla de visualización; La Figura 12 es un diagrama que ilustra un atributo ' z-Order' de una pantalla lógica de una modalidad de ejemplo de la presente invención; Las Figuras 13 y 14 son diagramas que cada una
ilustra un atributo ,Display_Area' de una pantalla lógica de acuerdo con modalidades de ejemplo de la presente invención; La Figura 15 es un diagrama que ilustra un método de mapeo de dos servicios a una pantalla de visualización de acuerdo con una modalidad de ejemplo de la presente invención; La Figura 16 es un diagrama de bloques que ilustra una configuración de un aparato que proporciona pantallas múltiples de acuerdo con una modalidad de ejemplo de la presente invención; La Figura 17 es un diagrama de flujo que ilustra un método de configuración en forma dinámica de pantallas múltiples de acuerdo con una modalidad de ejemplo de la presente invención; La Figura 18 es un diagrama que ilustra una arquitectura de software que proporciona pantallas múltiples de acuerdo con una modalidad de ejemplo de la presente invención; La Figura 19 es un diagrama que ilustra las relaciones entre módulos que constituyen una capa de interfaz de programa de aplicación (API) de acuerdo con una modalidad de ejemplo de la presente invención; La Figura 20 es un diagrama de flujo que ilustra un método de visualización de una pluralidad de servicios, los cuales son mostrados o presentados en las respectivas pantallas lógicas correspondientes en una pantalla de
visualización a través de los módulos ilustrados en la Figura 19; La Figura 21 es un diagrama de flujo que ilustra un método de intercambio de servicios visualizados en pantallas lógicas entre los módulos ilustrados en la Figura 19; La Figura 22 ilustra la operación de una aplicación en una pluralidad de pantallas; La Figura 23 ilustra una estructura de datos de identificación de una aplicación de acuerdo con una modalidad de ejemplo de la presente invención; y La Figura 24 ilustra un método de identificación de una aplicación de acuerdo con una modalidad de ejemplo de la presente invención. Nombres de Referencia de los Componentes Principales Mostrados en las Figuras 900: aparato que proporciona pantallas múltiples 910: módulo de recepción de señal de radiodifusión 920: medio de almacenamiento 930: módulo externo de entrada 940: módulo de procesamiento de señal digital 950: módulo de procesamiento de servicio 960: módulo de salida 965: módulo de interfaz de usuario/aplicación 970: dispositivo de visualización física 980: medio de almacenamiento
990: módulo externo de salida
DESCRIPCIÓN DETALLADA DE LA INVENCIÓN Las ventajas y características de la presente invención y los métodos de consecución de las mismas podrían ser entendidos de manera más fácil con referencia a la siguiente descripción detallada de las modalidades preferidas y las figuras que la acompañan. No obstante, la presente invención podría ser incluida en muchas formas diferentes y no debe ser interpretada que está limitada a las modalidades de ejemplo señaladas en la presente. Más bien, estas modalidades de ejemplo son proporcionadas, de modo que esta descripción sea detallada y completa y transmitirá por completo el concepto de la invención a aquellas personas expertas en la técnica, y la presente invención sólo será definida por las reivindicaciones adjuntas. Los mismos números de referencia indican los mismos elementos a través de toda la especificación. La presente invención se describe de aquí en adelante con referencia a las ilustraciones de diagrama de flujo de las interfaces de usuario, métodos y productos de programa de computadora de acuerdo con las modalidades de ejemplo de la invención. Será entendido que cada bloque de las ilustraciones de diagrama de flujo y las combinaciones de los bloques en las ilustraciones de diagrama de flujo, pueden ser implementados
por instrucciones de programa de computadora. Estas instrucciones de programa de computadora pueden ser proporcionadas a un procesador de una computadora de uso general, una computadora de uso especial u otro aparato programable de procesamiento de datos para producir una máquina, de manera que las instrucciones, que se ejecutan por medio del procesador de la computadora u otro aparato programable de procesamiento de datos, generen medios que implementen las funciones especificadas en el bloque o bloques de diagrama de flujo. Estas instrucciones de programa de computadora también podrían ser almacenadas en una memoria susceptible de ser utilizada o leída por computadora que pueda dirigir una computadora u otro aparato programable de procesamiento de datos para funcionar en un modo particular, de manera que las instrucciones almacenadas en la memoria susceptible de ser utilizada o leída por computadora produzcan un artículo de manufactura que incluya medios de instrucción que implementen la función especificada en el bloque o bloques de diagrama de flujo. Las instrucciones de programa de computadora también podrían ser cargadas en una computadora u otro aparato programable de procesamiento de datos para provocar que una serie de etapas de operación sean realizadas en la computadora u otro aparato programable a fin de producir un proceso
implementado por computadora, de manera que las instrucciones que se ejecuten en la computadora u otro aparato programable proporcionen etapas para la implementación de las funciones especificadas en el bloque o bloques de diagrama de flujo. Y cada bloque de las ilustraciones de diagrama de flujo podría representar un módulo, segmento o porción de código, que comprenda una o más instrucciones ejecutables para la implementación de las funciones lógicas especificadas. Debe observarse que en algunas implementaciones alternativas, las funciones observadas en los bloques podrían presentarse fuera de orden. Por ejemplo, dos bloques ilustrados en sucesión de hecho podrían ser ejecutados de una manera sustancialmente concurrente o los bloques en algunas ocasiones podrían ser ejecutados en el orden inverso, dependiendo de la funcionalidad involucrada. Para el mejor entendimiento de la presente invención, a continuación, serán definidos los términos utilizados en esta descripción. El término "servicio" indica un grupo de contenidos multimedia visualizados juntos, es decir, un grupo de componentes de servicio. Los componentes de servicio son elementos de un servicio e incluyen un componente de video, un componente de audio y un componente de datos. El componente de datos es un programa de aplicación en un servicio.
El término "contexto de servicio" indica un objeto que puede controlar la ejecución del servicio e incluye varias de la información de recursos, la información del dispositivo y la información del estado de ejecución que son necesarias para proporcionar el servicio. El término "dispositivo de visualización física" indica un espacio físico que en realidad presenta o visualiza el contenido de un servicio. El término "pantalla de visualización" indica una pantalla actualmente visualizada en un dispositivo de visualización física. Un servicio arbitrario podría ser directamente establecido en la pantalla de visualización, y la pantalla de visualización podría ser presentada en un dispositivo de visualización física. En forma alterna, al menos una pantalla lógica que es mapeada a una cierta área de la pantalla de visualización podría ser presentada en el dispositivo de visualización física. El término "pantalla lógica" indica un espacio en el cual es visualizado un servicio arbitrario. Una pantalla lógica es una pantalla virtual antes de que sea mapeada hacia una pantalla de visualización y de esta manera, no es presentada en un dispositivo de visualización física. La pantalla lógica y la pantalla de visualización podrían ser una combinación de una imagen fija de fondo, un entramado o trama de video o una trama de gráficos. La trama
de gráficos podría ser una combinación de texto, líneas, colores e imágenes o una mezcla de cuadros de video. El término "servicio principal" indica un servicio que es seleccionado como un servicio principal a través de un menú presentado o mostrado en un dispositivo de visualización física o un controlador remoto por un usuario o a través de una API mediante una aplicación, y la pantalla en la cual es visualizado el servicio principal es referida como "pantalla principal" . El término "servicio de Imagen-en-Imagen (servicio
PiP) indica un servicio que es seleccionado como un sub-servicio en el servicio principal a través de un menú presentado en un dispositivo de visualización física o un controlador remoto por un usuario o por medio de una API por una aplicación, y el servicio PiP podría ser presentado en una pantalla de imagen-en-imagen (pantalla PiP) o una pantalla principal . La pantalla PiP incluye una pantalla que ocupa una porción de otra pantalla, como se ilustra en las Figuras 1(a)-1 (d) ; y una pantalla que es simultáneamente presentada con otra pantalla sin superponer la otra pantalla como se ilustra en las Figuras 1(e) -1(f) . En éste caso se entiende que la pantalla PIP podría incluir una pantalla que se superpone a otra pantalla en una ubicación o área arbitraria en el dispositivo de visualización física, como se ilustra en las
Figuras 1(g) y 1(h) . La Figura 2 es un diagrama que ilustra la relación entre una pantalla lógica y una pantalla de visualización de acuerdo con una modalidad de ejemplo de la presente invención. Con referencia a la Figura 2, un servicio podría ser visualizado utilizando las pantallas lógicas 210, 212 y 214. Las pantallas lógicas 210, 212 y 214 son mapeadas hacia las pantallas de visualización 220, 222 y 224 a través de un bloque de mapeo 230. En detalle, las pantallas lógicas 210 y 212 son mapeadas hacia la pantalla de visualización 220, las pantallas lógicas 212 y 214 son mapeadas hacia la pantalla de visualización 222 y las pantallas lógicas 210, 212 y 214 son mapeadas hacia la pantalla de visualización 224. En pocas palabras, al menos una pantalla lógica que visualiza un servicio es mapeada hacia un área arbitraria de una pantalla de visualización. El bloque de mapeo 230 es un grupo de varias piezas de información necesarias para el mapeo de una pantalla lógica hacia una pantalla de visualización. Los ejemplos de las distintas piezas de información incluyen la información de coordenadas de un área predeterminada en una pantalla de visualización en la cual es mapeada una pluralidad de pantallas lógicas, la información de identificación de las pantallas lógicas y la pantalla de visualización, y la
información que especifica en qué orden son presentadas o mostradas las pantallas lógicas en la pantalla de visualización . El bloque de mapeo 230 puede cambiar el tamaño de las pantallas lógicas, de modo que sean distribuidas en un área arbitraria de la pantalla de visualización. Es decir, el bloque de mapeo 230 puede realizar la escala de la pantalla lógica y la distribución de la posición de la misma, y las Figuras 3-7 son diagramas que ilustran una configuración de la pantalla que incluye un mapeador como el bloque de mapeo. Con referencia a la Figura 3, la pantalla principal, que incluye una combinación de la imagen fija de fondo B, una trama de video V y una trama de gráficos G, es mapeada hacia la totalidad de la pantalla de visualización por un mapeador con un tamaño normal. La pantalla PiP que incluye sólo los componentes de video es mapeada a la totalidad de la pantalla de visualización por el mapeador con un tamaño reducido. En este caso, la pantalla PiP mapeada es mostrada o presentada en la pantalla principal, lo cual es determinado en función del valor Z. El carácter de referencia Z se refiere a un valor de orden-z que será posteriormente descrito. Una pantalla de superposición podría ser combinada con la pantalla de visualización. La pantalla de superposición es una pantalla específica situada en el lado más exterior, y podría utilizarse cuando se proporcione una función de inserto de
títulos. La pantalla PiP sólo podría tener un componente de video como se ilustra en la Figura 3, o podría tener una combinación de la imagen fija de fondo B, la trama de video V y la trama de gráficos G como se ilustra en la Figura 4. Con referencia a la Figura 5, la pantalla principal, que incluye la combinación de la imagen fija de fondo B, la trama de video V y la trama de gráficos G, es mapeada hacia la totalidad de la pantalla de visualización por el mapeador con un tamaño normal. Dos pantallas PiP #1 y #2, que sólo tienen el componente de video son mapeadas hacia un área arbitraria de la pantalla de visualización por el mapeador con un tamaño reducido. En este caso, la pantalla PiP mapeada es situada en la pantalla principal y el valor Z puede ser mantenido en forma constante. Además, la pantalla de superposición podría ser combinada con la pantalla de visualización. La configuración de la pantalla podría tener una pluralidad de pantallas PiP que incluyen sólo los componentes de video como se ilustra en la Figura 5 o una pluralidad de pantallas PiP que incluyen una combinación de la imagen fija de fondo B, la trama de video V y la trama de gráficos G. Las pantallas POP son ilustradas en la Figura 7. Puede entenderse que la pantalla PiP es mostrada o presentada en el interior de la pantalla principal y la pantalla POP es presentada en el exterior de la pantalla principal. Con referencia a la Figura 7, la pluralidad de pantallas PiP #1 y
#2, que incluye una combinación de la imagen fija de fondo B, una trama de video V y la trama de gráficos G, es mapeada a áreas arbitrarias de la pantalla de visualizacion por el mapeador con un tamaño reducido. En este caso, el valor Z de las pantallas POP #1 y #2 mapeadas podría ser mantenido en forma constante. Además, la pantalla de superposición podría ser combinada con la pantalla de visualizacion. El bloque de mapeo 230 podría ser realizado mediante interfaces o funciones preparadas por varios lenguajes de programa de computadora que serán ejecutados y crearán o cambiarán la relación entre la pantalla lógica y la pantalla de visualizacion mediante la utilización de la información anterior como parámetros. Además, los servicios proporcionados por varias fuentes de servicio podrían ser presentados en la pantalla de visualizacion, y la pantalla de visualizacion podría ser presentada o mostrada en un dispositivo de visualizacion física, como se ilustra en la Figura 8. Existen fuentes de servicio que proporcionan servicios de radiodifusión tales como un radiodifusor terrestre 320 y un radiodifusor de cable 330, fuentes de servicio que proporcionan servicios guardados en un medio de almacenamiento tales como una grabadora personal de video (PVR) 340, y fuentes de servicio (no se ilustran en la Figura 8) que proporciona servicios por medio de una red alambrada o
una red inalámbrica. Un receptor de radiodifusión 310 admite los servicios que provienen de las fuentes de servicio y produce pantallas lógicas que visualizan cada uno de los servicios recibidos. Entonces, un servicio arbitrario es directamente establecido en la pantalla de visualización para que sea presentado en un dispositivo de visualización física utilizando un método predefinido o un método establecido por el usuario o una aplicación. De otro modo, al menos una pantalla lógica que es mapeada a un área arbitraria en la pantalla de visualización es presentada en el dispositivo de visualización física 350. En pocas palabras, los servicios proporcionados por el radiodifusor terrestre 320, el radiodifusor de cable 330 y la PVR son mostrados o presentados en el dispositivo de visualización física 350. El radiodifusor terrestre 320, el radiodifusor de cable 330 y la PVR 340 son ilustrados en la Figura 8 que son fuentes de servicio, aunque la presente invención no se limita a esto. Cualquier tipo de fuente de contenido multimedia que proporcione contenidos multimedia que pueden ser presentados juntos puede ser una fuente de servicio de acuerdo con una modalidad de ejemplo de la presente invención. Los servicios de acuerdo con una modalidad de ejemplo de la presente invención pueden ser clasificados en servicios abstractos y servicios no abstractos, como se ilustra en las
Figuras 9 y 10. Los servicios abstractos no son servicios proporcionados por señales de radiodifusión transmitidas en tiempo real sino servicios independientes de los canales de radiodifusión. Los servicios abstractos sólo incluyen componentes de datos, es decir, programas de aplicación, sin componentes de video ni componentes de audio. Los ejemplos de los servicios abstractos incluyen servicios que tienen aplicaciones no unidas en base a un estándar de la plataforma de aplicación de cable abierto (OCAP) . Los servicios no abstractos son entendidos como servicios diferentes de los servicios abstractos. De acuerdo con la actual modalidad de la presente invención, ambos de los servicios abstractos y no abstractos tienen independencia. Por ejemplo, los servicios abstractos podrían ser directamente establecidos en el dispositivo de visualización física no a través de las pantallas lógicas y los servicios no abstractos podrían ser visualizados en las pantallas lógicas. Entonces, las pantallas lógicas podrían ser mapeadas hacia la pantalla de visualización en la cual se establecen los servicios abstractos. Posteriormente, la pantalla de visualización podría ser salida a través del dispositivo de visualización física. Al hacerlo de este modo, los servicios abstractos pueden ser presentados en la pantalla de visualización de manera independiente de los servicios no
abstractos. Además, los servicios abstractos y los servicios no abstractos podrían ser mapeados a diferentes pantallas lógicas. Posteriormente, las pantallas lógicas podrían ser mapeadas a una pantalla de visualizacion única. En otras palabras, los servicios abstractos pueden ser presentados en la pantalla de visualizacion de manera independiente de los servicios no abstractos. De acuerdo con la actual modalidad de la presente invención, la pantalla lógica y la pantalla de visualizacion podrían ser clasificadas que son objetos diferentes. En forma alterna, una pantalla podría servir como una pantalla lógica o una pantalla de visualizacion de acuerdo con la información de atributo de un objeto de pantalla. En detalle, si los atributos de objeto de pantalla que corresponden con las características de una pantalla lógica tuvieran un valor predefinido y otros atributos de objeto de pantalla tuvieran valores fijos, el objeto de pantalla podría servir como una pantalla lógica. Por otro lado, si los atributos de objeto de pantalla que corresponden con las características de una pantalla de visualizacion tuvieran valores predefinidos y otros atributos de objeto de pantalla tuvieran valores fijos, el objeto de pantalla podría servir como una pantalla de visualizacion. La información de atributo del objeto de pantalla incluye una pluralidad de atributos de Atipo' , 'z-Order',
,Display_Area' , AVisibility' , ,Associated_Display_Screen' , ,Associated_Service_Contexts' , ,Associated_Logical_Screens' , y 'OutputPort' . Si los atributos 'z-Order', ' Display_Area' , 'Visibility' , ,Associated_Display_Screen' y
,Associated_Service_Context s ' tuvieran valores predefinidos y los atributos ,Associated_Logical_Screens' , y 'OutputPort' tuvieran valores fijos, un objeto de pantalla podría servir como una pantalla lógica. Por otro lado, si los atributos
,Associated_Service_Contexts' , ,Associated_Logical_Screens' , y ^OutputPort' tuvieran valores predefinidos y los atributos z-Order', ? Display_Area' , 'Visibility' y
?Associated_Display_Screen' tuvieran valores fijos, un objeto de pantalla podría servir como una pantalla de visualización . La Figura 11 ilustra la información de atributo y las interfaces de una pantalla lógica o una pantalla de visualización. Con referencia a la Figura 11, un atributo 'Type' 510 es para determinar el tipo de pantalla, una pantalla lógica o una pantalla de visualización. Con referencia a la Figura 11, un atributo 'z-Order' 520 es para determinar en qué orden se sitúa una pluralidad de pantallas lógicas a lo largo del eje z. La Figura 12 ilustra diferentes configuraciones de pantallas lógicas en un
dispositivo de visualización física para distintas combinaciones de los valores de atributos ^z-Order' de las pantallas lógicas. Con referencia a la Figura 12, una primera y segunda pantallas lógicas 620 y 630 son mapeadas, de manera respectiva, a áreas predeterminadas de una pantalla de visualización 610. En detalle, la primera pantalla lógica 620 es mostrada o presentada en la pantalla de visualización 610, y la segunda pantalla lógica 630 es mostrada en la pantalla de visualización que se superpone de manera parcial a la primera pantalla lógica 620. En otras palabras, la pantalla de visualización 610, la primera pantalla lógica 620 y la segunda pantalla lógica 630 son situadas en forma secuencial en la dirección del eje z. En este caso, un atributo ^z-Order' de la primera pantalla lógica 620 podría ser establecido en un valor de 1, y un atributo xz-Order' de la segunda pantalla lógica 630 podría ser establecido en un valor de 2. Los atributos ??-Order' de la primera y segunda pantallas lógicas 620 y 630 podrían ser establecidos en cualquiera de los números o caracteres, con la condición de que puedan representar un cierto orden en el cual la primera y la segunda pantallas lógicas 620 y 630 serán situadas a lo largo del eje z. Un atributo ? Display_Area' 520 es la información con respecto a un área de pantalla de visualización de una pantalla lógica como será ilustrado en las Figuras 13 y 14.
La Figura 13 ilustra que una pantalla lógica 710 es mapeada hacia un área completa de la pantalla de visualización 720, y la Figura 14 ilustra que una pantalla lógica 730 es mapeada hacia un área parcial de la pantalla de visualización 740. El atributo ,Display_Area' podría incluir la información que especifica las coordenadas de 2 dimensiones de una porción predeterminada de una pantalla de visualización en la cual será mapeada la pantalla lógica o podría incluir la información que especifica la ubicación predeterminada en la pantalla de visualización y un valor de cambio indicando cuanto se desvía la pantalla lógica de la ubicación predeterminada en la pantalla de visualización. Un atributo ^isibility' 530 determina si una pantalla lógica será presentada visible o invisible en una pantalla de visualización. Es posible realizar una aparición o desaparición de pantalla lógica a partir de una pantalla de visualización mediante la alteración del valor del atributo isibility' 530. Un atributo xAssociated_Display_Screen' 540 es la información con respecto a las pantallas de visualización asociadas con una pantalla lógica. Una pantalla lógica que no es asociada con ninguna de las pantallas de visualización no podría ser presentada en un dispositivo de visualización física y tampoco transmitida a dispositivos externos de
salida . Un atributo ^Associated_Service_Contexts ' 550 es la información con respecto a los contextos de servicio conectados con una pantalla lógica o una pantalla de visualización . Los servicios establecidos en estos contextos de servicio podrían ser presentados en una pantalla lógica o en una pantalla de visualización. Un atributo >Associated_Logical_Screens' 560 es la información con respecto a las pantallas lógicas asociadas con una pantalla de visualización. Un atributo 'OutputPort' 570 es la información con respecto a los dispositivos a través de los cuales una pantalla de visualización será salida, y estos dispositivos incluyen pantallas de visualización, medios de comunicación alambrada/inalámbrica y varios medios de almacenamiento. Las interfaces que identifican o alteran los valores de los atributos indicados en la Figura 6 podrían ser proporcionadas. Con referencia a la Figura 6, las interfaces podrían incluir una interfaz ASET' para establecer los valores de atributo o conectar una pantalla lógica con una pantalla de visualización, una interfaz 'ADD' que agrega valores de atributo o conecta una pantalla lógica con un servicio, una interfaz 'GET' que identifica los valores de atributo, y una interfaz ^REMOVE' que suprime los valores de atributo. Estas interfaces podrían incluir procesos, funciones, procedimientos
o métodos que efectúen sus funciones, de manera respectiva. Por ejemplo, un método 'getDisplayScreen ( oid) ' regresa una pantalla de visualizacion asociada con la pantalla actual. En detalle, si la pantalla actual fuera una pantalla lógica, el método 'getDisplayScreen ( void) ' regresaría a la pantalla de visualizacion asociada. Si la pantalla actual fuera una pantalla de visualizacion, el método 'getDisplayScreen (void) ' regresaría la información de referencia con respecto a la pantalla actual. Además, si la pantalla actual fuera una pantalla lógica, entonces no existiría una pantalla asociada, el método
'getDisplayScreen ( void) ' regresaría un valor de 'NULL' . De acuerdo todavía con otro ejemplo, un método 'public void set-DisplayArea (HScreenRectangle rect) throws SecurityException, IllegalStateException' proporciona una función para el mapeo de la pantalla lógica actual a un área predeterminada de la pantalla de visualizacion asociada. Una instancia que es proporcionada como un parámetro es de una clase 'HScreenRectangle' de un paquete 'org_havi_ui' y tiene información de posición de dos dimensiones. La ejecución de los métodos 'SecurityException' e 'IllegalStateException' podría ser conducida como una operación excepcional del método ' setOutputScreen (Hscreen screen) ' . El método
'IllegalStateException' podría ser ejecutado cuando la pantalla actual sea una pantalla lógica o cuando una porción
de la pantalla de visualización asociada con una pantalla lógica actual no pueda cambiar debido a las características de una plataforma anfitriona. De acuerdo todavía con otro ejemplo, un método xgetOutputArea ( void) ' regresa la información regional de una pantalla actual como la información 'HScreenRectangle' . Si la pantalla actual correspondiera con una pantalla de visualización, el método ^getOutputArea ( void) ' regresaría la información ^ScreenRectangle' teniendo el mismo valor que HScreenRectangle (0,0,1,1) . Si la pantalla actual fuera una pantalla lógica, el método ^getOutputArea ( void) ' regresaría la información con respecto a un área en la pantalla de visualización ocupada por la pantalla actual. Si la pantalla actual fuera una pantalla lógica aunque no estuviera asociada con ninguna pantalla de visualización, el método xgetOutputArea ( void) ' regresaría un valor 'NULL' . Ciertos términos son utilizados a través de toda la siguiente descripción para referirse a interfaces particulares. Sin embargo, una persona experta en la técnica apreciará que una función particular simplemente es nombrada para indicar su funcionalidad. Este documento no pretende distinguir entre las funciones que difieren en nombre sino sólo en función. La Figura 15 es un diagrama que ilustra un proceso en el que dos servicios que son establecidos en una pantalla de
visualización serán mapeados a una pantalla única. Con referencia a la Figura 15, un primer servicio incluye todos los tres componentes de servicio, es decir, los componentes de video, audio y datos, y un segundo servicio sólo incluye los componentes de video y audio. Sin embargo, la presente invención no impone ningún tipo de restricciones en los componentes de servicio, y el primer y segundo servicios ilustrados en la Figura 8 son de ejemplo. Como se ilustra en la Figura 15, el primer y segundo servicios son presentados o mostrados en un dispositivo de visualización física casi en el mismo modo que en la técnica relacionada. De acuerdo con la actual modalidad de la presente invención, es posible presentar una pluralidad de servicios en un dispositivo de visualización física de manera independiente de otro sin imponer ningún tipo de restricciones en el número de servicios que pueden ser presentados en una pantalla de visualización única. La Figura 16 es un diagrama de bloques de un aparato que proporciona pantallas múltiples de acuerdo con una modalidad de ejemplo de la presente invención. Con referencia a la Figura 16, el aparato 900 que proporciona pantallas múltiples incluye un módulo de procesamiento de señal digital 940, un módulo de procesamiento de servicio 950, un módulo de salida 960 y un módulo de interfaz de usuario/aplicación 965.
Asimismo, el aparato 900 incluye un módulo de recepción de señal de radiodifusión 910, un medio de almacenamiento 920 y un módulo externo de entrada 930 como fuentes de servicio e incluye una pantalla de visualización 970, un medio de almacenamiento 980 y un módulo externo de salida 990 como medios de salida de servicio. El término "módulo" como se utiliza en este documento, significa aunque no se limita a, un componente de software o hardware tal como una Serie de Pasarela Programable de Campo (FPGA) o Circuito Integrado de Aplicación Especifica (ASIC) , que realiza ciertas tareas. De manera ventajosa, un módulo podría ser configurado para residir en un medio de almacenamiento direccionable y configurado para ejecutarse en uno o más procesadores. De esta manera, un módulo podría incluir por medio de ejemplo, componentes tales como componentes de software, componentes de software orientados por objeto, componentes de clase y componentes de tarea, procesos, funciones, atributos, procedimientos, subrutinas, segmentos de código de programa, controladores , firmware, microcódigos , conjuntos de circuitos, datos, bases de datos, estructuras de datos, tablas, series y variables. La funcionalidad proporcionada en los componentes y módulos podría ser combinada en una menor cantidad de componentes y módulos o podría ser adicionalmente separada en componentes y módulos adicionales.
El módulo de procesamiento de señal digital 940 recibe distinta información de un servicio tal como un contenido multimedia, por ejemplo, información de video, información de audio o información de datos, a partir del módulo de recepción de señal de radiodifusión 910, el medio de almacenamiento 920 o el módulo externo de entrada 930. El módulo de recepción de señal de radiodifusión 910 admite una señal de radiodifusión satelital, terrestre o de cable y transmite la señal recibida de radiodifusión, el medio de almacenamiento 920 guarda la información de video, la información de audio o la información de datos de un servicio y el módulo externo de entrada 930 recibe la información de video, la información de audio o la información de datos de un servicio de un dispositivo externo tal como un módulo de interfaz de red conectado con una red. El módulo de procesamiento de señal digital 940 restaura la pluralidad de servicios utilizando los componentes recibidos de servicio. Los servicios restaurados incluyen los servicios abstractos o no abstractos. Aquí, el término "pluralidad de servicios" se refiere a dos o más servicios transmitidos por el módulo de recepción de señal de radiodifusión 910 o dos o más servicios respectivamente transmitidos por el módulo de recepción de señal de radiodifusión 910 y el medio de almacenamiento 920. El módulo de procesamiento de señal digital 940
podría restaurar una pluralidad de servicios de acuerdo con la selección por el usuario o una aplicación con la ayuda del módulo de interfaz de usuario/aplicación 965. En este caso, el usuario o la aplicación podrían seleccionar la conexión entre un servicio arbitrario y una pantalla. El módulo de procesamiento de servicio 950 produce pantallas lógicas para presentar la pluralidad de servicios restaurados por el módulo de procesamiento de señal digital 940. El módulo de salida 960 mapea una pluralidad de pantallas lógicas producida por el módulo de procesamiento de servicio 950 a la pantalla de visualización . El mapeo de las pantallas lógicas a la pantalla de visualización podría ser conducido utilizando un método predefinido o un método establecido por el usuario con la ayuda del módulo de interfaz de usuario/aplicación 965. Un servicio restaurado por el módulo de procesamiento de señal digital 940 no podría ser ejecutado por el módulo de servicio 950. En su lugar, el servicio restaurado por el módulo de procesamiento de señal digital 940 podría ser directamente mapeado a una cierta porción de una pantalla de visualización producida a través del módulo de salida 960. Una pantalla de visualización, proporcionada por el módulo de salida 960, podría ser mostrada o presentada en el dispositivo de visualización física 970 o podría ser guardada
en el módulo de almacenamiento 980. Los ejemplos del medio de almacenamiento 980 incluyen discos flexibles, discos duros, CD-ROM, DVD, DVD-ROM, BD (Disco de Rayo Azul) y memorias de semiconductor, todos los anteriores susceptibles de ser leídos por computadora. Asimismo, una pantalla de visualización, proporcionada por el módulo de salida 960, podría ser transmitida a un dispositivo externo conectado con una red a través del módulo externo de salida 990. Para esto, el módulo de salida 960 podría incluir una pluralidad de puertos de salida a través de los cuales podría proporcionarse una pantalla de visualización. En este caso, puede proporcionarse una pantalla de visualización por medio de un puerto de salida establecido con anticipación como un puerto por omisión o un puerto de salida elegido por el usuario con la ayuda del módulo de interfaz de usuario 965. El usuario o la aplicación pueden elegir uno de la pluralidad de servicios o restaurar los servicios deseados utilizando el módulo de interfaz de usuario 965. Asimismo, el usuario puede elegir una de la pluralidad de pantallas de visualización utilizando el módulo de interfaz de usuario 965. Debido a que los módulos ilustrados en la Figura 16 son divididos de acuerdo con sus funciones, es posible que sean conectados con otros módulos. La Figura 17 es un diagrama de flujo que ilustra un
método de configuración en forma dinámica de pantallas múltiples de acuerdo con una modalidad de ejemplo de la presente invención. En general, la información de video, la información de audio y la información de datos que constituyen el contenido multimedia son transmitidas en un formato predeterminado, por ejemplo, un formato de flujo MPEG. En la operación S1010, un aparato que proporciona un servicio tal como servicio de contenido multimedia, recibe la información de video, la información de audio y la información de datos y restaura el servicio en base a la información de video, la información de audio y la información de datos. Aquí, el servicio restaurado en la operación S1010 podría ser seleccionado o previamente determinado por el usuario o aplicación. El usuario podría emplear un menú mostrado o presentado en el dispositivo de visualización o un controlador remoto para seleccionar las conexiones entre una pantalla arbitraria y una pantalla. La aplicación podría seleccionar las conexiones utilizando una API. Además, la información de datos incluye la información de aplicación con respecto a un programa de aplicación para un servicio, y está información de aplicación incluye la información de señal que indica si el programa de aplicación puede ser ejecutado en una pantalla PiP. Los ejemplos de la información de aplicación incluyen la tabla de
información de aplicación (AIT) en base al estándar MHP y la tabla de información de aplicación extendida (XAIT) en base al estándar OCAP. La información de señal podría ser agregada a la aplicación. Posteriormente, en la operación S1020, el servicio restaurado es establecido, de manera que pueda ser presentado en una pantalla lógica. En la operación S1030, la pantalla lógica es mapeada hacia una pantalla de visualización . En la operación S1040, la pantalla de visualización es proporcionada al usuario utilizando una pantalla de visualización, un medio de almacenamiento o una red. El servicio restaurado es ilustrado en la Figura 17 que es presentado en un dispositivo de visualización física a través de una pantalla lógica. Sin embargo, el servicio restaurado podría ser directamente mostrado o presentado en un dispositivo de visualización física sin pasar a través de la pantalla lógica. Cuando el usuario seleccione un servicio PiP, el servicio PiP es realizado en dos modos. En el primer modo, sólo es proporcionado el componente de video para el servicio PiP seleccionado en la pantalla principal sin crear una pantalla lógica separada para el servicio PiP es decir, la pantalla PiP. En el segundo modo, una pantalla lógica separada para el servicio PiP es creada al proporcionar el servicio PiP seleccionado en la pantalla creada PiP.
La Figura 17 ilustra un método de raapeo sólo de un servicio a una pantalla de visualización por simplicidad. Sin embargo, una pluralidad de servicios podría ser mapeada a una pantalla de visualización con o sin pasar a través de una pluralidad de pantallas lógicas. Cuando sea proporcionada una pantalla de visualización al usuario en este modo, el usuario puede realizar una pluralidad de servicios. La Figura 18 es un diagrama que ilustra una arquitectura de software que proporciona pantallas múltiples de acuerdo con una modalidad de ejemplo de la presente invención . Con referencia a la Figura 18, una arquitectura de software 1100 incluye una capa de controlador de dispositivo 1110, una capa de interfaz de programa de aplicación (API) 1120, y una capa de aplicación 1130. La capa de controlador de dispositivo 1110 recibe los componentes de servicio desde las distintas fuentes de contenido multimedia y decodifica los componentes recibidos de servicio. Los ejemplos de los componentes recibidos de servicio incluyen la información de video, la información de audio y la información de datos. La capa API 1120 genera una pantalla lógica y una pantalla de visualización y mapea un servicio, la pantalla lógica y la pantalla de visualización entre sí.
La capa de aplicación 1130 proporciona una interfaz de usuario, de modo que el usuario pueda configurar en forma dinámica una pantalla lógica que presente o muestre un servicio o transmita un comando de usuario a la capa API 1120, de modo que la capa API 1120 puede ejecutar el comando de usuario . El usuario permite que la capa de controlador de dispositivo 1110 con la ayuda de la capa de aplicación 1130 proporcione una pantalla de visualización a través de un dispositivo de visualización física o que guarde la pantalla de visualización en un medio de almacenamiento. Además, el usuario puede permitir que la capa de controlador del dispositivo 1110 transmita una pantalla de visualización a un dispositivo externo por medio de una red. Para esto, la capa de controlador de dispositivo 1110 podría incluir una pluralidad de puertos de salida que pueden proporcionar una pantalla de visualización. De otro modo, la capa API 1120 podría incluir la pluralidad de puertos de salida . Con el objeto de realizar la configuración en forma dinámica de una pluralidad de pantallas lógicas en una pantalla de visualización, la capa API 1120 podría incluir una pluralidad de módulos de software, por ejemplo, un módulo administrador de pantallas múltiples ^MultiScreenManager' 1210, un módulo de contexto de pantallas múltiples
^ultiScreenContext ' 1230 y un módulo de escucha de contexto de pantallas múltiples ^MultiScreenContextListener' 1250 y un módulo de evento de contexto de pantallas múltiples xMultiScreenContexEvent ' 1240, como se ilustra en la Figura 19. El módulo gestor de pantallas múltiples 1210 maneja el módulo de contexto de pantallas múltiples 1230, además, busca la pantalla deseada, también visualiza la información que especifica que dispositivos son compartidos por las pantallas, también registra el módulo de escucha de contexto de múltiples pantalla 1250 o cancela el registro del módulo de escucha de contexto de pantalla 1250. El módulo de contexto de pantallas múltiples 1230 es un objeto de interfaz asociado con un objeto de pantalla 1220 y determina si el objeto de pantalla 1220 se convertirá en una pantalla lógica o una pantalla de visualización de acuerdo con una operación de interfaz realizada por el módulo de contexto de pantallas múltiples 1230. Varios atributos ilustrados en la Figura 6, tales como los atributos 510-570, podrían ser establecidos en el módulo de contexto de pantallas múltiples 1230. El módulo de contexto de pantallas múltiples 1230 puede proporcionar las funciones 'SET' , 'ADD' , 'GET' y 'REMOVE' descritas con anterioridad con referencia a la Figura 6. Cuando la información de atributo del objeto de pantalla 1220 sea alterada a través del módulo de contexto de
pantallas múltiples 1230, el módulo de evento de contexto de pantallas múltiples 1240 sirve como un anuncio de clase de evento en el que ha sido cambiada la información de atributo del objeto de pantalla 1220, y el módulo de escucha de contexto de pantallas múltiples 1250 sirve como un objeto de interfaz de escucha que puede ser realizado en una clase predeterminada de aplicación que intenta recibir un evento incitado por el módulo de evento de contexto de pantallas múltiples 1240. Una aplicación 1260 es un módulo que es excitado en la capa de aplicación 1130. La aplicación 1260 permite que el usuario elija el servicio deseado y que sitúe con libertad una pluralidad de pantallas lógicas en una pantalla de visualización. En detalle, la aplicación 1260 transmite varios comandos que permiten que el usuario realice la configuración en forma dinámica y que maneje las pantallas lógicas en el módulo administrador de pantallas múltiples 1210, y el módulo administrador de pantallas múltiples 1210 controla las operaciones que corresponden con los distintos comandos que serán ejecutados a través del módulo de contexto de pantallas múltiples 1230. El módulo de contexto de pantallas múltiples 1230 es asociado con el objeto de pantalla 1220 y maneja la información de atributo del objeto de pantalla 1220 que se
ilustra en la Figura 6. Con el fin de manejar la información de atributo del objeto de pantalla 1220, el módulo de contexto de pantallas múltiples 1230 podría incluir una diversidad de funciones o métodos. El módulo administrador de pantallas múltiples 1210
(no se ilustra) recibe los componentes de servicio proporcionados por varias fuentes de servicio que provienen de la capa de controlador de dispositivo 1110 y realiza operaciones para presentar los componentes recibidos de servicio en una pantalla lógica o en una pantalla de visualización. La Figura 20 es un diagrama de flujo que ilustra un método de visualización de una pluralidad de servicios presentados en una de las respectivas pantallas lógicas correspondientes a través de los módulos ilustrados en la Figura 19 en una pantalla de visualización de acuerdo con una modalidad de ejemplo de la presente invención. Con referencia a la Figura 20, en la operación S1310, el módulo administrador de pantallas múltiples 1210 produce una pantalla de visualización y un número de pantallas lógicas que corresponden con el número de servicios que será efectuado . En la operación S1320, el módulo administrador de pantallas múltiples 1210 conecta las pantallas lógicas con los respectivos servicios correspondientes que son recibidos a
partir de la capa de controlador de dispositivo 1110. El módulo administrador de pantallas múltiples 1210 puede llamar un método 'addServiceContext ' para cada una de las pantallas lógicas estableciendo los objetos de contexto de servicio de los servicios recibidos como parámetros para los servicios de pantallas lógicas. El método 'addServiceContext ' conecta una pantalla lógica con un servicio y podría ser proporcionado a través del módulo de contexto de pantallas múltiples 1230. En la operación S1330, una vez que las pantallas lógicas sean conectadas con los servicios respectivos, el módulo administrador de pantallas múltiples 1210 conecta las pantallas lógicas con la pantalla de visuali zación . En este momento, el módulo administrador de pantallas múltiples 1210 podría llamar un método ? setDisplayScreen' para cada una de las pantallas lógicas estableciendo un objeto de pantalla de visualización en el cual son conectadas las pantallas lógicas como un parámetro. El método ^setDisplayScreen' conecta una pantalla lógica con una pantalla de visualización y podría ser proporcionado a través del módulo de contexto de pantallas múltiples 1230. El mé.todo ? setDisplayScreensetDisplayScreen' podría ser establecido como ^public void setDisplayScreensetDisplayScreen (HScreen screen) throws
SecurityException, IllegalStateException' y este método permite que una instancia 'HScreen' que es proporcionada como
un parámetro, sea asociada con la pantalla lógica actual. En este caso, se prefiere que la instancia AHScreen' sea una pantalla de visualización . Un parámetro del método AsetDisplayScreen (HScreen screen) ' podría incluir un valor de ^NULL' . En este caso, cuando el método ? set DisplayScreen (HScreen screen)' sea ejecutado sin manejo de excepción, la pantalla lógica actual ya no es asociada con la pantalla de visualización. La ejecución de los métodos ^SecurityException' e ? IllegalStateException' podría ser conducida como una operación excepcional del método 'setOutputScreen (Hscreen screen) ' . El método ' IllegalStateException' podría ser ejecutado cuando la pantalla actual sea una pantalla lógica o cuando una porción de la pantalla de visualización asociada con una pantalla lógica actual no pueda cambiar debido a las características de una plataforma anfitriona. En la operación S1340, son determinadas las áreas de la pantalla de visualización en la cual las pantallas lógicas serán respectivamente mapeadas. En este momento, un método predeterminado que es proporcionado por el módulo de contexto de pantallas múltiples 1230 puede ser llamado para determinar un área en la pantalla de visualización en donde las pantallas lógicas serán mostradas o presentadas. La Figura 21 es un diagrama de flujo que ilustra un
método de intercambio de servicios mostrados o presentados en pantallas lógicas entre los módulos ilustrados en la Figura 19 de acuerdo con una modalidad de ejemplo de la presente invención . En la operación S1410, el módulo administrador de pantallas múltiples 1210 termina en forma temporal un servicio que será intercambiado entre dos pantallas lógicas. Posteriormente, en la operación S1420, la información con respecto al servicio es intercambiada entre las dos pantallas lógicas. En este momento, un método 'removeServiceContext' y un método ^addServiceContext ' son llamados para cada una de las dos pantallas lógicas, con lo cual se realiza el intercambio de contextos de servicio establecido en las dos pantallas lógicas entre las dos pantallas lógicas. El método 'removeContext' elimina el contexto de servicio conectado con una pantalla lógica, y el método ^addServiceContext ' adiciona un nuevo contexto de servicio a la pantalla lógica. Los métodos ? removeServiceContext ' y ^addServiceContext ' podrían ser proporcionados por el módulo de contexto de pantallas múltiples 1230. De acuerdo con la actual modalidad de ejemplo de la presente invención, la información de servicio con respecto a un servicio conectado con servicios lógicos es intercambiada entre los servicios lógicos, con lo cual se obtiene el efecto del intercambio de una pantalla principal y
una sub-pantalla . Además, de acuerdo con la actual modalidad de ejemplo de la presente invención, aún cuando tres o más servicios sean realizados en una pantalla de visualización, estos podrían ser intercambiados entre un número arbitrario de pantallas lógicas. En la operación S1430, es anunciada la ocurrencia de un evento en el cual ha sido cambiada la conexión entre el servicio y las dos pantallas lógicas. Posteriormente, en la operación S1440, el módulo de evento de contexto de pantallas múltiples 1240 transmite el evento al módulo de escucha de contexto de pantallas múltiples 1250, y el servicio recientemente conectado con las dos pantallas lógicas comienza a ser efectuado. La misma aplicación podría ser ejecutada por una pluralidad de contextos de servicio que pertenecen a diferentes pantallas, y esto será posteriormente descrito en detalle con referencia a la Figura 22. Por ejemplo, con referencia a la Figura 22, la misma aplicación podría ser ejecutada en una pantalla principal HScreenl y en una pantalla PiP HScreen2. Podría determinarse si una pluralidad de aplicaciones, ejecutadas de manera respectiva, en una pluralidad de pantallas son las mismas aplicaciones o distintas aplicaciones comparando la información de identificación del proveedor de aplicación Org_ID y la
información de identificación de aplicación App_ID de la aplicación. Con referencia a la Figura 22, las aplicaciones respectivamente ejecutadas en la pantalla principal HScreenl y en una pantalla PiP HScreen2 comparten la misma información de identificación de proveedor de aplicación Org_ID y la misma información de identificación de aplicación App_ID, con lo cual se hace difícil determinar con exactitud si la aplicación que actualmente está siendo ejecutada es realizada en la pantalla principal HScreenl o en una pantalla PiP HScreen2. Es decir, la información adicional, diferente de
Org_ID y App_ID, es necesaria para establecer con precisión si una pluralidad de aplicaciones respectivamente ejecutadas en una pluralidad de pantallas son las mismas o distintas aplicaciones, aún cuando las aplicaciones compartan la misma Org_ID y App_ID. Una estructura de datos de la información adicional es ilustrada en la Figura 23. Con referencia a la Figura 23, una clase 'OcapAppID' hereda una clase AAppID' . La clase 'AppID' incluye variables de entero 'AID' y 'OID' y las funciones 'getIDO' y 'getOIDO' que regresan los valores de las variables ????' y 'OID' . La clase OcapAppID' que hereda la clase ?????0' , incluye una variable (sc' que identifica un contexto de servicio y una función ^etServiceContext ( ) ' que regresa el valor de la variable 'se' . La variable 'se' podría ser interpretada que es una información de indicación o una
información de referencia que señala un contexto de servicio para la ejecución de la aplicación. Debido a que la clase 'OcapAppID' no sólo incluye la Org_ID y App_ID, sino también incluye la información de identificación de un contexto de servicio para la ejecución de una aplicación, es posible identificar cada una de la pluralidad de instancias de una aplicación aún cuando la aplicación sea ejecutada en una pluralidad de pantallas. Esto será posteriormente descrito en detalle adicional con referencia a la Figura 24. Con referencia a la Figura 24, suponiendo que la aplicación A tenga un valor Org_ID de Oxaaaaaaaa' y un valor App_ID de ?0?4000', una clase 'OcapApp_ID_l' y una clase OcapApp_ID_2 ' tenga los mismos valores Org_ID y App_ID. Sin embargo, debido a que una variable SC_1 de la clase 'OcapApp_ID_l ' incluye la información de identificación de un contexto de servicio 'Service Context_l' y a que la variable SC_2 de la clase ,OcapApp_ID_2 ' incluye la información de identificación de un contexto de servicio 'Service Context_2', es posible identificar cada una de la pluralidad de instancias de la aplicación aún cuando la aplicación sea ejecutada en una pluralidad de pantallas.
Aplicabilidad Industrial De acuerdo con la presente invención, es posible
realizar una pluralidad de servicios proporcionados por varias fuentes tales como la radiodifusión de cable, la radiodifusión terrestre, varios medios de almacenamiento y entradas externas, en varios modos utilizando un dispositivo físico único de visualización . Además, de acuerdo con la presente invención, es posible identificar cada una de la pluralidad de instancias de una aplicación en un entorno de pantallas múltiples aún cuando la aplicación sea ejecutada en una pluralidad de pantallas. Mientras que la presente invención ha sido particularmente ilustrada y descrita con referencia a las modalidades de ejemplo de la misma, se entenderá por aquellas personas de experiencia ordinaria en la técnica que pueden realizarse varios cambios en la forma y los detalles en la misma sin apartarse del espíritu y alcance de la presente invención como es definido por las siguientes reivindicaciones. Por lo tanto, se entenderá que las modalidades descritas con anterioridad sólo han sido proporcionadas en un sentido descriptivo y no serán interpretadas que colocan cualquier limitación en el alcance de la invención. Se hace constar que con relación a esta fecha el mejor método conocido por la solicitante para llevar a la práctica la citada invención, es el que resulta claro de la presente descripción de la invención.
Claims (12)
- REIVINDICACIONES Habiéndose descrito la invención como antecede, se reclama como propiedad lo contenido en las siguientes reivindicaciones : 1. Un aparato de identificación de una aplicación en un entorno de pantallas múltiples, caracterizado porque comprende : un módulo de procesamiento de señal digital que recibe la información de video, la información de audio o la información de datos y restaura un servicio basado en la información de video, la información de audio o la información de datos; un módulo de procesamiento de servicio que produce una pluralidad de pantallas lógicas para la presentación del servicio restaurado; y un módulo de salida que mapea la pluralidad de pantallas lógicas proporcionadas por el módulo de procesamiento de servicio a diferentes ubicaciones en la pantalla de visualización, en donde una aplicación presente en el servicio es identificada por un contexto de servicio en el cual la aplicación es ejecutada y por la información de identificación.
- 2. El aparato de conformidad con la reivindicación 1, caracterizado porque la información de identificación comprende la información con respecto a un proveedor de aplicación que suministra la aplicación.
- 3. El aparato de conformidad con la reivindicación 1, caracterizado porque la información de identificación comprende la información con respecto a la aplicación.
- 4. Un aparato de identificación de una aplicación en un entorno de pantallas múltiples, caracterizado porque comprende: un módulo de procesamiento de servicio que produce una pantalla lógica que muestra o presenta un servicio y una pantalla de visualización que permite que la pantalla lógica sea asociada con el servicio y presenta la pantalla lógica; y un módulo de salida que mapea la pantalla lógica producida hacia una cierta área en la pantalla de visualización producida, en donde una aplicación en el servicio es identificada por el contexto de servicio en el cual la aplicación es ejecutada y por la información de identificación .
- 5. El aparato de conformidad con la reivindicación 4, caracterizado porque la información de identificación comprende la identificación con respecto a un proveedor de aplicación que suministra la aplicación.
- 6. El aparato de conformidad con la reivindicación 4, caracterizado porque la información de identificación comprende la información con respecto a la aplicación.
- 7. Un método de identificación de una aplicación en un entorno de pantallas múltiples, caracterizado porque comprende : recibir la información de video, la información de audio o la información de datos y restaurar un servicio, producir una pluralidad de pantallas lógicas que presentan el servicio restaurado; y mapear las pantallas lógicas a diferentes ubicaciones en una pantalla de visualización, en donde una aplicación en el servicio es identificada por un contexto de servicio en el cual la aplicación es ejecutada y por la información de identificación .
- 8. El método de conformidad con la reivindicación 7, caracterizado porque la información de identificación comprende la información con respecto a un proveedor de aplicación que suministra la aplicación.
- 9. El método de conformidad con la reivindicación 7, caracterizado porque la información de identificación comprende la información con respecto a la aplicación.
- 10. Un método de identificación de una aplicación en un entorno de pantallas múltiples, caracterizado porque comprende : producir una pluralidad de pantallas lógicas que presentan un servicio y una pantalla de visualización que presenta la pluralidad de pantallas lógicas; y, mapear las pantallas lógicas a áreas arbitrarias en la pantalla de visualización, en donde una aplicación en el servicio es identificada por un contexto de servicio en el cual la aplicación es ejecutada y por la información de identificación .
- 11. El método de conformidad con la reivindicación 10, caracterizado porque la información de identificación comprende la información con respecto a un proveedor de aplicación que suministra la aplicación.
- 12. El método de conformidad con la reivindicación 10, caracterizado porque la información de identificación comprende la información con respecto a la aplicación.
Applications Claiming Priority (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US78957706P | 2006-04-06 | 2006-04-06 | |
US81209006P | 2006-06-09 | 2006-06-09 | |
US87047106P | 2006-12-18 | 2006-12-18 | |
US91889407P | 2007-03-20 | 2007-03-20 | |
KR1020070033464A KR20070100138A (ko) | 2006-04-06 | 2007-04-04 | 다중 스크린 환경에서 어플리케이션을 식별하는 방법 및장치 |
PCT/KR2007/001675 WO2007114669A1 (en) | 2006-04-06 | 2007-04-05 | Apparatus and method for identifying an application in the multiple screens environment |
Publications (1)
Publication Number | Publication Date |
---|---|
MX2008012869A true MX2008012869A (es) | 2008-10-14 |
Family
ID=38805250
Family Applications (12)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
MX2008012864A MX2008012864A (es) | 2006-04-06 | 2007-04-04 | Aparato y metodo para manjar recursos en un ambiente de pantallas multiples. |
MX2008012862A MX2008012862A (es) | 2006-04-06 | 2007-04-05 | Aparato y metodo para pantallas multiples. |
MX2008012832A MX2008012832A (es) | 2006-04-06 | 2007-04-05 | Aparato para proporcionar pantallas multiples y metodo para configurar dinamicamente pantallas multiples. |
MX2008012828A MX2008012828A (es) | 2006-04-06 | 2007-04-05 | Aparato para proporcionar pantallas multiples y metodo para configuracion dinamica del mismo. |
MX2008012833A MX2008012833A (es) | 2006-04-06 | 2007-04-05 | Aparato para proporcionar pantallas multiples y metodo para configurar dinamicamente pantallas multiples. |
MX2008012822A MX2008012822A (es) | 2006-04-06 | 2007-04-05 | Aparato para proporcionar pantallas multiples y metodo para configurar dinamicamente pantallas multiples. |
MX2008012872A MX2008012872A (es) | 2006-04-06 | 2007-04-05 | Aparato para proporcionar pantallas multiples y metodo para configurar dinamicamente pantallas multiples. |
MX2008012869A MX2008012869A (es) | 2006-04-06 | 2007-04-05 | Aparato y metodo de identificacion de aplicacion en entorno de pantallas multiples. |
MX2008012870A MX2008012870A (es) | 2006-04-06 | 2007-04-05 | Aparato que proporciona pantallas multiples y metodo de configuracion en forma dinamica de pantallas multiples. |
MX2008012871A MX2008012871A (es) | 2006-04-06 | 2007-04-05 | Aparato para proporcionar pantallas mutliples y metodo para configurar dinamicamente pantallas multiples. |
MX2008012861A MX2008012861A (es) | 2006-04-06 | 2007-04-05 | Aparato para proporcionar pantallas multiples y metodo para configuracion dinamica del mismo. |
MX2008012821A MX2008012821A (es) | 2006-04-06 | 2007-04-05 | Aparato que proporciona pantallas multiples y metodo de configuracion dinamica de las mismas. |
Family Applications Before (7)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
MX2008012864A MX2008012864A (es) | 2006-04-06 | 2007-04-04 | Aparato y metodo para manjar recursos en un ambiente de pantallas multiples. |
MX2008012862A MX2008012862A (es) | 2006-04-06 | 2007-04-05 | Aparato y metodo para pantallas multiples. |
MX2008012832A MX2008012832A (es) | 2006-04-06 | 2007-04-05 | Aparato para proporcionar pantallas multiples y metodo para configurar dinamicamente pantallas multiples. |
MX2008012828A MX2008012828A (es) | 2006-04-06 | 2007-04-05 | Aparato para proporcionar pantallas multiples y metodo para configuracion dinamica del mismo. |
MX2008012833A MX2008012833A (es) | 2006-04-06 | 2007-04-05 | Aparato para proporcionar pantallas multiples y metodo para configurar dinamicamente pantallas multiples. |
MX2008012822A MX2008012822A (es) | 2006-04-06 | 2007-04-05 | Aparato para proporcionar pantallas multiples y metodo para configurar dinamicamente pantallas multiples. |
MX2008012872A MX2008012872A (es) | 2006-04-06 | 2007-04-05 | Aparato para proporcionar pantallas multiples y metodo para configurar dinamicamente pantallas multiples. |
Family Applications After (4)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
MX2008012870A MX2008012870A (es) | 2006-04-06 | 2007-04-05 | Aparato que proporciona pantallas multiples y metodo de configuracion en forma dinamica de pantallas multiples. |
MX2008012871A MX2008012871A (es) | 2006-04-06 | 2007-04-05 | Aparato para proporcionar pantallas mutliples y metodo para configurar dinamicamente pantallas multiples. |
MX2008012861A MX2008012861A (es) | 2006-04-06 | 2007-04-05 | Aparato para proporcionar pantallas multiples y metodo para configuracion dinamica del mismo. |
MX2008012821A MX2008012821A (es) | 2006-04-06 | 2007-04-05 | Aparato que proporciona pantallas multiples y metodo de configuracion dinamica de las mismas. |
Country Status (3)
Country | Link |
---|---|
KR (6) | KR20070100118A (es) |
CA (12) | CA2648597A1 (es) |
MX (12) | MX2008012864A (es) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101356836B1 (ko) * | 2011-12-14 | 2014-02-12 | 주식회사 유비온 | 브라우저 상에서 실행되는 서비스의 정보를 공유하는 방법, 장치 및 시스템 |
CN111629231A (zh) * | 2019-02-28 | 2020-09-04 | 华为技术有限公司 | 多屏控制方法、装置及计算机存储介质 |
-
2007
- 2007-03-29 KR KR1020070031035A patent/KR20070100118A/ko not_active Application Discontinuation
- 2007-04-04 CA CA002648597A patent/CA2648597A1/en not_active Abandoned
- 2007-04-04 KR KR1020070033459A patent/KR20070100136A/ko not_active Application Discontinuation
- 2007-04-04 KR KR1020070033497A patent/KR20070100139A/ko not_active Application Discontinuation
- 2007-04-04 KR KR1020070033463A patent/KR20070100137A/ko not_active Application Discontinuation
- 2007-04-04 KR KR1020070033464A patent/KR20070100138A/ko not_active Application Discontinuation
- 2007-04-04 KR KR1020070033457A patent/KR20070100135A/ko not_active Application Discontinuation
- 2007-04-04 MX MX2008012864A patent/MX2008012864A/es not_active Application Discontinuation
- 2007-04-05 MX MX2008012862A patent/MX2008012862A/es not_active Application Discontinuation
- 2007-04-05 CA CA002648349A patent/CA2648349A1/en not_active Abandoned
- 2007-04-05 CA CA002648599A patent/CA2648599A1/en not_active Abandoned
- 2007-04-05 MX MX2008012832A patent/MX2008012832A/es not_active Application Discontinuation
- 2007-04-05 CA CA002648619A patent/CA2648619A1/en not_active Abandoned
- 2007-04-05 CA CA002648467A patent/CA2648467A1/en not_active Abandoned
- 2007-04-05 MX MX2008012828A patent/MX2008012828A/es not_active Application Discontinuation
- 2007-04-05 CA CA002648466A patent/CA2648466A1/en not_active Abandoned
- 2007-04-05 MX MX2008012833A patent/MX2008012833A/es not_active Application Discontinuation
- 2007-04-05 CA CA002648944A patent/CA2648944A1/en not_active Abandoned
- 2007-04-05 MX MX2008012822A patent/MX2008012822A/es not_active Application Discontinuation
- 2007-04-05 MX MX2008012872A patent/MX2008012872A/es not_active Application Discontinuation
- 2007-04-05 CA CA002648572A patent/CA2648572A1/en not_active Abandoned
- 2007-04-05 CA CA002648347A patent/CA2648347A1/en not_active Abandoned
- 2007-04-05 CA CA002648940A patent/CA2648940A1/en not_active Abandoned
- 2007-04-05 CA CA002648928A patent/CA2648928A1/en not_active Abandoned
- 2007-04-05 MX MX2008012869A patent/MX2008012869A/es not_active Application Discontinuation
- 2007-04-05 MX MX2008012870A patent/MX2008012870A/es not_active Application Discontinuation
- 2007-04-05 MX MX2008012871A patent/MX2008012871A/es not_active Application Discontinuation
- 2007-04-05 MX MX2008012861A patent/MX2008012861A/es not_active Application Discontinuation
- 2007-04-05 MX MX2008012821A patent/MX2008012821A/es not_active Application Discontinuation
- 2007-04-05 CA CA002648960A patent/CA2648960A1/en not_active Abandoned
Also Published As
Publication number | Publication date |
---|---|
KR20070100139A (ko) | 2007-10-10 |
CA2648599A1 (en) | 2007-10-11 |
CA2648960A1 (en) | 2007-10-11 |
CA2648619A1 (en) | 2007-10-11 |
CA2648349A1 (en) | 2007-10-11 |
CA2648466A1 (en) | 2007-10-11 |
CA2648347A1 (en) | 2007-10-11 |
MX2008012821A (es) | 2008-10-15 |
CA2648572A1 (en) | 2007-10-11 |
KR20070100135A (ko) | 2007-10-10 |
CA2648928A1 (en) | 2007-10-11 |
MX2008012872A (es) | 2008-10-14 |
KR20070100137A (ko) | 2007-10-10 |
MX2008012828A (es) | 2008-10-15 |
CA2648944A1 (en) | 2007-10-11 |
KR20070100118A (ko) | 2007-10-10 |
MX2008012871A (es) | 2008-10-14 |
MX2008012822A (es) | 2008-10-15 |
KR20070100136A (ko) | 2007-10-10 |
MX2008012870A (es) | 2008-10-14 |
MX2008012862A (es) | 2008-10-14 |
MX2008012832A (es) | 2008-10-17 |
CA2648940A1 (en) | 2007-10-11 |
MX2008012864A (es) | 2008-10-14 |
KR20070100138A (ko) | 2007-10-10 |
CA2648597A1 (en) | 2007-10-11 |
MX2008012861A (es) | 2008-10-14 |
CA2648467A1 (en) | 2007-10-11 |
MX2008012833A (es) | 2008-10-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8046709B2 (en) | Apparatus for providing multiple screens and method of dynamically configuring multiple screens | |
MX2008012869A (es) | Aparato y metodo de identificacion de aplicacion en entorno de pantallas multiples. | |
US20080094511A1 (en) | Apparatus for providing multiple screens and method of dynamically configuring multiple screens | |
EP1913770A1 (en) | Apparatus for providing multiple screens and method of dynamically configuring multiple screens | |
WO2007018369A1 (en) | Apparatus for providing multiple screens and method of dynamically configuring multiple screens | |
US20080094415A1 (en) | Method and apparatus for identifying application in multiscreen environment | |
US20080094512A1 (en) | Apparatus for providing multiple screens and method of dynamically configuring multiple screens | |
EP1911272A1 (en) | Apparatus for providing multiple screens and method of dynamically configuring multiple screens | |
WO2007114669A1 (en) | Apparatus and method for identifying an application in the multiple screens environment | |
KR100781529B1 (ko) | 다중 스크린 제공 장치 및 방법 | |
EP1911275B1 (en) | Apparatus for providing multiple screens and method of dynamically configuring multiple screens | |
WO2007018380A1 (en) | Apparatus for providing multiple screens and method of dynamically configuring multiple screens | |
KR20070017009A (ko) | 다중 스크린을 제공하는 장치 및 상기 다중 스크린의 동적구성 방법 | |
WO2007114666A1 (en) | Apparatus for providing multiple screens and method of dynamically configuring multiple screens | |
WO2007114658A1 (en) | Apparatus for providing multiple screens and method for dynamic configuration of the same | |
WO2007114660A1 (en) | Apparatus for providing multiple screens and method of dynamically configuring multiple screens | |
WO2007114673A1 (en) | Apparatus for providing multiple screens and method for dynamic configuration of the same | |
WO2007114659A1 (en) | Apparatus for providing multiple screens and method of dynamically configuring multiple screens | |
KR20070017004A (ko) | 다중 스크린을 제공하는 장치 및 상기 다중 스크린의 동적구성 방법 | |
EP1935174A1 (en) | Apparatus for providing multiple screens and method of dynamically configuring multiple screens | |
WO2007018374A1 (en) | Apparatus for providing multiple screens and method of dynamically configuring multiple screens |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
FA | Abandonment or withdrawal |