Dispositivo informático móvil y método para mantener la continuidad de aplicación.

Un método de ahorrar energía en un dispositivo móvil (200, 810,

812) que ejecuta una aplicación en comunicaciónsíncrona con un servidor de aplicación (840, 850, 860), teniendo la aplicación un período nulo de comunicaciónumbral para mantener la continuidad de la aplicación, incluyendo el método los pasos de:operar (910) la aplicación en comunicación síncrona con un servidor de aplicación, definiendo un modo activo, elpaso de operar incluye establecer una sesión IP persistente con el servidor de aplicación y donde la comunicaciónsíncrona es habilitada automáticamente;

proporcionar (920) un modo latente donde la comunicación síncrona es inhabilitada automáticamente en eldispositivo móvil durante una duración predeterminada cerrando la sesión IP persistente, caracterizándose elmétodo por:

interrumpir (930) el modo latente comunicando momentáneamente con el servidor de aplicación antes del períodonulo de comunicación umbral, el paso de interrupción incluye establecer y cerrar una sesión IP persistente, paramantener la continuidad de la aplicación.

Dispositivo informático móvil y método para mantener la continuidad de aplicación Referencia cruzada a casos relacionados Esta solicitud está relacionada con las Solicitudes de Patente provisionales del Solicitante tituladas: Dispositivo informático móvil y método con gestión de interrogación mejorada (Expediente número CML07453) , presentada el 21 de Mayo de 2009, que tiene número de serie de Estados Unidos 61/180.301; y Dispositivo informático móvil y método con gestión push inteligente (Expediente número CS37274) , presentada el 30 de Noviembre de 2009, que tiene el número de serie de Estados Unidos 61/265.211.

Campo de la invención El campo de la invención se refiere a un dispositivo informático móvil y un método para mantener la continuidad de aplicación.

Antecedentes de la invención Al operar un dispositivo móvil en comunicación síncrona con un servidor de aplicación, hay un compromiso entre el buen funcionamiento de la aplicación que requiere intercambios de datos más frecuentes, por ejemplo, un intervalo de sincronización corto, y la buena duración de la batería que requiere intercambios de datos menos frecuentes, por ejemplo, un intervalo de sincronización largo.

El problema que se afronta en esta solicitud de patente, es que, después de un cierto período de tiempo umbral de inactividad de comunicación entre un servidor y un dispositivo informático móvil, el servidor terminará la aplicación, lo que puede dar lugar a pérdida de datos deseados. Sería una mejora en la técnica que, antes del período umbral, se pudiese idear un método de mantener la aplicación.

Los dispositivos informáticos móviles, tal como las estaciones móviles o inalámbricas, los teléfonos celulares, las radios, los ordenadores portátiles, los dispositivos de comunicaciones inalámbricas y análogos, operan con un dispositivo de almacenamiento de potencia con un suministro de energía limitado, tal como una batería, pila de combustible o análogos. Un dispositivo informático móvil necesita una fuente de potencia y, en muchos casos, esta fuente de potencia es una batería. Por ejemplo, los teléfonos celulares utilizan varios tipos de baterías para operar. La cantidad de tiempo que una estación móvil puede operar típicamente antes de que la energía de la batería se consuma (que a menudo se denomina “duración de la batería”) , es a menudo un criterio importante que los consumidores utilizan al elegir una marca o un tipo de dispositivo informático móvil en vez de otro. Los términos batería, dispositivo de almacenamiento de energía y dispositivo de almacenamiento de potencia se usan aquí de forma intercambiable.

Aunque el dispositivo de almacenamiento de potencia es generalmente recargable, puede no ser conveniente o incluso posible que el usuario lo recargue. Consiguientemente, hay que maximizar el tiempo operativo útil de un dispositivo informático inalámbrico.

Adicionalmente, diferentes entornos operativos pueden producir la sorpresa y/o la frustración del usuario cuando la batería se agota mucho más rápidamente de lo que esperaría de ordinario el usuario. Así, una variación o duración corta inesperada de la batería es muy indeseable desde la perspectiva del usuario.

Éste es un problema especialmente relevante en los dispositivos informáticos móviles que ejecutan aplicaciones soportadas por un servidor de aplicaciones a causa del drenaje de potencia debido al intercambio inalámbrico de datos entre el dispositivo móvil y el servidor, dado que cada carga o descarga consume energía en el dispositivo móvil y el servidor. El problema es especialmente agudo en el dispositivo móvil, que suele ser de batería y dispone de una cantidad finita de energía. Por ejemplo, un dispositivo móvil puede emplear un servidor de correo electrónico para cargar y descargar correo electrónico en apoyo de una aplicación de correo electrónico, un servidor de contacto para cargar y descargar el estado de contacto en soporte de una aplicación de red social, un servidor de información para descargar películas, noticias, música, etc, en apoyo de una aplicación de reproducción de medios, y un servidor de copia/almacenamiento para cargar datos de dispositivo móvil en apoyo de una aplicación de copia de datos. Típicamente, el dispositivo móvil y el servidor de aplicación sincronizan regular o periódicamente, es decir comunican, cargan, descargan o intercambian información a intervalos de tiempo esencialmente regulares o fijos, y en este documento, el intercambio de datos entre un dispositivo móvil que ejecuta una aplicación y un servidor de aplicación se denomina “sincronización”, y la cantidad de tiempo entre intercambios de datos se denomina el “intervalo de sincronización” o “intervalo sinc”, para una aplicación dada y un servidor de aplicación. Así, se necesita incrementar la longitud del intervalo de sincronización, con el fin de ahorrar energía en un dispositivo de almacenamiento de potencia de un dispositivo informático inalámbrico, tal como una estación móvil, con el fin de prolongar la vida útil del dispositivo de almacenamiento de potencia o de la batería.

Por lo general, hay un compromiso entre el buen funcionamiento de la aplicación que requiere intercambios de datos más frecuentes, es decir un intervalo de sincronización corto, y la buena duración de la batería que requiere intercambios de datos menos frecuentes, es decir un intervalo de sincronización largo. Por ejemplo, el funcionamiento de una aplicación de correo electrónico puede ser determinado por la cantidad de tiempo que tarda en recibir un correo electrónico, y el funcionamiento de una aplicación de red social puede ser determinado por el retardo al recibir un cambio en un estado de contacto social.

El intercambio de datos con un servidor de aplicación puede ser iniciado por el servidor, es decir un servicio de datos “push”, o por el móvil, es decir un servicio de datos “pull”. En el caso de un servicio de datos “pull”, el dispositivo móvil proporciona típicamente un temporizador que puede operar para disparar la expiración del intervalo de sincronización, tiempo en el que el dispositivo móvil puede interrogar a la aplicación sobre la disponibilidad de nuevos datos de aplicación. Así, con un servicio de datos “pull”, el dispositivo móvil controla el intervalo de sincronización, también conocido como el intervalo de descarga o interrogación. A la inversa, en el caso de un servicio de datos “push”, el dispositivo móvil responde a las peticiones de sincronización procedentes del servidor que pueden ser o no ser periódicas.

Es conocido variar el intervalo de sincronización según la aplicación, dado que el funcionamiento de algunas aplicaciones puede ser más sensible a la frecuencia de sincronización que otras. También se conoce que el requisito de una sincronización oportuna varía con el estado de la aplicación. La sincronización también puede ser iniciada de forma aperiódica por la aplicación que se ejecuta en el dispositivo móvil, o por el usuario. Así, cuando se están ejecutando múltiples aplicaciones, es probable que cada aplicación requiera diferentes intervalos de sincronización, que pueden ser controlados o no por el dispositivo móvil.

La sincronización de una aplicación con un servidor de aplicación implica la carga o la descarga de datos de aplicación entre el dispositivo móvil y el servidor de aplicación por la infraestructura de comunicación. Antes de que los datos de aplicación sean intercambiados con el servidor de aplicación, hay que ejecutar algunas actividades de inicio, tales como alimentar los circuitos de comunicación, y el establecimiento de una sesión de comunicación de datos con la infraestructura de comunicación. Igualmente, después de que los datos son intercambiados con el servidor de aplicación, hay que ejecutar algunas actividades de fin, tales como terminar la sesión de comunicación de datos con la infraestructura de comunicación y cortar la alimentación a los circuitos de comunicación de datos. Estas actividades de inicio y fin producen drenaje de potencia en el dispositivo móvil. Así, hay tendencia a la sincronización no coordinada que produce drenaje de potencia debido a las actividades de parada y arranque asociadas con cada intercambio de datos. Así, hay que minimizar las actividades de inicio y parada coordinando los tiempos de sincronización para múltiples aplicaciones.

Al operar un dispositivo móvil en comunicación síncrona con un servidor de aplicación, hay un compromiso entre el buen funcionamiento de la aplicación que requiere intercambios de datos más frecuentes,... [Seguir leyendo]

1. Un método de ahorrar energía en un dispositivo móvil (200, 810, 812) que ejecuta una aplicación en comunicación síncrona con un servidor de aplicación (840, 850, 860) , teniendo la aplicación un período nulo de comunicación umbral para mantener la continuidad de la aplicación, incluyendo el método los pasos de:

operar (910) la aplicación en comunicación síncrona con un servidor de aplicación, definiendo un modo activo, el paso de operar incluye establecer una sesión IP persistente con el servidor de aplicación y donde la comunicación síncrona es habilitada automáticamente;

proporcionar (920) un modo latente donde la comunicación síncrona es inhabilitada automáticamente en el dispositivo móvil durante una duración predeterminada cerrando la sesión IP persistente, caracterizándose el método por:

interrumpir (930) el modo latente comunicando momentáneamente con el servidor de aplicación antes del período nulo de comunicación umbral, el paso de interrupción incluye establecer y cerrar una sesión IP persistente, para mantener la continuidad de la aplicación.

2. El método de la reivindicación 1, donde el paso de operación incluye recibir notificaciones push del servidor de aplicación en la sesión IP persistente, y el paso de provisión incluye cerrar la sesión IP persistente y por ello terminar otras notificaciones push.

3. El método de la reivindicación 1 o 2, donde en el paso de provisión y en el paso de interrupción, la sesión IP persistente se cierra enviando una cabecera de conexión TCP/IP incluyendo un token de conexión cerrar según un estándar HTTP1.1.

4. El método de la reivindicación 1 o 2, donde la sesión IP tiene un período nulo de comunicación umbral para mantener la persistencia de la sesión IP, y en el paso de operación, la sesión IP persistente se mantiene activa comunicando momentáneamente con el servidor de aplicación antes de un período nulo de comunicación umbral para mantener la sesión IP.

5. El método de la reivindicación 1, donde el paso de operación incluye recibir notificación push por un canal no IP, el paso de provisión incluye enviar un mensaje de control al servidor de aplicación por lo que se para la notificación push.

6. El método de la reivindicación 1, donde el dispositivo móvil ejecuta una primera y una segunda aplicación en comunicación síncrona con el servidor de aplicación, teniendo cada aplicación un período nulo de comunicación umbral para mantener la continuidad de la aplicación, y el paso de interrupción tiene lugar a la expiración de un temporizador de latencia programado a un valor menor que el período nulo de comunicación umbral para mantener la continuidad de la aplicación para la primera y la segunda aplicación.

7. El método de la reivindicación 1, incluyendo además mantener otras comunicaciones entre el móvil y otras entidades de comunicación en los modos activo y latente.

8. El método de la reivindicación 1, incluyendo además proporcionar un controlador de modo automático donde el dispositivo se conmuta al modo activo cuando se detecta actividad del usuario.

9. El método de la reivindicación 1, incluyendo además proporcionar un controlador de modo automático donde el dispositivo es conmutado al modo activo cuando se detecta una actividad del usuario incluyendo al menos uno de: detectar movimiento cerca del dispositivo móvil; detectar la pulsación de una tecla; detectar la pulsación de una pantalla táctil; detectar que una pantalla está activa; y detectar una comunicación entrante.

10. El método de la reivindicación 1, incluyendo además proporcionar un controlador de modo automático donde el dispositivo es conmutado al modo activo cuando el dispositivo se conecta a un dispositivo de carga.

11. El método de la reivindicación 10, donde el dispositivo de carga es al menos uno de un adaptador CA, un cargador de batería, y un dispositivo host.

12. El método de la reivindicación 1, donde el paso de operación incluye operar un procesador de aplicación en el dispositivo móvil, y el paso de provisión incluye suspender la operación del procesador de aplicación.

13. El método de la reivindicación 1, donde el paso de operación incluye operar un daemon de servicio de aplicación en un procesador de aplicación en el dispositivo móvil, y el paso de provisión incluye suspender la operación del daemon de servicio de aplicación.

14. Un dispositivo informático móvil (200) , incluyendo:

un alojamiento (210) ;

un controlador (220) acoplado al alojamiento (210) , estando configurado el controlador (220) para ejecutar 5 aplicaciones en comunicación síncrona desde uno o más servidores de aplicación, teniendo cada aplicación un período nulo de comunicación umbral para mantener la continuidad de la aplicación;

memoria (270) acoplada al controlador (220) ;

un transceptor inalámbrico (250) acoplado al controlador (220) para sincronizar datos de aplicación entre el dispositivo informático móvil y el uno o más servidores de aplicación; y

un módulo de gestión push (290) configurado para: operar una aplicación en comunicación síncrona con un servidor de aplicación incluyendo establecer una sesión IP persistente con el servidor de aplicación, definiendo un modo activo, donde la comunicación síncrona es habilitada automáticamente según un programa configurado previamente; proporcionar un modo latente donde la comunicación síncrona es inhabilitada automáticamente en el dispositivo móvil según el programa configurado previamente cerrando la sesión IP persistente,

caracterizándose el dispositivo informático móvil porque el módulo de gestión push (290) está configurado para interrumpir el modo latente comunicando momentáneamente con el servidor de aplicación antes de un período nulo de comunicación umbral, para mantener la continuidad de la aplicación, incluyendo la interrupción establecer y cerrar una sesión IP persistente.

15. El dispositivo informático móvil de la reivindicación 14, donde el módulo de gestión push (290) incluye un 25 programador de modo de latencia programable por el usuario para programar el período del modo latente.

16. El dispositivo informático móvil de la reivindicación 14, donde el módulo de gestión push (290) está configurado además para mantener otras comunicaciones entre el móvil y otras entidades de comunicación en los modos activo y latente.

17. El dispositivo informático móvil de la reivindicación 14, donde el módulo de gestión push (290) está configurado para conmutar al modo activo cuando se detecte cierta actividad del usuario.

18. El dispositivo informático móvil de la reivindicación 14, donde el módulo de gestión push (290) incluye un

temporizador de latencia programado a un valor menor que el período nulo de comunicación máximo más corto para mantener la continuidad de la aplicación para cada aplicación, y el paso de interrupción tiene lugar a la expiración del temporizador de latencia.