ES2407540B1

ES2407540B1 - Método para ejecutar widgets en un dispositivo de procesamiento

Info

Publication number: ES2407540B1
Application number: ES201130023A
Authority: ES
Inventors: Daniel Jesús COLOMA BAIGES; Miguel SCHNEIDER FONTAN
Original assignee: Telefonica SA
Current assignee: Telefonica SA
Priority date: 2011-01-11
Filing date: 2011-01-11
Publication date: 2014-05-21
Anticipated expiration: 2031-01-11
Also published as: US20140033053A1; ES2407540R1; AR085072A1; WO2012095261A1; ES2407540A2

Abstract

Método para ejecutar widgets en un dispositivo de procesamiento.#Comprende proporcionar varios widgets y enlazarlos para intercambiar datos entre ellos para realizar la ejecución de una aplicación o funcionalidad, comprendiendo además el método proporcionar un paquete de widgets que agrupa dichos varios widgets y tiene un punto de entrada externo asociado a uno de dichos varios widgets.

Description

MÉTODO PARA EJECUTAR WIDGETS EN UN DISPOSITIVO DE PROCESAMIENTO Campo de la técnica La presente invención se refiere, en general, a un método para ejecutar widgets en un dispositivo de procesamiento, que 5 comprende proporcionar un paquete (suite) de widgets que agrupa varios widgets y los enlaza para intercambiar datos entre ellos para realizar la ejecución de al menos una aplicación. El método de la invención proporciona extensiones de widgets para permitir la inicialización y la intercomunicación 10 de varios widgets del paquete de widgets y usar selectivamente diferentes puntos de entrada para iniciar su ejecución dependiendo de la funcionalidad requerida. Por widget, deberá entenderse una estructura o herramienta informática para usuarios finales que permite o facilita una 15 descarga o instalación de programas en un teléfono móvil, un dispositivo útil para Internet, etc. Por paquete (suite) de widgets deberá entenderse un conjunto de widgets que son instalados conjuntamente en una implementación. 20 Estado de la técnica anterior El grupo de trabajo de aplicaciones web W3C ha creado un conjunto de especificaciones de widget. Un widget, según la terminología de W3C, es “una conceptualización de usuario final de una aplicación interactiva para un único propósito para 25 visualizar y/o actualizar datos locales o datos en la web, empaquetados de modo que se permita una única descargar e instalación en una máquina de usuario, teléfono móvil, o dispositivo habilitado para Internet”. W3C ha definido un formato estándar para empaquetar widgets en la especificación 30 “Widget Packaging and Configuration” (P&C) [1]. Ese formato es básicamente un archivo zip sin compresión que contiene todos los elementos de marcado, estilo y secuencias de comandos (scripts) que determinan la apariencia y el comportamiento del widget. Además, el paquete contiene un documento de configuración, que está basado en xml y cuyo esquema se define en la especificación. El esquema define cuál es el conjunto de parámetros que puede tener el documento de configuración, tales como autor, versión, icono, etc. 5 La figura 1 es un ejemplo de un archivo de configuración de widget que cumple con esa especificación. Cuando se lanza o ejecuta un widget, la implementación comprueba si el documento de configuración contiene un elemento “content” (contenido) (por ejemplo, lt;content 10 src=“initialPage.html”/gt;), y si es así, reproduce el recurso identificado mediante su atributo (initialPage.html en el ejemplo). Si el documento de configuración no contiene un elemento “content”, la implementación trata de reproducir la página inicial por defecto que se define como “index.html”. 15 La especificación W3C P&C también describe (en la sección 7.3) un mecanismo para extender el esquema definido para el documento de configuración que se usa en esta invención. El mecanismo consiste en añadir un espacio de nombre adicional al elemento de widget en el documento de configuración aparte del 20 elemento de widget (http://www.w3.org/ns/widgets). La figura 2 muestra un ejemplo de uno de dichos elementos de widget. Lo expuesto en el párrafo anterior significa que, aparte del espacio de nombre de widget definido por W3C, el espacio de 25 nombre con nombre “example” (ejemplo) puede usarse en el documento de configuración. Los elementos del espacio de nombre de ejemplo estarán prefijados mediante “example:” mientras que los elementos del espacio de nombre de widget no requieren ningún prefijo, puesto que es el elemento por defecto. 30 W3C ha definido un esquema URI para permitir a un widget identificar recursos que están disponibles dentro del paquete de widgets [2]. A través de este esquema URI es posible que un widget acceda a todo el contenido que está disponible en el paquete de widgets. Un paquete de widgets puede definirse como un conjunto de widgets que se instalan juntos en una implementación. Las soluciones disponibles no permiten configurar un conjunto de widgets como un paquete de widgets, en el que, por ejemplo, uno 5 de ellos es el punto de entrada para el resto de los widgets en el paquete. Además, la especificación actual limita el número de puntos de entrada al widget (es decir, elemento de contenido) a uno, lo que supone una limitación en caso de que los widgets puedan 10 intercomunicarse y, por tanto, invocar a otros widgets con diferentes instrucciones de inicialización. Aunque el esquema URI definido por W3C [2] puede ser adecuado para permitir que un widget identifique otros recursos de widget, esto no se ha normalizado puesto que se asumió que 15 estaba fuera del alcance o ámbito del W3C. La especificación establece: “El esquema definido en esta especificación puede usarse para implementar comunicación entre widgets, aunque esto está fuera del alcance de este documento actual”. La figura 3 da a conocer el entorno actual en el que todos 20 los widgets están aislados, tiene sólo un punto de entrada y no pueden intercomunicarse. Aunque ya están disponibles algunas invenciones en el área de la intercomunicación entre widgets, están centradas en definir un mecanismo para permitir que los widgets intercambien 25 información, aunque no un mecanismo que permita la creación de un paquete de widgets que proporcione un control completo del flujo de la experiencia del usuario. Por ejemplo, la invención “Linked Widgets” [3] define un mecanismo para permitir que un widget intercambie datos con otros widgets, es decir, da a 30 conocer un método para ejecutar widgets que comprende proporcionar varios widgets y enlazarlos para intercambiar datos entre ellos para realizar la ejecución de al menos una aplicación o funcionalidad. Sin embargo, esa invención tiene algunos problemas tales como: 1) El concepto de paquete de widgets no está definido. De ahí que la idea de un único punto de entrada en un paquete de widgets tampoco esté definida. 2) No considera que los widgets puedan ocupar toda la 5 pantalla del dispositivo, y por tanto, que la comunicación entre widgets pueda ser un modo de especificar la experiencia del usuario del dispositivo. 3) No tiene en cuenta que los widgets puedan tener diferentes puntos de entradas, dependiendo de la finalidad de su 10 invocación. 4) Requiere un elemento centralizado que realice un seguimiento de todos los enlaces entre los widgets. 5) No permite que un widget exprese en su documento de configuración qué puntos de entrada están expuestos a otros 15 widgets. 6) Considera que los widgets usan un documento no estándar de configuración (que no se basa en las especificaciones W3C [1]. 7) No define un mecanismo estándar y genérico a través del 20 cual los widgets puedan intercambiar información, tal como codificación URL. Descripción de la invención Es necesario ofrecer una alternativa al estado de la 25 técnica que cubra las lagunas encontradas en el mismo, particularmente las relativas a las carencias que tiene la propuesta [3] en relación al uso de widgets enlazados. Para ello, la presente invención proporciona un método para ejecutar widgets en un dispositivo de procesamiento, que 30 comprende proporcionar varios widgets y enlazarlos para intercambiar datos entre ellos para realizar la ejecución de al menos una aplicación o funcionalidad. A diferencia del documento [3], el método de la invención comprende: - proporcionar un paquete de widgets agrupando varios widgets, comprendiendo cada uno de dichos varios widgets diferentes puntos de entrada para cada uno, para colaborar entre ellos, y teniendo dicho paquete de widgets un punto de entrada 5 externo asociado a uno de dichos varios widgets; - usar seleccionando uno de dichos diferentes puntos de entrada de cada uno de dichos varios widgets para iniciar su ejecución por diferentes puntos dependiendo de la funcionalidad requerida; y 10 - invocar al menos uno de dichos varios widgets indicando el widget objetivo solicitado y el punto de entrada solicitado o sólo la funcionalidad objetivo solicitada. Otras realizaciones de la invención se describen según las reivindicaciones adjuntas, y en una sección siguiente en 15 referencia a los dibujos adjuntos. Otras realizaciones de la invención se describen según las reivindicaciones adjuntas, y en una sección siguiente en referencia a los dibujos adjuntos. 20 Breve descripción de los dibujos Las ventajas y características anteriores y otras se entenderán de manera más completa a partir de la siguiente descripción detallada de realizaciones, en referencia a los dibujos adjuntos (algunos de los cuales ya se han descrito en la 25 sección Estado de la técnica anterior), que deben considerarse de manera ilustrativa y no limitativa, en los que: La figura 1 muestra un ejemplo de documento de configuración de widget. La figura 2 muestra un ejemplo de una extensión de widget, 30 que significa que aparte del espacio de nombre de widget definido por W3C, puede usarse el espacio de nombre con el nombre “example” en el documento de configuración. Elementos del espacio de nombre de ejemplo están prefijados mediante “example:” mientras que los elementos del espacio de nombre de widget no requieren ningún prefijo, puesto que es el elemento por defecto. La figura 3 da a conocer el entorno convencional actual en el que todos los widgets están aislados, tienen sólo un punto de 5 entrada y no pueden intercomunicarse. La figura 4 proporciona una perspectiva general del método de la invención, en una realización, en la que un conjunto de widgets (es decir, un paquete de widgets) sólo tiene un punto de entrada externo. Estos widgets pueden intercomunicarse a través 10 de puntos de entrada adicionales que les permiten actuar conjuntamente. La figura 5 muestra un ejemplo de un documento de configuración de widget que usa las extensiones propuestas en esta invención. 15 La figura 6 muestra un esquema URI de paquete de widgets según una realización de la invención. La figura 7 ilustra ejemplos de uso del esquema URI de paquete de widgets de la figura 6. La figura 8 ilustra un entorno en el que 3 widgets componen 20 un paquete de widgets proporcionado por el método de la invención, según una realización. La figura 9 muestra un ejemplo de una posible página visualizada en la pantalla de un dispositivo de procesamiento portátil, mediante la ejecución de un widget según un punto de 25 entrada específico. La figura 10 muestra el paquete de widgets de la figura 8, en el que, según una realización del método de la invención, una petición realizada para cargar el widget 1 con el contenido apropiado para un punto de entrada específico se ilustra en 30 forma de la línea 2 de flecha que va desde el widget 2 hasta el widget 1. La figura 11 muestra el nuevo contenido reproducido por el widget 1 mientras está ejecutándose, visualizando gráficos en la pantalla de un dispositivo de procesamiento portátil. La figura 12 muestra el paquete de widgets de la figura 8, en el que, según una realización del método de la invención, el widget 2 está siendo invocado desde el widget 1 (por ejemplo, si el usuario selecciona el “botón inicio”) de modo que se carga de 5 nuevo, ilustrándose dicha invocación en forma de línea 3 de flecha que va desde el widget 1 hasta el widget 2. La figura 13 muestra el paquete de widgets de la figura 8, en el que, según una realización del método de la invención, el widget 1 se lanza de nuevo pero con un punto de entrada 10 diferente al usado inicialmente (y que se muestra en la figura 10), después de que el usuario seleccione una opción diferente (por ejemplo, “bandeja de entrada de mensajes”), ilustrándose dicho nuevo lanzamiento en forma de línea 4 de flecha que va desde el widget 2 hasta el widget 1. 15 La figura 14 muestra la nueva interfaz visualizada en la pantalla del dispositivo de procesamiento portátil como resultado de la ejecución del widget 1 usando un punto de entrada diferente. 20 Descripción detallada de varias realizaciones La invención propone la definición de un conjunto de extensiones de las especificaciones W3C Widget Packaging and Configuration [1] y W3C Widget URI [2] para permitir: • Identificar el widget principal dentro de un paquete 25 de widgets, de modo que cuando se ejecuta un paquete de widgets, la implementación sabe qué widget debe ejecutarse en primer lugar. • Permitir que los widgets definan múltiples puntos de entrada, de modo que un widget pueda iniciarse en 30 diferentes puntos dependiendo de la funcionalidad que se le requiera. • Invocar otros widgets, de modo que los widgets en el mismo paquete puedan interfuncionar y reutilizar su funcionalidad indicando el widget objetivo y el punto de entrada o la funcionalidad objetivo. La figura 4 proporciona una perspectiva general de la solución prevista, en la que un conjunto de widgets (es decir, un paquete de widgets) sólo tiene un punto de entrada externo. 5 Estos widgets pueden intercomunicarse a través de puntos de entrada adicionales que les permitan actuar conjuntamente. El escenario representado por la figura 4 puede ser útil en diferentes situaciones: Por ejemplo, suponiendo que originalmente un widget 10 implementa muchas funcionalidades, la invención propuesta permite al desarrollado dividir la funcionalidad en diferentes widgets que pueden actuar conjuntamente unos con otros. Esto haría que la creación de códigos y el mantenimiento fueran considerablemente más sencillos debido a la posibilidad de crear 15 una solución por capas. La invención puede usarse también para crear un paquete de widgets que proporcione toda la funcionalidad requerida en un dispositivo (un microteléfono, un módulo decodificador, un teléfono de sobremesa,…). El paquete de widgets puede comprender 20 diferentes widgets encargados de diferentes características de dispositivo (un widget de mensajería, un widget de telefonía,…). A continuación el método de la invención se divide en dos partes principales, en una realización relacionada con la implementación de las acciones del método como extensiones de 25 widget. Parte 1: Extensiones del documento de configuración de widget: Esta parte de la invención consiste en un conjunto de extensiones del formato especificado por la especificación W3C 30 Widget Packaging and Configuration para el documento de configuración de widget. Esto se consigue a través de la definición del espacio de nombre en el que se especifica un conjunto de extensiones del documento de configuración de widget, el espacio de nombre wgtsuite=http://wgtsuite.com se define con este fin. La primera extensión que va a formar parte de ese espacio de nombre es la adición de un atributo adicional al elemento “content” para indicar si un widget es el punto de entrada del 5 paquete de widgets. Actualmente, el elemento de contenido sólo puede aparecer una vez con únicamente un atributo (“src”). Se sugiere que el nuevo atributo se llame “wgtsuite:initial”, que puede adoptar un valor booleano (“false” (falso) o “true” (verdadero)). Si el valor es “true” significa que el widget está 10 destinado a ser el punto de entrada para todos los widgets en el paquete de widgets, si es “false” el widget no es un punto de entrada para el “paquete de widgets”. La segunda extensión es la definición de un nuevo elemento, para permitir otros puntos de entrada aparte del indicado por el 15 elemento de contenido o el elemento por defecto (index.html). Para ello, se define el elemento “wgtsuite:content”. Ese elemento siempre debe tener un atributo “src” que indica el recurso que va a lanzarse cuando se invoque el widget con este punto de entrada. El elemento “wgtsuite:content” puede, además, 20 incluir un atributo “intent” (efecto) que indica la acción que realizará el widget cuando se lance a través de este punto de entrada. La figura 5 muestra un ejemplo de un documento de configuración de widget que usa las extensiones propuestas en 25 esta invención. Los identificadores de widget para todos los widgets dentro de un paquete de widgets deben ser la concatenación del identificador de paquete de widgets, el carácter “/” y el identificador de widget dentro del paquete 30 (lt;widgetsuiteIdgt;/lt;widgetIdgt;) de modo que la implementación pueda identificar fácilmente los widgets pertenecientes al mismo paquete. Por ejemplo, en el ejemplo de la figura 5, el identificador de paquete de widgets es “exampleSuite” y el identificador del widget dentro del paquete es “exampleWgt”. La cadena “exampleSuite: exampleWgt” es el identificador de widget completamente válido. 5 Parte 2: Extensiones del esquema URI de widgets: Esta parte de la invención consiste en la definición del mecanismo a través del cual un widget puede lanzar widgets que forman parte del mismo paquete de widgets, indicando explícitamente un identificador de widget y el elemento src del 10 punto de entrada deseado o simplemente indicar el efecto deseado sin la necesidad de especificar el widget objetivo. La propuesta es usar un nuevo esquema URI con el prefijo “wgtsuite”. El URI debe estar compuesto por identificador de widget, seguido de un carácter de barra inclinada “/” y el punto 15 de entrada deseado identificado por el atributo “src” del elemento “wgtsuite:content” objetivo. Alternativamente el URI puede consistir sólo en el efecto que el widget está interesado en lanzar. Los parámetros pueden pasarse al widget objetivo codificados en el URL. 20 A continuación se describe una realización del método de la invención en referencia a las figuras 8 a 14, que incluye diferentes flujos de datos entre los widgets del paquete de widgets, y gráficos visualizados en el dispositivo de procesamiento portátil D. 25 La figura 8 da a conocer un entorno en el que tres widgets componen un paquete de widgets. Cuando se lanza el paquete de widgets, la implementación detecta que el widget 2 ha declarado ser el punto de entrada del paquete (es decir, el atributo wgtsuite:initial está configurado en verdadero) y 30 automáticamente lanza el widget 2 que visualiza el recurso html identificado en el atributo de contenido. La figura 9 visualiza un ejemplo de una posible página visualizada por el widget de punto de entrada. Durante la ejecución del widget 2, debido a la lógica de widget o a la interacción del usuario (por ejemplo, hace clic sobre un botón de interfaz de usuario tal como el icono “redactar mensaje”), el widget 2 detecta la necesidad de invocar el widget 1 con un punto de entrada específico (para redactar el 5 mensaje en el ejemplo). Se realiza una petición para cargar el widget 1 con el contenido apropiado para ese punto de entrada, (figura 10). Cuando el widget 1 está ejecutándose reproduce contenido nuevo (por ejemplo, véase la figura 11). 10 A partir del widget 1, también es posible invocar otros widgets tales como el widget 2, (por ejemplo, si el usuario selecciona el “botón inicio”) de modo que se carga de nuevo (figura 12). Si los usuarios seleccionan una opción diferente ahora (por 15 ejemplo, “bandeja de entrada de mensajes”), el widget 1 se lanzará pero con un punto de entrada diferente al usado inicialmente (figura 13). Como resultado de usar un punto de entrada diferente, se visualiza una nueva interfaz (figura 14) al usuario final. 20 Ventajas de la invención: Esta invención proporciona las siguientes características: 1. Permite que los widgets se comuniquen entre sí, de modo 25 que pueden reutilizar la funcionalidad de otros widgets fácilmente evitando la necesidad de duplicación de funcionalidades. 2. También permite que un widget implemente diferentes funcionalidades y las exponga de manera específica a través de 30 puntos de entrada dedicados, de modo que otros widgets puedan acceder directamente a un punto de entrada personalizado. De ese modo, la flexibilidad para la actuación conjunta entre widgets también aumenta. 3. Por último, aunque no menos importante, la definición de un mecanismo de “efecto” permite a los widgets comunicarse sin la necesidad de identificar el widget objetivo sino sólo la funcionalidad deseada (por ejemplo, redactar un mensaje). Un experto en la técnica puede introducir cambios y 5 modificaciones en las realizaciones descritas sin alejarse del alcance de la invención tal como se define en las reivindicaciones adjuntas. SIGLAS Y ABREVIATURAS P&C Empaquetamiento y Configuración URI Identificador de recurso uniforme W3C Consorcio World Wide Web 5 BIBLIOGRAFÍA [1] W3C Widget Packaging and Configuration. http://dev.w3.org/2006/waf/widgets/. [2] W3C Widget URI Scheme. http://www.w3.org/TR/widgets-uri/. [3] “Linked Widgets”, Publicación de solicitud de patente 5 estadounidense (Forstall et al.) US 2007/0101291.

Claims

REIVINDICACIONES

1. Método para ejecutar widgets en un dispositivo de procesamiento, que comprende proporcionar varios widgets y enlazarlos para intercambiar datos entre ellos para realizar la ejecución de al menos una aplicación o 5 funcionalidad, caracterizado porque comprende: - proporcionar un paquete de widgets agrupando varios widgets, comprendiendo cada uno de dichos varios widgets diferentes puntos de entrada para cada uno, para colaborar entre ellos, y teniendo dicho paquete de widgets un punto 10 de entrada externo asociado a uno de dichos varios widgets; - usar seleccionando uno de dichos diferentes puntos de entrada de cada uno de dichos varios widgets para iniciar su ejecución por diferentes puntos dependiendo de la funcionalidad requerida; y 15 - invocar al menos uno de dichos varios widgets indicando el widget objetivo solicitado y el punto de entrada solicitado o sólo la funcionalidad objetivo solicitada.

2. Método según la reivindicación 1, en el que dicho punto de 20 entrada externo es el único punto de entrada externo de dicho paquete de widgets.

3. Método según cualquiera de las reivindicaciones anteriores, que comprende identificar, de entre dichos varios widgets, un widget como widget principal dentro de dicho paquete de 25 widgets, estando asociado dicho punto de entrada externo a dicho widget principal, y ejecutar dicho widget principal en primer lugar.

4. Método según cualquiera de las reivindicaciones anteriores, que comprende dividir una aplicación o funcionalidad en 30 varias tareas para su ejecución por dichos varios widgets de manera distribuida.

5. Método según la reivindicación 4, en el que dichas tareas se refieren a diferentes características de un dispositivo o a partes de una característica común de un dispositivo.

6. Método según la reivindicación 1, que comprende realizar de manera automática y secuencial las siguientes acciones: - lanzar o ejecutar el paquete de widgets; - detectar que un primer widget de dichos varios widgets 5 ha declarado ser el widget principal, o punto de entrada del paquete de widgets (1); - ejecutar dicho primer widget, provocando la reproducción de primer contenido (2); - detectar, durante o como resultado de la ejecución de 10 dicho primer widget, la necesidad de invocar un segundo widget con un punto de entrada específico (3); - solicitar la carga de dicho segundo widget con el contenido apropiado para dicho punto de entrada específico; y 15 - ejecutar dicho segundo widget, provocando la reproducción de segundo contenido (4).

7. Método según la reivindicación 6, en el que dichas reproducciones de contenidos primero y segundo se refieren a la visualización, en una pantalla de dicho dispositivo de 20 procesamiento, de gráficos asociados a recursos identificados en un atributo de contenido de dicho primer widget.

8. Método según la reivindicación 6, que comprende detectar, durante o como resultado de la ejecución de dicho segundo 25 widget, la necesidad de invocar dicho primer widget con el mismo punto de entrada o uno diferente, y cargar y ejecutar el primer widget.

9. Método según la reivindicación 6, que comprende detectar, durante o como resultado de la ejecución de dicho segundo 30 widget, la necesidad de invocar un tercer widget con un punto de entrada específico, y cargar y ejecutar dicho tercer widget.

10. Método según cualquiera de las reivindicaciones 9, en el que dicha detección de la necesidad de invocar dicho segundo widget, dicho primer widget o dicho tercer widget con puntos de entrada específicos, se debe a la lógica de widget previamente ejecutada o a la interacción del usuario en dicho dispositivo de procesamiento. 5

11. Método según cualquiera de las reivindicaciones anteriores, en el que dicho dispositivo de procesamiento es un dispositivo de procesamiento portátil (D).