ES2569503T3

ES2569503T3 - Visualización estructurada de elementos visuales

Info

Publication number: ES2569503T3
Application number: ES09767174.7T
Authority: ES
Inventors: Matias G. Duarte; Daniel Marc G. Shiplacoff; Paul Mercer; Ralph Thomas; Jeremy G. Lyon
Original assignee: Qualcomm Inc
Current assignee: Qualcomm Inc
Priority date: 2008-05-28
Filing date: 2009-04-17
Publication date: 2016-05-11
Anticipated expiration: 2029-04-17
Also published as: HUE028523T2; WO2009154862A1; EP2304535A4; US20090300542A1; EP2304535A1; US9280255B2; EP2304535B1

Abstract

Un método implementado informáticamente para modificar las vistas de una o varias aplicaciones en una pantalla de visualización (130), y este método comprende: la generación, en un sistema operativo del ordenador, de señales para mostrar una primera vista de una aplicación (310); esta primera vista incluye una pluralidad de elementos visuales asociados con la aplicación, en la que la pluralidad de elementos visuales dispuestos en una primera configuración de visualización es conforme a una descripción de la presentación (312) proporcionada por la aplicación para su uso por el sistema operativo; la descripción de la presentación (312) define una estructura lógica de los elementos visuales asociados con la aplicación; la recepción de una instrucción para realizar una transición desde una primera vista de una aplicación a una segunda vista de la aplicación; la determinación de una segunda configuración de visualización de la segunda vista de la aplicación mediante al menos el análisis de la descripción de la presentación (312) proporcionada por la aplicación; y la generación de señales del sistema operativo para mostrar la segunda vista de la aplicación en la segunda configuración de visualización de conformidad con la descripción de la presentación (312).

Description

5

10

15

20

25

30

35

40

45

50

55

60

65

DESCRIPCION

Visualizacion estructurada de elementos visuales ANTECEDENTES

1. CAMPO DE LA TECNICA

[0001] Esta descripcion se refiere en general al campo de las interfaces de usuario y mas en concreto a una interfaz de usuario que escala los elementos visuales de las ventanas en diferentes proporciones.

2. DESCRIPCION DE LA TECNICA RELACIONADA

[0002] En los dispositivos informaticos convencionales se pueden iniciar y utilizar mas de una aplicacion simultaneamente. Cada aplicacion puede mostrar informacion relacionada en una o varias ventanas. Las interfaces graficas de usuario de dichos dispositivos informaticos convencionales generalmente permiten la visualizacion de una o varias ventanas en la pantalla de los dispositivos informaticos. Es posible redimensionar o cambiar el tamano de estas ventanas y reubicarlas de conformidad con las preferencias del usuario. En concreto, se puede reducir el tamano de una ventana o minimizarla para mostrar un numero mayor de ventanas o proporcionar una vision mas general de las aplicaciones que se estan ejecutando en el dispositivo informatico. Por otra parte, tambien es posible aumentar o maximizar el tamano de la ventana para mostrar informacion mas detallada de la aplicacion.

[0003] Una clase de sistemas operativos convencionales permite a los usuarios localizar ventanas al proporcionar descripciones de las ventanas en ubicaciones predeterminadas de las ventanas (por ejemplo, en la parte superior de las ventanas). Cuando las ventanas se minimizan y convierten en miniaturas, se puede proporcionar la descripcion de las ventanas en un espacio adyacente a las miniaturas minimizadas. Los usuarios pueden identificar las ventanas a partir de las descripciones de las ventanas y a continuacion realizar acciones predeterminadas (por ejemplo, hacer doble clic en la miniatura) para ampliar las miniaturas y convertirlas en ventanas.

[0004] Otra clase de sistemas operativos convencionales permite a los usuarios localizar una ventana deseada al mostrar miniaturas de las ventanas. Las miniaturas son versiones a escala reducida de las ventanas que muestran todo el contenido de la ventana abierta en un formato encogido. Los usuarios pueden mover los cursores sobre la miniatura y seleccionarla para ampliarla y convertirla en una ventana. Sin embargo, todos los contenidos en las miniaturas se reducen a escala en igual proporcion. Por consiguiente, las letras u otras identificaciones que aparecen en las miniaturas tambien se reducen a escala, por lo que resulta diffcil para los usuarios distinguir que miniaturas representan que ventanas. La reduccion a escala de las ventanas en miniaturas tambien requiere recursos informaticos, ya que todos los contenidos que se muestran en las ventanas abiertas deben ser ajustados a escala en mapas de bits.

[0005] Por lo tanto, el estado actual de la tecnica carece, entre otros elementos, de una interfaz de usuario y un sistema y metodo correspondientes para permitir a los usuarios identificar facil y rapidamente una ventana determinada de entre multiples ventanas o miniaturas mostradas en una pantalla de visualizacion de un dispositivo informatico.

RESUMEN

[0006] Visto desde un aspecto, se da a conocer un metodo implementado informaticamente de conformidad con la reivindicacion 1, y visto desde otro aspecto se da a conocer un administrador de pantallas de conformidad con la reivindicacion 8.

[0007] En las reivindicaciones adjuntas dependientes se especifican realizaciones adicionales de la invencion.

[0008] Una realizacion de un metodo descrito da a conocer una descripcion de presentacion asociada con un programa de aplicacion que permite la presentacion de los elementos de salida (por ejemplo, elementos visuales) en un formato apropiado para una vista (por ejemplo, una ventana) del programa de la aplicacion. Las descripciones de presentacion describen la estructura de los elementos de salida (por ejemplo, la importancia de un elemento de salida con respecto a otro elemento de salida y las relaciones entre los elementos de salida). Se proporcionan las descripciones de presentacion a un componente de software (por ejemplo, un sistema operativo), el cual las analiza y es responsable de presentar los elementos de salida al usuario. El componente de hardware o software responsable de la presentacion de los elementos de salida al usuario puede elegir selectivamente los elementos de salida que seran presentados y su configuracion basandose en, al menos, las descripciones de presentacion.

[0009] En una realizacion, las descripciones de presentacion describen la estructura de los elementos visuales (por ejemplo, barras, cursores, iconos, imagenes o textos) asociados con las aplicaciones en una pantalla de visualizacion (por ejemplo, la pantalla de un dispositivo informatico portatil). Cada una de las aplicaciones genera o almacena una descripcion de la presentacion proporcionada a un administrador de pantallas para representar vistas

5

10

15

20

25

30

35

40

45

50

55

60

65

(por ejemplo, ventanas) de las aplicaciones en la pantalla de visualizacion. El administrador de pantallas es un componente del sistema operativo que se ejecuta en un dispositivo informatico. Cada descripcion de la presentacion define la estructura logica de los elementos visuales asociados con una aplicacion. El administrador de pantallas analiza la descripcion de la presentacion recibida de la aplicacion y determina como y que elementos visuales se deben mostrar en la vista de la aplicacion.

[0010] En una realizacion, el administrador de pantallas determina si un elemento visual se debe mostrar en una vista redimensionada de la aplicacion. Por ejemplo, los elementos visuales que transmiten informacion de prioridad mas baja (por ejemplo, textos que indican las propiedades de una imagen) se eliminan cuando se reduce el tamano de la vista redimensionada. Los elementos visuales que tienen una prioridad mas alta (por ejemplo, la propia imagen) pueden mantenerse en la vista redimensionada. Se pueden volver a introducir los elementos visuales eliminados cuando se expande la vista.

[0011] En una realizacion, el administrador de pantallas tambien determina la configuracion de los elementos visuales presentes en la vista redimensionada de la aplicacion. La configuracion de los elementos visuales incluye, entre otros, el tamano, la ubicacion, el color y la orientacion de los elementos visuales.

[0012] En una realizacion, el administrador de pantallas tambien recibe informacion del dispositivo de visualizacion que representa la configuracion de hardware (por ejemplo, el tamano de pantalla) de la pantalla de visualizacion. El administrador de pantallas puede determinar los elementos visuales y la configuracion de los elementos visuales en funcion de la configuracion de hardware de la pantalla de visualizacion.

[0013] En una realizacion, el administrador de pantallas tambien recibe las preferencias de usuario para la visualizacion de los elementos visuales en la pantalla de visualizacion. Las preferencias de usuario pueden indicar las preferencias de un usuario, como por ejemplo el tamano mmimo de elementos visuales, la prioridad de los elementos visuales que se mostraran en la pantalla de visualizacion y el tamano de las vistas reducidas.

[0013] En una realizacion, el administrador de pantallas almacena los esquemas de transicion para generar las vistas posteriores de una o varias clases de aplicaciones. El esquema de transicion predeterminado para una clase de aplicaciones puede indicar si un elemento visual asociado con la aplicacion debe ser recortado o reducido a escala predominantemente cuando se reduce el tamano de la vista en transicion. El administrador de pantallas tambien puede determinar la clase de una aplicacion basandose en la descripcion de la presentacion de la aplicacion.

[0015] Las caractensticas y ventajas descritas en la especificacion no son todas inclusivas y, en particular, un gran numero de caractensticas y ventajas adicionales seran evidentes para un experto en la tecnica tras el estudio de los dibujos, la especificacion y las reivindicaciones. Por otra parte, cabe senalar que el lenguaje utilizado en la especificacion ha sido seleccionado principalmente por su caracter didactico y de legibilidad y puede no haber sido seleccionado con el objetivo de delinear o circunscribir la materia descrita.

BREVE DESCRIPCION DE LOS DIBUJOS

[0016] Las realizaciones descritas poseen otras ventajas y caractensticas que resultaran mas evidentes al estudiar la descripcion detallada, las reivindicaciones adjuntas y los dibujos adjuntos, en los cuales:

La Figura 1 ilustra una realizacion de un dispositivo informatico movil, de conformidad con una realizacion.

La Figura 2 es un diagrama de bloques en el que se ilustra un dispositivo informatico movil, de conformidad con una realizacion.

La Figura 3A es un diagrama de bloques funcional en el que se ilustra la operacion cooperativa entre las aplicaciones, un sistema operativo y un dispositivo de salida, de conformidad con una realizacion.

La figura 3B es un diagrama de bloques de componentes de software en una memoria del dispositivo informatico movil, de conformidad con una realizacion.

La Figura 4 es un diagrama de bloques de un escalador de diseno visual, de conformidad con una realizacion.

La Figura 5 es un diagrama de bloques de un administrador de transiciones, de conformidad con una realizacion.

Las Figuras 6A a 6C son diagramas en los que se ilustran una vista actual, una vista de transicion y una vista redimensionada para una aplicacion de correo electronico, de conformidad con una realizacion.

Las Figuras 7A y 7B son diagramas en los que se ilustran una vista actual y una vista redimensionada para una aplicacion de servicio de mapas, de conformidad con una realizacion.

5

10

15

20

25

30

35

40

45

50

55

60

65

Las Figuras 8A y 8B son diagramas en los que se ilustran una vista actual y una vista redimensionada para una aplicacion de mensajena instantanea, de conformidad con una realizacion.

Las Figuras 9A y 9B son diagramas en los que se ilustran una vista actual y una vista redimensionada para una aplicacion de edicion de fotos, de conformidad con una realizacion.

La Figura 10 es un diagrama de flujo en el que se ilustra un metodo para redimensionar una vista de la aplicacion, de conformidad con una realizacion.

La Figura 11 es un diagrama de flujo para un proceso de determinacion de los elementos visuales que se mostraran y su configuracion, de conformidad con una realizacion.

La Figura 12 es un diagrama de flujo para un proceso de visualizacion de la transicion de los elementos visuales, de conformidad con una realizacion.

DESCRIPCION DETALLADA

[0017] Las Figuras y la siguiente descripcion se refieren a realizaciones preferidas meramente a modo de ilustracion. Cabe senalar que, de acuerdo con la discusion que se mostrara a continuacion, realizaciones alternativas de los metodos y estructuras descritos en el presente seran facilmente reconocidas como alternativas viables que podran utilizarse sin desviarse de los principios descritos en el presente.

[0018] A continuacion se hara referencia detallada a varias realizaciones, de las cuales se ilustran ejemplos en las figuras adjuntas. Se observara que, siempre que sea posible, se utilizaran numeros de referencia similares o equivalentes en las figuras, los cuales indicaran una funcionalidad similar o equivalente. Las figuras representan realizaciones del sistema (o metodo) descritos a tftulo ilustrativo unicamente. Un experto en la tecnica reconocera facilmente en la siguiente descripcion que se pueden utilizar realizaciones alternativas de los metodos y estructuras ilustrados en el presente sin desviarse de los principios descritos en el presente.

[0019] Las realizaciones se refieren a la separacion de la presentacion y el contenido de los elementos de salida asociados con las aplicaciones. Las aplicaciones proporcionan descripciones de presentacion que representan la “presentacion” de los elementos de salida que proporcionan al sistema operativo informacion sobre la estructura logica del elemento de salida. Las aplicaciones tambien proporcionan mensajes de salida que representan el “contenido” de los elementos de salida. El sistema operativo analiza las descripciones de presentacion para organizar y representar los elementos de salida asociados con las aplicaciones en uno o varios dispositivos de salida en respuesta a la recepcion de los mensajes de salida. Entre las ventajas de emplear la descripcion de presentacion figuran, entre otros elementos: (i) la generacion mas eficiente de salidas para aplicaciones; (ii) el suministro de salidas coherentes a traves de multiples aplicaciones; y (iii) la facilitacion de la interaccion de un usuario con dispositivos informaticos al seleccionar automaticamente la informacion que se presentara al usuario.

[0020] Un elemento de salida se refiere a cualesquiera unidades de salidas que pueden ser generadas y emitidas por un dispositivo de salida de un dispositivo informatico. El elemento de salida incluye, entre otros, elementos visuales. Los elementos visuales incluyen, entre otros, barras, cursores, iconos, imagenes y una cadena de caracteres que pueden ser reconocidos y comprendidos por un usuario como la transmision de uno o varios tipos de informacion. Los elementos de salida de una aplicacion se seleccionan, ajustan a escala u organizan basandose en las descripciones de presentacion de la aplicacion.

[0021] Una vista de una aplicacion se refiere a una parte de una imagen en una pantalla de visualizacion que muestra informacion asociada con la aplicacion. La vista puede incluir, entre otros elementos, una ventana en un formato rectangular. El usuario puede redimensionar o reorientar la vista de la aplicacion manualmente o esta operacion puede ser realizada automaticamente por un algoritmo ejecutado en el dispositivo informatico.

[0022] Una estructura logica de los elementos de salida se refiere a la relacion entre los elementos de salida a partir de la cual se puede determinar significado logico de los elementos de salida.

[0023] La descripcion de la presentacion se refiere a la informacion que representa la estructura logica de los elementos de salida. Al igual que otra informacion, una salida generada por aplicaciones puede separarse en “contenido” y “presentacion”. El “contenido” representa la informacion real que las aplicaciones transmiten al usuario (por ejemplo, las instrucciones paso a paso para llegar a un destino en un mapa), mientras que la “presentacion” representa como la informacion se transmite al usuario (por ejemplo, trazada en un mapa de imagen o mediante una cadena de caracteres). La descripcion de la presentacion corresponde a la presentacion de la salida. La parte de contenido de la salida independiente de la descripcion de la presentacion se denomina en el presente un mensaje de salida. La descripcion de la presentacion puede almacenarse en la aplicacion o ser generada por la aplicacion previa solicitud. En una realizacion, las descripciones de presentacion siguen una convencion uniforme que es utilizada por una o varias aplicaciones ejecutables en un dispositivo informatico. Por ejemplo, se puede describir la descripcion de

5

10

15

20

25

30

35

40

45

50

55

60

65

la presentacion en un lenguaje de marcado (por ejemplo, XML, Lenguaje de Marcas Extensible) con etiquetas que indican la categona o relacion entre los elementos de salida.

DISPOSITIVO INFORMATICO MOVIL DE EJEMPLO

[0024] En la Figura 1 se ilustra una realizacion de un dispositivo informatico movil (110) con funcionalidad telefonica, por ejemplo un telefono movil o un telefono inteligente (smartphone). El dispositivo informatico movil esta configurado para alojar y ejecutar una aplicacion de telefono con el fin de realizar y recibir llamadas telefonicas. Para facilitar la comprension, los principios descritos en el presente se describen en el contexto de un dispositivo informatico movil (110) con funcionalidad telefonica. Los ejemplos de realizacion que se describen a continuacion hacen referencia a dispositivos informaticos moviles principalmente con fines explicativos. Otros dispositivos electronicos con capacidades de computacion, como por ejemplo un televisor, un ordenador de escritorio, un ordenador portatil, un reloj, un lector de libros electronicos y un marco digital tambien pueden emplear la tecnica o el esquema descritos en el presente.

[0025] El dispositivo informatico movil (110) incluye un altavoz (120), una pantalla (130), un area de navegacion (140), un area de teclado (150) y un microfono (160). El dispositivo informatico movil (110) tambien puede incluir uno o varios interruptores (170, 170a y 170b) (denominados colectivamente interruptores (170)). El interruptor o los interruptores (170) pueden ser botones, controles deslizantes o interruptores osciladores y pueden ser mecanicos o de estado solido (por ejemplo, interruptores de estado solido sensibles al tacto).

[0026] La pantalla (130) del dispositivo informatico movil (110) se implementa, por ejemplo, mediante una pantalla de cristal lfquido de matriz activa (AMLCD, active matrix liquid crystal display), una pantalla de cristal lfquido de transistores de pelfcula fina (TFT-LCD, thin-film transistor liquid crystal display), un diodo organico de emision de luz (OLED, organic light emitting diode), una pantalla de modulacion interferometrica (IMOD, interferometric modulator display), una pantalla de cristal lfquido (LCD, liquid crystal display) u otro dispositivo de visualizacion apropiado. En una realizacion, la pantalla muestra imagenes en color. En otra realizacion, la pantalla (120) comprende adicionalmente una pantalla sensible al tacto (por ejemplo, sensible a la presion (resistiva), electricamente sensible (capacitiva), acusticamente sensible (SAW u onda acustica de superficie), fotosensible (infrarrojos)) que incluye un digitalizador para recibir datos de entrada, comandos o informacion de un usuario. El usuario puede utilizar un lapiz optico, un dedo u otro dispositivo de entrada apropiado para la entrada de datos, como por ejemplo la seleccion de un menu o la introduccion de datos de texto. El area de navegacion (140) esta configurada para controlar las funciones de una aplicacion que se ejecuta en el dispositivo informatico movil (110) y es visible a traves de la pantalla (130).

[0027] Por lo que respecta a la Figura 2, un diagrama de bloques ilustra una realizacion de un ejemplo de arquitectura de un dispositivo informatico movil (110) con funcionalidad telefonica. A modo de ejemplo, se describira la arquitectura ilustrada en la Figura 2 con respecto al dispositivo informatico movil de la Figura 1. El dispositivo informatico movil (110) incluye, entre otros componentes, un procesador (210), una memoria (220), un modulo de entrada (230), una pantalla de visualizacion (130) y un altavoz (250). Estos componentes del dispositivo informatico movil (110) se comunican a traves de un bus (260).

[0028] El procesador (210) esta asociado con la memoria (220) para ejecutar instrucciones para el funcionamiento del dispositivo informatico movil (110). La memoria (220) almacena varios componentes de software, como se describe a continuacion en detalle con referencia a la Figura 3B. Se puede implementar la memoria (200) mediante varios dispositivos de almacenamiento, entre los que figuran un dispositivo de memoria flash, un disco duro, un disquete y una memoria de acceso aleatorio (RAM).

[0029] El modulo de entrada (230) recibe varias entradas de usuario asociadas con el funcionamiento del dispositivo informatico movil (110). El modulo de entrada (230) incluye, entre otros elementos, interruptores, teclados y pantallas sensibles al tacto. El dispositivo informatico movil (110) incluye uno o varios modulos o elementos de salida. En el ejemplo de la Figura 2, el dispositivo informatico movil (110) incluye una pantalla de visualizacion (130) y un altavoz (250).

[0030] La Figura 3A es un diagrama de bloques funcional en el que se ilustra el funcionamiento cooperativo entre aplicaciones (310), un sistema operativo (320) y un dispositivo de salida (350), de conformidad con una realizacion. Cada una de las aplicaciones (310) proporciona una descripcion de la presentacion (304) y los mensajes de salida (306) al sistema operativo (320). La descripcion de la presentacion (304) describe la estructura de los elementos de salida asociados con cada aplicacion (310). La descripcion de la presentacion (304) permite la determinacion del significado logico (por ejemplo, que elementos visuales transmiten que tipos de informacion y como se correlacionan los elementos visuales) de los elementos de salida.

[0031] En una realizacion, se proporciona la descripcion de la presentacion (304) para una aplicacion al sistema operativo (320) para su registro y se almacena en el sistema operativo (320) como referencia. En otra realizacion, cada una de las aplicaciones (310) proporciona la descripcion de la presentacion (304) cuando se genera un nuevo punto de vista para la aplicacion (310). A continuacion se muestra un seudocodigo ilustrativo para una descripcion

5

10

15

20

25

30

35

40

45

50

55

60

65

de la presentacion (304) proporcionado por un programa cliente de correo electronico que permite a los usuarios leer mensajes de correo electronico.

View: name-”EmailFolder”

Header:

Group: importance-Heading Item: Image-currentFolderIcon Item: Text-currentFolder Group: importance-Note Item: Text-unreadCount Item: Text-”unread”

List: of-currentFolder.messageList scroll-free sort-newestTop groupBy-naturalDate,

List Item:

Choice: action-message.open Group:

Item: Image-message.status Group:

Item: Text-message.sender importance-emphasized Item: Text-message.subject Item: Text-message.preview importance-note Group: importance-note Item: Image-message.priority Item: Image-message.attachements Item: Text-message.time format-naturalTime

MenuSet:

Menu No Selection: Email Folder Actions Group:

Item: Choice-synchNow Group: importance - Note Item: Text-”Last Updated”

Item: Text-lastSynch Group:

Item: Choice-compseNewMessage

En el codigo anterior de la descripcion de la presentacion, los elementos visuales para el programa cliente de correo electronico se estructuran con el fin de formar dos grupos de diferente importancia: (i) un grupo de elementos visuales cuya importancia se identifica como “Heading” (Encabezado) y (ii) otro grupo de elementos visuales cuya importancia se identifica como “Note” (Nota). El sistema operativo (320), una vez que recibe dicho codigo de las aplicaciones (310), determina la estructura de los elementos visuales asociados al programa cliente de correo electronico basandose en el codigo y genera vistas en la pantalla de visualizacion (130) despues de recibir los mensajes de salida (306) que indica[n] el contenido procedente del programa cliente de correo electronico.

[0032] Las aplicaciones generan los mensajes de salida (306) para transmitir los “contenidos” reales de los elementos de salida. El sistema operativo (320) puede determinar la estructura logica o el significado de los elementos visuales incluidos en los mensajes de salida (360) al hacer referencia a la descripcion de la presentacion (304). A continuacion, el sistema operativo (320) genera senales de salida (308) que el dispositivo de salida (350) procesa mediante el formateo de la informacion en los mensajes de salida (306) de conformidad con la descripcion de la presentacion (304). El dispositivo de salida (350) convierte la senal de salida (308) en manifestaciones ffsicas (por ejemplo, imagen y sonido) que son presentadas al usuario.

[0033] Los ejemplos de realizaciones detallados en el presente se describen principalmente haciendo referencia a elementos visuales que muestran imagenes en la pantalla de visualizacion (130) como los elementos de salida. No obstante, los elementos visuales son meramente ilustrativos y se puede utilizar el mismo principio descrito en el presente para otros tipos de salidas, como por ejemplo sonidos.

[0034] La Figura 3B es un diagrama de bloques en el que se ilustran los componentes de software almacenados en la memoria (220), de conformidad con una realizacion. La memoria (220) incluye una o varias aplicaciones (de 310A a 310N, denominadas colectivamente las aplicaciones (310) en el presente) y un sistema operativo (320). Cada aplicacion (de 310A a 310N) almacena o genera una descripcion de la presentacion (de 312A a 312N) que describe la estructura de las salidas asociadas con cada aplicacion (de 310A a 310N).

[0035] El sistema operativo (320) incluye, entre otros componentes, un administrador de pantallas (330), informacion del dispositivo de visualizacion (340) y un controlador de pantallas (350). El administrador de pantallas (330), en combinacion con el controlador de pantallas (350), funciona para generar la senal de salida (308) proporcionada a la pantalla. La informacion del dispositivo de visualizacion (340) indica la capacidad (por ejemplo, resolucion o tamano

5

10

15

20

25

30

35

40

45

50

55

60

65

de pantalla) de la pantalla de visualizacion (130). En una realizacion, la informacion del dispositivo de visualizacion (340) es generada y almacenada en el sistema operativo (320) durante la instalacion del sistema operativo (320) o la pantalla de visualizacion (130). El administrador de pantallas (330) hace referencia a la informacion del dispositivo de visualizacion (340) para generar en la pantalla los elementos visuales apropiados para la pantalla de visualizacion (130), tal y como se describe a continuacion en detalle con referencia a la Figura ll.

EJEMPLOS DE REALIZACIONES DEL ADMINISTRADOR DE PANTALLAS

[0036] En una realizacion, el administrador de pantallas (330) incluye, entre otros componentes, un escalador de diseno visual (332) y un administrador de transiciones (336). El escalador de diseno visual (332) funciona para determinar la presencia y configuracion de los elementos visuales asociados con cada aplicacion (de 310A a 310N), como se describe a continuacion en detalle con referencia a la Figura 4.

[0037] En una realizacion, el escalador de diseno visual (332) recibe la descripcion de la presentacion (312) y los mensajes de salida (306) de las aplicaciones para generar informacion que representa los elementos visuales en una vista actual y en una vista posterior de la aplicacion. En concreto, el escalador de diseno visual (332) crea tres grupos (por ejemplo, conjuntos) para los elementos visuales: (1) los elementos visuales comunes a la vista actual y a la vista posterior; (2) los elementos visuales en la vista actual que se eliminan en la vista posterior; y (3) los elementos visuales que no estan presentes en la vista actual y se introducen en la vista posterior. Se envfa la informacion sobre estos tres grupos de elementos visuales y la configuracion de estos elementos visuales al administrador de transiciones (336) para generar vistas de transicion y la vista posterior.

[0038] El administrador de transiciones (226) utiliza la informacion recibida del escalador de diseno visual (332) y aplica uno o varios estilos de transicion para eliminar la vista actual y representar vistas de transicion y la vista posterior, por ejemplo como se describe en una solicitud de patente estadounidense pendiente de aprobacion, numero 12/021.173, numero de publicacion US2009-0189915 A1, que lleva por tftulo Structured Display System with System Defined Transitions (“Sistema estructurado de visualizacion con transiciones definidas por el sistema”), presentada el 28 de enero de 2008. Mas adelante se describe en detalle un ejemplo del administrador de transiciones (336) haciendo referencia a la Figura 5.

[0039] La Figura 4 es un diagrama de bloques de un escalador de diseno visual (332), de conformidad con una realizacion. El escalador de diseno visual (332) incluye, entre otros componentes, un clasificador de elementos de visualizacion estructurados (410) y un administrador de escalado (420). El clasificador de elementos de visualizacion estructurados (410) analiza la descripcion de la presentacion (312) de una aplicacion para determinar la estructura de los elementos visuales asociados a la aplicacion basandose en la descripcion de la presentacion. Basandose en la estructura determinada de los elementos visuales, el escalador de diseno visual (332) determina que elementos visuales deben mostrarse en una vista posterior de la aplicacion y que elementos visuales no se deben mostrar en la vista posterior de la aplicacion.

[0040] Al delegar la tarea de determinar los elementos visuales al escalador de diseno visual (332), las aplicaciones quedan liberadas de la tarea de generar y organizar las salidas para las diferentes vistas. Otras ventajas de procesar los elementos visuales en el escalador de diseno visual (332) incluyen, entre otras, la eliminacion del codigo necesario para la representacion, el formato y el procesamiento de los elementos visuales de las aplicaciones. Debido a que dicho codigo no necesita ser incluido en las aplicaciones, las aplicaciones pueden ser mas compactas (por ejemplo, un numero inferior de lmeas de codigos). Asimismo, la vista de la aplicacion puede ser coherente en multiples aplicaciones. Ademas, se puede reducir la computacion asociada a la visualizacion de los elementos visuales porque los elementos visuales se ajustan a una escala de mapa de bits de forma selectiva.

[0041] El administrador de escalado (420) tambien determina la configuracion de los elementos visuales que se mostraran en la vista posterior. La configuracion de los elementos visuales incluye, entre otros elementos, el tamano, la ubicacion, el color y la orientacion de cada elemento visual. La configuracion de los elementos visuales puede ser diferente dependiendo de, por ejemplo, el rango de importancia determinado por el clasificador de elementos de visualizacion estructurados o las preferencias del usuario. Por ejemplo, si el elemento visual se encuentra en un nivel de prioridad alta, el elemento visual puede mantener su tamano o experimentar una ligera disminucion en el tamano, mientras que los elementos visuales de prioridad mas baja se eliminan o reducen de tamano significativamente en una vista de la aplicacion de tamano reducido. Estos ejemplos se describiran en detalle a continuacion haciendo referencia a las Figuras comprendidas entre la 6A y la 9B.

[0042] El administrador de escalado (420) incluye, entre otros componentes, esquemas de transicion (422) y una preferencia de usuario (424). Los esquemas de transicion (422) almacenan diversos esquemas para la generacion y transicion a vistas de aplicaciones con diferentes tamanos. Los esquemas de transicion (422) describen como la vista de la aplicacion debe ser modificada en una vista de la aplicacion posterior en funcion del tipo de aplicaciones. Por ejemplo, los esquemas de transicion (422) determinan si un elemento visual debe ser recortado, reducido a escala o ambas acciones cuando el tamano de la vista de la aplicacion se reduce de tamano.

5

10

15

20

25

30

35

40

45

50

55

60

65

[0043] En una realizacion, los esquemas de transicion (422) incluyen un numero predeterminado (por ejemplo, cuatro (4)) de esquemas distintos para un numero predeterminado (por ejemplo, cuatro (4)) de tipos diferentes de aplicaciones: (i) aplicaciones que muestran elementos visuales regulares o repetitivos con la misma importancia (por ejemplo, programas de cliente de correo electronico, como se describe en detalle mas adelante haciendo referencia a las Figuras comprendidas entre la 6A y la 6C); (ii) aplicaciones que muestran elementos visuales irregulares y arbitrarios con la misma importancia (por ejemplo, un programa de edicion de fotograffas, como se describe en detalle mas adelante haciendo referencia a las Figuras 9A y 9B); (iii) aplicaciones que muestran elementos visuales regulares o repetitivos que tienen un punto de interes (por ejemplo, un programa de mensajena instantanea, como se describe en detalle mas adelante haciendo referencia a las Figuras 8A y 8B); y (iv) aplicaciones que muestran elementos visuales irregulares y arbitrarios que tienen un punto de interes (por ejemplo, una aplicacion de servicio de mapas, como se describe en detalle mas adelante haciendo referencia a las Figuras 7A y 7B). Estos cuatro tipos de aplicaciones necesitan diferentes esquemas de escalado para determinar que elemento visual que representa una informacion debe ser eliminado o mantenido, y como se debe modificar la configuracion de los elementos visuales, tal y como se describe en detalle mas adelante haciendo referencia a las Figuras comprendidas entre la 6A y la 9B. La clasificacion en cuatro tipos de aplicaciones es meramente a tftulo ilustrativo y es posible utilizar tambien otra clasificacion diferente.

[0044] En una realizacion, los esquemas almacenados en los esquemas de transicion (422) pueden ser invalidados por la preferencia del usuario o las limitaciones del dispositivo de visualizacion, como se indica en la informacion del dispositivo de visualizacion (340). Por ejemplo, supongamos que el esquema predeterminado de los esquemas de transicion (422) consiste en la reduccion a escala de un elemento visual en una proporcion de 1:N (donde 'N' es un valor superior a 1) sin recortarlo. Sin embargo, si los elementos visuales se reducen a escala en esta proporcion, los elementos visuales se vuelven irreconocibles o ilegibles en el tamano actual de la pantalla del dispositivo de visualizacion. Entonces, el escalador de diseno visual (332) puede modificar el esquema almacenado en los esquemas de transicion (422) de forma que se lleve a cabo un recorte en los elementos visuales en combinacion con la reduccion a escala de los elementos visuales en una proporcion inferior.

[0045] La preferencia del usuario (424) almacena la preferencia del usuario identificada por el usuario del dispositivo informatico movil (110). La preferencia del usuario (424) indica, entre otros elementos, el tamano de fuente mmimo para los elementos visuales, las combinaciones de colores preferidas para las vistas de aplicacion redimensionadas, los esquemas de transicion que seran utilizados por las diferentes aplicaciones, la prioridad de la informacion que se mostrara y el tamano de las vistas reducidas.

[0046] La Figura 5 es un diagrama de bloques de un administrador de transiciones (336), de conformidad con una realizacion. El administrador de transiciones (336) genera la vista posterior y las vistas de transicion intermedias que muestran la transicion entre la vista actual y la vista posterior. El administrador de transiciones (336) incluye, entre otros componentes, un modulo de zoom (510), un modulo de recorte (520), un modulo de encadenado (530), un modulo de deslizamiento (540) y un modulo de rotacion (550). Cada uno de estos componentes, por sf mismo o en combinacion con otros componentes, funciona para generar imagenes para diferentes tipos de vistas de transicion.

[0047] El modulo de zoom (510) tiene como objetivo representar las versiones a escala de los elementos visuales que tienen un tamano determinado por el escalador de diseno visual (332). En una realizacion, el modulo de zoom (510) ajusta a escala el mapa de bits de los elementos visuales a un tamano mas grande o mas pequeno. En otra realizacion, el modulo de zoom (510) tambien ajusta a escala los elementos visuales que son imagenes vectoriales.

[0048] El modulo de recorte (520) tiene como objetivo recortar los elementos visuales a un tamano mas pequeno. El area de los elementos visuales que se va a recortar puede ser determinada por el administrador de escalado (420). Se puede utilizar el modulo de recorte (520) en combinacion con el modulo de zoom (510) para generar elementos visuales que se ajustan a escala y recortan en una proporcion espedfica determinada por el escalador de diseno visual (332).

[0049] El modulo de encadenado (530) tiene como objetivo implementar los efectos visuales en los que un elemento visual se desvanece poco a poco, mientras que otro elemento visual aparece gradualmente. Para representar tal efecto, el modulo de encadenado (530) esta dotado de un conjunto de elementos visuales que aparece en la vista actual, pero desaparece en la vista posterior, y otro conjunto de elementos visuales que no aparece en la vista actual, pero aparece por primera vez en la vista posterior. El modulo de encadenado (530) a continuacion representa elementos visuales transitorios para su visualizacion en la pantalla de visualizacion (130).

[0050] El modulo de deslizamiento (540) tiene como objetivo implementar efectos visuales donde uno o varios elementos visuales se mueven desde una ubicacion en la vista actual a otra ubicacion en la vista posterior. El modulo de rotacion (550) tiene como objetivo implementar efectos visuales donde uno o varios elementos visuales son rotados de una orientacion a otra orientacion.

[0051] A medida que se reduce el tamano de la vista de la aplicacion, puede no existir espacio suficiente para mostrar todos los elementos visuales asociados con la aplicacion. Por consiguiente, los elementos visuales seleccionados por el administrador de escalado (420) son retenidos en las vistas de la aplicacion de tamanos mas

5

10

15

20

25

30

35

40

45

50

55

60

65

pequenos, mientras que se descartan algunos elementos visuales de las vistas de la aplicacion. Esto contrasta con la reduccion a escala del mapa de bits de todos los elementos visuales, en la que todos los elementos visuales se reducen a escala en la misma proporcion. Cuando todos los elementos visuales se reducen a escala en la misma proporcion, resulta diffcil obtener informacion significativa de las vistas de la aplicacion.

[0052] A continuacion se describen ejemplos de cuatro aplicaciones que cambian desde la vista actual a la vista posterior. Estos ejemplos son de caracter meramente ilustrativo y se pueden representar configuraciones diferentes o una combinacion de vistas de transicion y vistas posteriores. Asimismo, aunque los ejemplos siguientes ilustran la reduccion a escala o recorte de las imagenes para la transicion a una vista de la aplicacion mas pequena, tambien es posible realizar una transicion a una vista de la aplicacion que sea mas grande, rotada, desplazada a una ubicacion diferente, de diferente color, o cualquier combinacion de estas caractensticas.

EJEMPLO DE TRANSICION DE VISTA PARA UN ELEMENTO VISUAL REGULAR O REPETITIVO SIN PUNTO DE INTERES

[0053] Las Figuras 6A a 6C son diagramas que ilustran la transicion de una vista (es decir, una ventana) para una aplicacion de cliente de correo electronico, de conformidad con una realizacion. Los programas de cliente de correo electronico poseen elementos visuales regulares o repetitivos, como por ejemplo elementos visuales que identifican a los remitentes, la hora y el asunto del correo electronico. Ademas, en general un mensaje de correo electronico no tiene prioridad sobre otro mensaje de correo electronico. Se asigna a todos los mensajes de correo electronico no lefdos generalmente la misma prioridad. Por consiguiente, no hay ningun mensaje de correo electronico que pueda ser tratado como un “punto de interes”.

[0054] En el ejemplo de las Figuras comprendidas entre la 6A y la 6C, se considera que los elementos visuales relacionados con el remitente de los correos electronicos son importantes, mientras que los elementos visuales relacionados con los cuerpos de los mensajes de correo electronico son considerados menos importantes. En una realizacion, se determina la importancia del elemento visual al analizar la descripcion de la presentacion (312) para el programa de cliente de correo electronico, como se ha descrito anteriormente con respecto a las Figuras 3A y 3B. En otra realizacion, la importancia de los elementos visuales tambien esta determinada por las preferencias del usuario recibidas del usuario. En este ejemplo, puesto que el elemento visual relacionado con el remitente del correo electronico es mas importante que los elementos visuales que representan los cuerpos de los mensajes de correo electronico, los elementos visuales que indican el remitente del correo electronico son retenidos en la vista de la aplicacion de tamano reducido, mientras que se eliminan o descartan los cuadros de texto que indican el cuerpo de los mensajes de correo electronico.

[0055] La Figura 6A es un diagrama en el que se ilustra un ejemplo de vista de aplicacion (610) donde se maximiza la vista del programa de cliente de correo electronico. Esta vista (610) muestra ocho (8) cuadros de texto como elementos visuales. Los cuadros de texto (612A, 614A, 616A y 618A) indican el remitente de los mensajes de correo electronico. Los cuadros de texto (622A, 624A, 626A y 628A) indican el cuerpo de los mensajes de correo electronico. El usuario puede ver los detalles de un determinado correo electronico al seleccionar uno de los cuadros de texto que representan ese correo electronico.

[0056] La Figura 6B es un diagrama en el que se ilustra una vista de transicion (620) que esta llevando a cabo una transicion desde la vista maximizada (610) a una vista redimensionada mas pequena (630) tras detectar un evento para reducir la imagen de la vista maximizada (610). La vista de transicion (620) tiene un tamano mas reducido en comparacion con la vista maximizada (610), como indican las flechas comprendidas entre 622A y 622D. Los cuadros de texto (612B, 614B, 616B y 618B) que indican el remitente del correo electronico tambien se reducen en tamano. Los cuadros de texto (622A, 624B, 626B y 628B) que indican los cuerpos de los mensajes de correo electronico se reducen en tamano y la intensidad de su color disminuye.

[0057] La Figura 6C es un diagrama en el que se ilustra una vista redimensionada (630) del programa de cliente de correo electronico. La vista posterior (630) muestra los cuadros de texto (612C, 614C, 616C y 618C) que indican los remitentes de los correos electronicos. Sin embargo, los cuadros de texto para los cuerpos de los mensajes de correo electronico se eliminan y no se muestran en la vista redimensionada (630). La pantalla de visualizacion (130) del dispositivo informatico de la Figura 6C tambien muestra las vistas de aplicacion (650 y 660) para otras aplicaciones. El usuario puede desplazarse por la pantalla (130) para seleccionar otras aplicaciones que se ejecutan en el dispositivo informatico.

EJEMPLO DE TRANSICION DE VISTA PARA UN ELEMENTO VISUAL IRREGULAR O ARBITRARIO CON PUNTO DE INTERES

[0058] Las Figuras 7A y 7B son diagramas en los que se ilustra la transicion de una vista (es decir, una ventana) para una aplicacion de servicio de mapas, de conformidad con una realizacion. Los mapas poseen elementos visuales irregulares o arbitrarios, debido a que los elementos visuales en los mapas no tienen patrones recurrentes. Los elementos visuales para carreteras y direcciones estan incluidos en los mapas, pero estos elementos no aparecen de forma repetida y regular. Asimismo, los mapas son elementos visuales que tienen un punto de interes

5

10

15

20

25

30

35

40

45

50

55

60

65

debido a que el usuario dispone de un punto o area en el mapa en el que esta especialmente interesado. El punto de interes a menudo se encuentra en el centro del mapa. Es deseable representar vistas de aplicacion para dichas aplicaciones de servicios de mapas de tal manera que la informacion sobre el punto de interes se mantenga intacta o se modifique mmimamente en diferentes vistas.

[0059] La Figura 7A ilustra una vista maximizada (720) de la aplicacion de servicio de mapas que se muestra en la pantalla de visualizacion (130), de conformidad con una realizacion. La vista maximizada (720) incluye un cuadro de texto (740) que incluye una cadena de caracteres que representa el punto de interes en el mapa (“100 First Street, Second City, CA”) y una imagen (750) que muestra el mapa de bits de un area alrededor del punto de interes. La ubicacion exacta del punto de interes esta indicada por una flecha (760). En una realizacion, la flecha (760) forma parte del archivo de imagen de mapa de bits que representa el mapa. En otra realizacion, la flecha (760) es un elemento visual independiente (por ejemplo, un icono) generado por la aplicacion de servicio de mapas.

[0060] La Figura 7B ilustra una vista redimensionada (770) de la aplicacion de servicio de mapas que se muestra en la pantalla de visualizacion (130) tras detectarse un evento para reducir la imagen de la vista maximizada (710) de la aplicacion de servicio de mapas. La vista redimensionada (770) es mas pequena en tamano en comparacion con la vista maximizada (720) de la Figura 7A (como indican las flechas 782, 784, 786 y 788) y tiene menos espacio para mostrar el mapa completo. Por consiguiente, el mapa (750) es recortado por el modulo de recorte (520) para generar un mapa (726) de tamano reducido. Se retiene el cuadro de texto (724), pero se reduce a escala a un tamano mas pequeno por el modulo de zoom (510), de manera que el cuadro de texto (724) pueda ser alojado en la vista redimensionada (770).

[0061] Al tener diferentes elementos visuales (el cuadro de texto (740) y el mapa (750)) modificados de una manera diferente, puede transmitirse mas informacion al usuario en comparacion con el caso en que todos los elementos visuales se modifican de la misma manera. Por ejemplo, si el mapa (750) fuera reducido a escala en tamano en lugar de ser recortado, los nombres de las carreteras que aparecen en el mapa podnan ser demasiado pequenos para ser legibles. Por lo tanto, el mapa reducido a escala no proporcionara informacion significativa al usuario.

EJEMPLO DE TRANSICION DE VISTA PARA UN ELEMENTO VISUAL REGULAR O REPETITIVO CON PUNTO DE INTERES

[0062] Las Figuras 8A y 8B son diagramas en los que se ilustra la transicion de una vista (es decir, una ventana) para una aplicacion de mensajena instantanea, de conformidad con una realizacion. La mensajena instantanea posee elementos visuales regulares o repetitivos, como por ejemplo cuadros de texto que indican remitentes y mensajes. Los elementos visuales en la mensajena instantanea tambien tienen puntos de interes, ya que los mensajes recientes son mas importantes que los mensajes antiguos. Otra diferencia con respecto a los correos electronicos es que los remitentes de los mensajes de correo electronico no proporcionan mucha informacion, ya que en general hay un pequeno numero de participates en una sesion de mensajena instantanea. Por lo tanto, el esquema preferido para seleccionar y configurar los elementos visuales en la mensajena instantanea consiste en mostrar mensajes instantaneos recientes intercambiados por los participates en la sesion actual de mensajena instantanea.

[0063] La Figura 8A ilustra una vista maximizada (810) de la aplicacion de mensajena instantanea mostrada en el dispositivo de visualizacion (130), de conformidad con una realizacion. La vista maximizada (810) incluye cuadros de texto (814A, 816A, 818A, 820, 822 y 824) como elementos visuales que representan los mensajes intercambiados entre los participates de la mensajena instantanea.

[0064] La Figura 8B ilustra una vista redimensionada (830) de la aplicacion de mensajena instantanea tras detectarse un evento para reducir a escala la vista maximizada (810). La vista redimensionada (830) es de menor tamano en comparacion con la vista maximizada (810), como indican las flechas (882, 884, 886 y 888). La vista redimensionada (830) incluye unicamente tres cuadros de texto (814B, 816B y 818B) que representan los tres mensajes mas recientes intercambiados entre los participates. Los cuadros de texto (814B, 816B y 818B) tambien se han encogido verticalmente para permitir que los cuadros de texto (814B, 816B y 818B) encajen en el reducido espacio disponible en la vista redimensionada (830). Tres cuadros de texto (820, 822 y 824) que representan mensajes antiguos se eliminan de la vista redimensionada (830). La pantalla (130) en la Figura 8B tambien muestra vistas de aplicacion (850 y 860) para otras aplicaciones.

EJEMPLO DE TRANSICION DE VISTA PARA UN ELEMENTO VISUAL IRREGULAR O ARBITRARIO SIN PUNTO DE INTERES

[0065] Las Figuras 9A y 9B son diagramas en los que se ilustra la transicion de una vista (es decir, una ventana) para una aplicacion de edicion de fotos, de conformidad con una realizacion. Se utiliza la aplicacion de edicion de fotos en este ejemplo para editar las fotograffas digitales cargadas en el dispositivo informatico movil (110). Las fotograffas digitales poseen elementos visuales irregulares y arbitrarios, ya que la fotograffa digital no tiene elementos visuales que aparecen de una forma repetitiva y regular. Asimismo, en las fotograffas digitales no es aparente que parte de las fotograffas digitales es mas importante que otras partes de las imagenes digitales. Por lo

5

10

15

20

25

30

35

40

45

50

55

60

65

tanto, no hay ningun punto aparente de interes en las fotograffas digitales. Debido a la falta de un punto de interes, resulta diffcil determinar que partes de la fotograffa digital deben ser recortadas para conservar informacion importante. Por consiguiente, la reduccion a escala de la imagen con un recorte mmimo o inexistente constituye un esquema de transicion adecuado cuando se genera la vista redimensionada de fotograffas digitales.

[0066] La Figura 9A ilustra una vista maximizada (910) de la aplicacion de edicion de fotos que aparece en la pantalla de visualizacion (130). La aplicacion de edicion de fotos muestra una imagen (elemento visual) (930A) que ilustra la fotograffa que se esta editando.

[0067] La Figura 9B ilustra una vista redimensionada (920) de la aplicacion de edicion de fotos que se muestra en la pantalla de visualizacion (130) tras detectarse un evento para reducir la imagen de la vista maximizada (910). El modulo de zoom (510) reduce a escala la imagen (elemento visual) (930A) y la convierte en una imagen redimensionada (930B), como indican las flechas (942, 944, 946 y 948), de manera que la imagen redimensionada (930B) encaje en la vista redimensionada (920) de la aplicacion de edicion de fotos. La imagen redimensionada (930B) tambien es parcialmente recortada en su parte superior e inferior. Tambien se muestran vistas de aplicacion (960 y 970) de otras aplicaciones en la pantalla de visualizacion (130).

[0068] Como se ilustra en los ejemplos anteriores, se modifican los elementos visuales en diferentes vistas basandose en la descripcion de la presentacion (312) proporcionada por las aplicaciones. En una realizacion, la descripcion de la presentacion (312) describe a cual de las siguientes cuatro (4) clases de aplicaciones corresponden: (i) aplicaciones que muestran elementos visuales que son regulares o repetitivos y que no poseen un punto de interes (por ejemplo, como se ha descrito anteriormente con referencia a las Figuras comprendidas entre la 6A y la 6C); (ii) aplicaciones que muestran elementos visuales que son irregulares o arbitrarios y que poseen un punto de interes (por ejemplo, como se ha descrito anteriormente con referencia a las Figuras 7A y 7B); (iii) aplicaciones que muestran elementos visuales que son regulares o repetitivos y que poseen puntos de interes (por ejemplo, como se ha descrito anteriormente con referencia a las Figuras 8A y 8B); y (iv) aplicaciones que muestran elementos visuales que son irregulares o arbitrarios y que no poseen un punto de interes (por ejemplo, como se ha descrito anteriormente con referencia a las Figuras 9a y 9B). Tambien es posible utilizar cualquier combinacion de esquemas de escalado para los diferentes elementos visuales en una sola aplicacion.

METODO DE REDIMENSIONAMIENTO DE VISTAS DE APLICACION

[0069] La Figura 10 es un diagrama de flujo en el que se ilustra un metodo de redimensionamiento de una vista de la aplicacion, de conformidad con una realizacion. En primer lugar, se detecta un evento para redimensionar la vista de la aplicacion (1010). El evento para redimensionar la vista de la aplicacion puede incluir, entre otros elementos, el clic de interruptores, la deteccion de entradas de usuario en una pantalla tactil, la accion de presionar un teclado numerico, el transcurso de tiempo y la terminacion de determinadas operaciones en la aplicacion. Tras detectarse los eventos para el redimensionamiento de los elementos visuales, el escalador de diseno visual (332) determina (1018) los elementos visuales que deberan estar presentes en la vista posterior y sus configuraciones (por ejemplo, su tamano, orientacion y color), como se describe a continuacion en detalle con referencia a la Figura 11.

[0070] A continuacion se muestran (1022) las vistas de transicion entre la vista actual de la aplicacion y la vista de la aplicacion redimensionada en la pantalla de visualizacion (130). Las vistas de transicion proporcionan una transicion continua e ininterrumpida de los elementos visuales desde la vista actual a la vista redimensionada. Despues, la vista de la aplicacion redimensionada se muestra (1024) en la pantalla de visualizacion (130). La secuencia de pasos que se ensena en la Figura 10 es meramente ilustrativa y tambien se pueden utilizar secuencias alternativas de pasos.

[0071] La Figura 11 es un diagrama de flujo para un proceso de determinacion de los elementos visuales que se mostraran en la vista redimensionada y sus configuraciones en la vista redimensionada, de conformidad con una realizacion. En primer lugar, el escalador de diseno visual (332) recibe (1112) la descripcion de la presentacion (312) de la aplicacion que tiene su vista redimensionada. El escalador de diseno visual (332) tambien recibe la informacion del dispositivo de visualizacion (340) que indica la capacidad (por ejemplo, la resolucion o tamano de pantalla) de la pantalla de visualizacion (130).

[0072] En una realizacion, el escalador de diseno visual (332) recibe (1120) las preferencias del usuario para vistas de aplicacion redimensionadas. Las preferencias del usuario pueden indicar, entre otros, el tamano de fuente mmimo para los elementos visuales, las combinaciones de colores preferidas para las vistas de aplicacion redimensionadas, los esquemas de transicion que se utilizaran en diferentes aplicaciones, la importancia de los elementos visuales y el tamano de las vistas reducidas. El escalador de diseno visual tambien recibe (1124) mensajes de salida (306) de la aplicacion que indican el elemento visual real que se mostrara en la vista de la aplicacion.

[0073] Basandose en la descripcion de la presentacion (312), la informacion del dispositivo de visualizacion (340), la preferencia del usuario (424) y los esquemas de transicion (422) y el mensaje de salida (306), el escalador de diseno visual (332) determina (1126) los elementos visuales que estaran presentes en la vista redimensionada de la

5

10

15

20

25

30

35

40

45

50

55

60

65

aplicacion. A continuacion, el escalador de diseno visual (332) determina (1128) la configuracion (por ejemplo, tamano, color y orientacion) de los elementos visuales que se presentaran en la vista redimensionada de la aplicacion.

[0074] La secuencia de pasos ilustrados en la Figura 11 es meramente ilustrativa. Tambien se pueden utilizar secuencias alternativas de pasos para determinar los elementos visuales que se mostraran en la ventana redimensionada y configurar los elementos visuales que se presentaran. Asimismo, en la Figura 11 se pueden llevar a cabo dos o mas pasos en paralelo.

[0075] La Figura 12 es un diagrama de flujo para un metodo de visualizacion de la transicion de los elementos visuales, de conformidad con una realizacion. En primer lugar, el administrador de transiciones (336) determina (1204) los elementos visuales y la configuracion de los elementos visuales en la presente aplicacion. A continuacion, el administrador de transiciones (336) recibe (1206) informacion del escalador de diseno visual (332) sobre que elementos visuales van a ser presentados en la vista posterior de la aplicacion. El administrador de transiciones (336) tambien recibe informacion de configuracion del escalador de diseno visual (332) que indica la configuracion de los elementos visuales.

[0076] Despues, el administrador de transiciones (336) aplica (1222) estilos de transicion a los elementos visuales que aparecen, desaparecen o se modifican en la pantalla redimensionada, por ejemplo como se describe en la solicitud de patente estadounidense pendiente de aprobacion n.° 12/021.173, numero de publicacion US2009- 0189915 A1, que lleva por tftulo Structured Display System with System Defined Transitions (“Sistema de visualizacion estructurado con transiciones definidas por el sistema”), presentada el 28 de enero de 2008. A continuacion, el administrador de transiciones (336) genera una o varias vistas de transicion que muestran una transicion continua e ininterrumpida desde la vista actual de la aplicacion a la vista posterior de la aplicacion.

[0077] La secuencia de pasos ilustrada en la Figura 12 es meramente ilustrativa y se pueden utilizar secuencias alternativas de pasos para mostrar la transicion de los elementos visuales. Asimismo, en la Figura 12 se pueden realizar dos o varios pasos en paralelo.

REALIZACIONES ALTERNATIVAS

[0078] Aunque el proceso descrito en el presente tiene lugar en el contexto de un dispositivo informatico movil y la visualizacion de las vistas de aplicacion redimensionadas, los principios descritos en el presente son aplicables a otros dispositivos y plataformas informaticos.

[0079] Ademas, el proceso descrito en el presente puede ser utilizado para generar salidas que no sean elementos visuales, como por ejemplo sonidos de audio o sensaciones tactiles, hapticas o de cualquier otro tipo que un usuario puede percibir y que una maquina puede producir.

[0080] Como se ha senalado anteriormente, las realizaciones pueden estar configuradas como elementos o modulos de software. El software puede ser procesos (por ejemplo, como se ha descrito con referencia a las Figuras comprendidas entre la 10 y la 12) que se escriben o codifican como instrucciones utilizando un lenguaje de programacion. Entre los ejemplos de lenguajes de programacion figuran C, C++, BASIC, Perl, Matlab, Pascal, Visual Basic, Java, ActiveX, lenguaje de ensamblado, codigo maquina, etc. Las instrucciones pueden incluir cualquier tipo apropiado de codigo, como por ejemplo codigo fuente, codigo objeto, codigo compilado, codigo interpretado, codigo ejecutable, codigo estatico, codigo dinamico y similares. El software puede almacenarse utilizando cualquier tipo de medios legibles por ordenador o por maquina. Asimismo, el software puede almacenarse en los medios como codigo fuente o codigo objeto. El software tambien puede almacenarse en los medios como datos comprimidos y/o cifrados. Entre los ejemplos de software figuran cualesquiera componentes de software, programas, aplicaciones, programas informaticos, programas de aplicacion, programas de sistema, programas de maquina, software de sistemas operativos, software intermedio o middleware, firmware, modulos de software, rutinas, subrutinas, funciones, metodos, procedimientos, interfaces de software, interfaces de programacion de aplicaciones (API), conjuntos de instrucciones, codigo de computacion, codigo informatico, segmentos de codigo, segmentos de codigo informatico, palabras, valores, sfmbolos o cualquier combinacion de los anteriores. Las realizaciones no estan limitadas en este contexto.

[0081] Algunas realizaciones pueden implementarse, por ejemplo, mediante el uso de cualesquiera medios tangibles legibles por ordenador, medios legibles por maquina o artfoulo capaz de almacenar software.

[0082] Los medios o artfoulos pueden incluir cualquier tipo adecuado de unidad de memoria, dispositivo de memoria, artfoulo de memoria, medio de memoria, dispositivo de almacenamiento, artfoulo de almacenamiento, medio de almacenamiento y/o unidad de almacenamiento, como por ejemplo cualquiera de los ejemplos descritos con referencia a una memoria. Los medios o artfoulos pueden comprender memoria, medios extrafoies o no extrafoles, medios borrables o no borrables, medios grabables o regrabables, medios digitales o analogicos, discos duros, disquetes, discos compactos con memoria de solo lectura (CD-ROM), discos compactos grabables (CD-R), discos compactos regrabables (CD-RW), discos opticos, medios magneticos, medios magneto-opticos, tarjetas o discos de

5

10

15

20

25

30

memoria extrafole, diferentes tipos de discos versatiles digitales (DVD), modulos de identificacion de suscriptor, cintas, casetes o similares.

[0083] En el presente documento, cualquier referencia a “una realizacion” quiere decir que un elemento, caractenstica o estructura particulares descritas en relacion con la realizacion se incluye en al menos una realizacion. Se entendera que cuando aparece la expresion “en una realizacion” en diversos lugares de la especificacion, esta expresion no se referira necesariamente en todos los casos a la misma realizacion.

[0084] En el presente documento, los terminos “comprende”, “que comprende”, “incluye”, “que incluye”, “tiene”, “que tiene” o cualquier otra variacion de estos terminos tienen por objetivo abarcar una inclusion no exclusiva. Por ejemplo, un proceso, metodo, artfculo o aparato que comprende una lista de elementos no esta necesariamente limitado a solo aquellos elementos, sino que puede incluir otros elementos no enumerados expresamente o inherentes a tal proceso, metodo, artfculo o aparato. Ademas, a menos que se indique expresamente lo contrario, la conjuncion “o” se refiere a una conjuncion “o” inclusiva, no exclusiva. Por ejemplo, una condicion A o B queda satisfecha en cualquiera de los siguientes casos: A es verdadero (o esta presente) y B es falso (o no esta presente), A es falso (o no esta presente) y B es verdadero (o esta presente), y tanto A como B son verdaderos (o estan presentes).

[0085] Ademas, “un” o “una” se emplean para describir elementos y componentes de las realizaciones de la presente invencion. Esto se ha hecho simplemente por comodidad y para dar una idea general de las realizaciones de la presente invencion. Se entendera que esta descripcion incluye uno/una o al menos uno/una, y el singular tambien incluye el plural, a menos que sea evidente que se quiere dar a entender lo contrario.

[0086] Las realizaciones de la presente descripcion dan a conocer un sistema y un metodo que presentan elementos visuales a un usuario de tal manera que permite que la informacion asociada con la aplicacion se presente a los usuarios de una manera eficiente y optima dentro de las limitaciones del espacio disponible limitado en una pantalla de visualizacion. Los usuarios pueden obtener mas informacion sobre la aplicacion desde incluso una vista de aplicacion reducida para permitir a los usuarios adoptar acciones basadas en informacion.

[0087] Despues de leer esta descripcion, los expertos en la tecnica podran apreciar disenos estructurales y funcionales adicionales alternativos para un sistema y un proceso que generan salidas a traves de un dispositivo de salida de un dispositivo informatico.

Claims

5

10

15

20

25

30

35

40

45

50

55

60

65

REIVINDICACIONES

1. Un metodo implementado informaticamente para modificar las vistas de una o varias aplicaciones en una pantalla de visualizacion (130), y este metodo comprende:

la generacion, en un sistema operativo del ordenador, de senales para mostrar una primera vista de una aplicacion (310); esta primera vista incluye una pluralidad de elementos visuales asociados con la aplicacion, en la que la pluralidad de elementos visuales dispuestos en una primera configuracion de visualizacion es conforme a una descripcion de la presentacion (312) proporcionada por la aplicacion para su uso por el sistema operativo;

la descripcion de la presentacion (312) define una estructura logica de los elementos visuales asociados con la aplicacion;

la recepcion de una instruccion para realizar una transicion desde una primera vista de una aplicacion a una segunda vista de la aplicacion;

la determinacion de una segunda configuracion de visualizacion de la segunda vista de la aplicacion mediante al menos el analisis de la descripcion de la presentacion (312) proporcionada por la aplicacion; y

la generacion de senales del sistema operativo para mostrar la segunda vista de la aplicacion en la segunda configuracion de visualizacion de conformidad con la descripcion de la presentacion (312).
2. El metodo de la reivindicacion 1, que ademas comprende:

la recepcion de la informacion del dispositivo de visualizacion que representa una configuracion de hardware de la pantalla de visualizacion (130); y

la determinacion de la configuracion de visualizacion de la segunda vista para que cumpla con los requisitos de la informacion del dispositivo de visualizacion (340).
3. El metodo de la reivindicacion 1, que ademas comprende:

la recepcion de una preferencia de usuario para mostrar los elementos visuales asociados con la aplicacion en la pantalla de visualizacion (130); y

la determinacion de la configuracion de visualizacion de la segunda vista mediante la aplicacion de la preferencia de usuario.
4. El metodo de la reivindicacion 1, en el que la descripcion de la presentacion (312) indica si la aplicacion (310) se corresponde con un conjunto de clase predeterminada de aplicaciones, en el que cada clase de aplicaciones posee un esquema de transicion predeterminado (422) para mostrar los elementos visuales en vistas diferentes.
5. El metodo de la reivindicacion 1, que ademas comprende la visualizacion de imagenes de transicion entre la primera vista de la aplicacion y la segunda vista.
6. El metodo de la reivindicacion 1, en el que el tamano de la segunda vista se ajusta en escala en comparacion con la primera vista, y en el que la determinacion de la configuracion de visualizacion de la segunda vista comprende la determinacion del tamano y la presencia de cada elemento visual en la segunda vista.
7. El metodo de la reivindicacion 1, en el que la determinacion de la configuracion de visualizacion de la segunda vista comprende la comparacion de los primeros componentes visuales en la primera vista con los segundos componentes visuales en la segunda vista.
8. Un administrador de pantallas (330) en un subsistema de interfaz de usuario de nivel de sistema operativo de un sistema operativo [sic] para mostrar vistas de una o varias aplicaciones (310) en una pantalla de visualizacion (130), y este administrador de pantallas (330) comprende:

un escalador de elementos visuales (332) adaptado para determinar una configuracion de visualizacion de una visualizacion de una primera vista de la aplicacion (310); una primera vista incluye una pluralidad de elementos visuales asociados con la aplicacion, en la que la pluralidad de elementos visuales dispuestos en una primera configuracion de visualizacion es conforme a una descripcion de la presentacion proporcionada por la aplicacion para su uso por el sistema operativo; y una segunda vista de la aplicacion (310) mediante el analisis de la descripcion de la presentacion (312) proporcionada por la aplicacion (310), en la que la descripcion de la presentacion (312) define una estructura logica de los elementos visuales asociados con la aplicacion (310) y responde adecuadamente a la recepcion de una instruccion para realizar una transicion desde la primera vista de una aplicacion (310) a la segunda vista de la aplicacion (310); y

un administrador de transiciones (336) adaptado para recibir la configuracion de visualizacion de la segunda vista desde el elemento visual y representar las imagenes de transicion desde la primera vista a la segunda vista.
9. El administrador de pantallas (330) de la reivindicacion 8, en el que el escalador de elementos visuales (332) esta adaptado para recibir una informacion del dispositivo de visualizacion (340) que representa una configuracion de hardware de la pantalla de visualizacion (130), [estando] la configuracion de visualizacion de la segunda vista determinada por el escalador de elementos visuales (332) para que cumpla con los requisitos de la configuracion de hardware de la pantalla de visualizacion (130), tal y como esta identificada por la informacion del dispositivo de visualizacion (340).

5

10

15

20

25

30
10. El administrador de pantallas (330) de la reivindicacion 8, en el que el escalador de elementos visuales (332) esta adaptado para recibir una preferencia de usuario para mostrar los elementos visuales asociados con la aplicacion (310) en la pantalla (130), [estando] la configuracion de visualizacion de la segunda vista determinada por el escalador de elementos visuales (332) para que cumpla con los requisitos de la preferencia de usuario.
11. El administrador de pantallas (330) de la reivindicacion 8, en el que el escalador de elementos visuales almacena los esquemas de transicion (422) para clases predeterminadas de aplicaciones; cada clase de aplicacion posee un esquema de transicion predeterminado para elementos visuales en diferentes vistas, y el escalador de elementos visuales (332) determina la segunda vista basandose en la clase a la que pertenece la aplicacion (310).
12. El administrador de pantallas (330) de la reivindicacion 8, en el que la configuracion de visualizacion representa uno o varios elementos de un grupo que consiste en el tamano, la ubicacion, el color y la orientacion de cada elemento visual.
13. Un medio legible por ordenador para el almacenamiento de instrucciones en el mismo; cuando las instrucciones son ejecutadas por un procesador, esto hace que el procesador implemente el metodo de cualquiera de las reivindicaciones comprendidas entre la 1 y la 7.
14. El metodo de la reivindicacion 1, en el que el cambio de vistas corresponde a vistas de escalado.
15. El metodo de la reivindicacion 1, en el que la segunda vista de la aplicacion (310) posee un tamano diferente a la primera vista.
16. El metodo de la reivindicacion 1, en el que la configuracion de visualizacion de la segunda vista comprende el tamano y presencia de cada elemento visual en la segunda vista.
17. El metodo de la reivindicacion 1, que ademas comprende la visualizacion de imagenes de transicion entre la primera vista de la aplicacion (310) y la segunda vista de la aplicacion (310).
18. El metodo de la reivindicacion 1, en el que se muestra la segunda vista de la aplicacion (310) de conformidad con la configuracion de visualizacion determinada de la segunda vista.