Método de control asíncrono de navegación web para dispositivos móviles,

comprendiendo:- solicitar el navegador web una página web;- responder el servidor web, incluyendo parámetros P;- enviar el navegador web una petición en blanco según parámetros P;- retener el servidor web la petición en blanco;- por cada evento registrado en el servidor web:- enviar al navegador web datos relativos al evento incluyendo los parámetros P;- enviar el navegador web una petición en blanco según parámetros P;- retener el servidor web la petición en blanco;- por cada evento de usuario registrado en el navegador web:- enviar al servidor web la petición correspondiente, precedida de una petición en blanco;- contestar el servidor web a la petición anterior, incluyendo los parámetros P;- enviar el navegador web una petición en blanco según parámetros P;- retener el servidor web la petición en blanco

Método de control asíncrono de navegación web para dispositivos móviles.

Campo de la invención

La presente invención se engloba dentro del campo de las telecomunicaciones móviles, y más en concreto dentro de los servicios de Internet y tecnologías web aplicadas a terminales móviles.

Antecedentes de la invención

El modelo tradicional de tecnologías web requiere la recarga completa de una página web para actualizar los contenidos, aunque sean parciales, de dicha página. Esta restricción ha limitado la funcionalidad y experiencia de usuario que las llamadas "aplicaciones web" venían ofreciendo.

Avances recientes en tecnologías de navegadores y en técnicas de programación (DOM, AJAX, Comet, etc.) han permitido romper esta barrera implementando asincronía, es decir, la posibilidad de enviar datos al navegador o programa que ejecuta la navegación web sin requerir acciones por parte del usuario (tales como refrescar la página, etc.). Un ejemplo de esta característica lo vemos en páginas web en las que aparece un dato (temperatura, cotización de una acción, etc.) que se actualiza espontánea y continuamente sin que el usuario tenga que realizar ninguna acción.

La asincronía ha sido clave para la aparición de lo que se ha denominado "Rich Internet Applications" (RIA), aplicaciones basadas en tecnologías Web que intentan proporcionar experiencias de usuario y funcionalidades típicas de una aplicación tradicional, con múltiples ventajas sobre las aplicaciones tradicionales para determinados entornos de uso. Un ejemplo prototípico de RIA es GoogleDocs, que ofrece procesador de textos, hoja de cálculo, etc. a través de un navegador web.

Las tecnologías que implementan estos avances están todavía en desarrollo y frecuentemente aparecen nuevas soluciones que, aunque no suponen cambios en el enfoque fundamental, proporcionan mejoras en cuanto a facilidad de desarrollo, integración con otras tecnologías, soporte de navegadores, etc.

Un campo en el que todavía se están explorando soluciones para dotarlos de asincronía (en el sentido descrito en los párrafos anteriores) es el de los entornos móviles. Las técnicas RIA convencionales no pueden aplicarse en la inmensa mayoría de ellos, ya que sus navegadores no implementan las características necesarias para ello.

Prácticamente todas las soluciones disponibles actualmente necesitan instalar aplicaciones o software adicionales en el dispositivo, y permiten desarrollar aplicaciones dentro del entorno prescrito en cada caso. Esto supone una barrera considerable para su uso, ya que limita el rango de modelos de terminales soportados, hay que convencer al usuario de la instalación del software, los desarrolladores se resisten a licenciar y emplear las herramientas propietarias asociadas a cada esquema, etc. Ejemplos de este tipo de solución son: Adobe FlashLite, Google Gears, Yahoo Widgets, etc.

El consorcio OpenAJAX se creó para estandarizar tanto las capacidades necesarias en los navegadores móviles (con el objetivo de que se puedan utilizar directamente los navegadores incluidos en los terminales) como las técnicas que permitan llevar a los móviles el mundo de las aplicaciones RIA. Existen varias otras iniciativas en la misma dirección. Sin embargo, aún queda un tiempo antes de que terminen sus trabajos (es probable que se diluyan por falta de acuerdo entre las empresas líderes en el campo) y en cualquier caso durante un largo tiempo existirán en manos de los usuarios dispositivos que no dispongan de dichas capacidades.

Además de los obstáculos comentados, la asincronía y el dinamismo en el entorno móvil tiene que resolver los problemas y acomodarse a las limitaciones propias de dicho entorno: inestabilidad de las conexiones, necesidad de minimizar el flujo de datos, control por parte de los operadores del tráfico IP (p.e. cortafuegos que limitan las conexiones hacia los terminales), etc. Muchas de las soluciones disponibles son re-implementaciones de mecanismos que funcionan bien para entornos no móviles pero que en móviles no son óptimas y pueden incluso exigir requisitos tan especiales a la red que las hace no operativas.

Esta invención propone una solución que permite implementar asincronía utilizando mecanismos estándar disponibles en prácticamente todos los navegadores de los terminales móviles, sin necesitar de software adicional, y empleando una solución tecnológica concebida para funcionar en el entorno de redes y terminales móviles.

Para ello se utilizan soluciones tecnológicas ya disponibles y se añaden innovaciones, en el lado del servidor, de forma que en el dispositivo móvil es necesario únicamente disponer de un navegador web que tenga unas características que son habituales ya desde hace unos años.

Como ejemplo de soluciones disponibles en el mundo no web, tenemos XMPP/Jabber, un protocolo utilizado para proporcionar servicios de mensajería instantánea y comunicaciones multimedia (voz, etc.). XMPP/Jabber se implementa como un cliente software hacia el usuario (disponibles para terminales móviles, PC, etc.) y servidores que arbitran los servicios entre los clientes. La propia naturaleza de dichos servicios exige disponer de un mecanismo que permita al servidor enviar información de forma asíncrona, por ejemplo, mensajes que llegan, peticiones para iniciar nuevas sesiones, etc.

XMPP es un protocolo de aplicación que presupone que se dispone de los protocolos e infraestructura (software) de transporte capaces de llevar a cabo esta asincronía. En la práctica, los clientes y servidores XMPP necesitan implementar en su software de transporte los mecanismos que proporcionen estas soluciones. Existen varias opciones tecnológicas que podrían utilizarse:

- AJAX, tecnología asíncrona del mundo web, basada en el uso de directivas HTTP ("XMLHttpRequest") y técnicas especiales de desarrollo software. Su aplicación implicaría construir el cliente Jabber sobre una implementación de HTTP. AJAX no se emplea en la práctica para los servicios Jabber.

En la Figura 1 se muestran las diferencias entre los modelos de interacción web tradicional y AJAX.

- Comet o AJAX inverso ("Comet and Reverse Ajax: The Next Generation Ajax 2.0", D. Crane y P. McCarthy, Firstpress, 2008) es la otra gran tecnología asíncrona del mundo web. Se basa en el uso de una conexión entre servidor y cliente que nunca se cierra y que el servidor puede utilizar para enviar información en cualquier momento. Un ejemplo de solución tipo Comet se describe en http://www.icefaces.org/main/product/ajaxpush.iface.

Comet se basa en técnicas todavía muy complejas tanto en servidores como clientes, y además requiere que todos los proxies HTTP intermedios estén adecuadamente configurados. No se utiliza para los servicios Jabber.

En la Figura 2 se muestran las diferencias entre los modelos de interacción AJAX y Comet.

- Jabber HTTP Polling, interrogación periódica ("polling") del cliente hacia el servidor. No es eficiente y tiene algunos problemas de experiencia de usuario. Esta fue la técnica más utilizada, pero actualmente se considera obsoleta.

- Bidirectional-streams Over Synchronous HTTP (BOSH), utiliza el mecanismo (inherentemente síncrono) de petición/respuesta de HTTP como canal de comunicación disponible para enviar datos de forma asíncrona. Sin embargo, a diferencia de Comet, no se basa en el uso de una conexión de duración ilimitada, sino que se crean nuevas conexiones tan pronto como las anteriores se han utilizado. Esta técnica elimina mucho de la complejidad en servidores y clientes, es relativamente eficiente y proporciona tiempos de respuesta adecuados para las aplicaciones Jabber.

La mayoría de las implementaciones de XMPP utiliza BOSH como mecanismo de transporte.

La organización que controla el protocolo XMPP y extensiones (XSF) tiene una política de propiedad intelectual que, a diferencia de la de otros organismos de estandarización, garantiza que las especificaciones están libres de licencias ocultas. La propiedad intelectual está en manos de la XSF, a la que los participantes hacen una transferencia irrevocable y perpetua de sus derechos (es decir, se transfiere la propiedad intelectual en sí misma, no meramente una licencia). La XSF otorga a su vez licencias libres y perpetuas, sin limitaciones.

La presente invención describe una solución para la interactividad y el dinamismo de aplicaciones web para clientes móviles...

1. Método de control asíncrono de navegación web para dispositivos móviles, caracterizado porque comprende:

- iniciar el navegador web del dispositivo móvil una conexión con un servidor web, solicitando con dicha inicialización una página web;

- responder el servidor web con los datos solicitados, incluyendo en dicha respuesta una pluralidad de parámetros P, comprendiendo al menos un parámetro que indica la acción a realizar y otro parámetro que indica el intervalo de tiempo en el que dicha acción debe realizarse;

- mostrar el navegador web en la pantalla del dispositivo móvil el contenido de la página web;

- enviar el navegador web al servidor web una petición construida en base a los parámetros P enviados por el servidor, denominada petición en blanco;

- retener el servidor web la petición en blanco;

- por cada evento exterior registrado en el servidor web sobre el que deba ser informado el navegador web: