Un procedimiento para permitir que un dispositivo de información inalámbrico modifique automáticamente su comportamiento,

que comprende las etapas de:

(a) ingresar por un usuario final información sensible al tiempo en una primera aplicación que se ejecuta en el dispositivo;

(b) recibir una segunda aplicación, que se ejecuta en el dispositivo, datos de la primera aplicación, refiriéndose los datos a la información sensible al tiempo, y cambiar entonces automáticamente la segunda aplicación el comportamiento del dispositivo de forma adecuada, según los datos;

en el cual la primera aplicación envía los datos indirectamente a la segunda aplicación mediante un servidor intermedio

Procedimiento para permitir a un dispositivo inalámbrico de información modificar automáticamente su comportamiento.

Antecedentes de la invención

La presente invención se refiere a un procedimiento para permitir a un dispositivo inalámbrico de información modificar automáticamente su comportamiento. El término "dispositivo inalámbrico de información" utilizado en esta memoria de patente debería interpretarse ampliamente para cubrir cualquier clase de dispositivo con capacidades de comunicación inalámbrica de vía única o de doble vía, e incluye, sin limitación, los radioteléfonos, los teléfonos inteligentes, los comunicadores, los ordenadores personales, los ordenadores y los dispositivos específicos para una aplicación habilitados para la comunicación inalámbrica, tales como las cámaras, las grabadoras de vídeo, los sistemas de rastreo de activos, etc. Incluye dispositivos capaces de comunicarse de cualquier manera por cualquier clase de red, tal como el GSM o el UMTS, la radio móvil de CDMA y de WCDMA, Bluetooth, IrDA, etc.

El permitir a los dispositivos que alteren automáticamente su comportamiento, según el entorno o "contexto" del dispositivo, es un fundamento predominante de la informática "consciente del contexto". El "contexto" puede cubrir variables específicas del dispositivo, tales como la ubicación, así como variables del usuario final, tales como la presencia (es decir, la disponibilidad de un usuario final para utilizar el dispositivo, su estado de ánimo, etc.). Un cabo común en la informática consciente del contexto es la necesidad del dispositivo de tomar automáticamente conciencia de su contexto: por ejemplo, un dispositivo I consciente de la ubicación, habitualmente equipado con equipos de localiza- ción de ubicaciones, tal como el GPS, o la capacidad de adquirir información de ubicación de una fuente cercana.

El equipar a un dispositivo con conciencia de la ubicación permite nuevas capacidades: por ejemplo, el dispositivo podría apagarse automáticamente cuando esté en una ubicación en la cual el funcionamiento del dispositivo es peligroso (en un hospital o avión, por ejemplo).

Una de las hipótesis detrás de la informática consciente del contexto es que el dispositivo consciente del contexto adquiere automáticamente su comprensión del contexto. La presente invención, sin embargo, no trata de dispositivos que puedan adquirir automáticamente información de contexto; de tal manera se aparta del impulso general de desarrollo en este área. En cambio, trata de la situación en la cual el usuario final ingresa manualmente información del tipo de contexto en el dispositivo.

Además, los sistemas conscientes del contexto de la técnica anterior se centran en la información de ubicación y presencia. La presente invención no lo hace, sino que, en cambio, trata específicamente con información sensible al tiempo.

El documento US 6.457.132 B1 describe un procedimiento de gestión de energía para un dispositivo, por el cual, ante la creación de un suceso dentro de un calendario, se asocia una modalidad de gestión de energía a la entrada. Cuando se llega al suceso y tiene una modalidad no nula de gestión de energía asociada a él, el calendario envía una notificación de suceso de gestión de energía al administrador de energía, que responde adecuadamente.

El documento US 6.418.309 B1 describe la activación de una modalidad operativa para un dispositivo portátil inteligente de comunicación cuando un usuario del mismo está participando en una reunión. Los valores para la modalidad operativa se configuran mediante una interfaz gráfica de usuario en una pantalla de visualización del dispositivo portátil inteligente, activándose los valores tras la iniciación de la reunión. La modalidad operativa se desactiva luego al término de la reunión. Tanto la activación como la desactivación de la modalidad operativa pueden lograrse tanto automática como manualmente.

Resumen de la presente invención

En un primer aspecto, hay un procedimiento para permitir que un dispositivo de información inalámbrico modifique automáticamente su comportamiento, que comprende las etapas de:

en el cual la primera aplicación envía los datos indirectamente a la segunda aplicación mediante un servidor intermedio.

Por tanto, la presente invención trata de la muy específica situación de un usuario final que ingresa información sensible al tiempo en una aplicación; esta, por ejemplo, puede ser una entrada (p. ej., "reunión", "almuerzo con Bob", "viaje", "vuelo", etc.) para momentos específicos en una aplicación de agenda o calendario. Luego, una aplicación distinta en el dispositivo puede utilizar esta información para modificar adecuadamente el comportamiento del dispositivo. Por ejemplo, digamos que la "reunión" en la aplicación del calendario está programada para durar entre las 10 y las 11 de la mañana; luego, durante esa hora, la aplicación del teléfono del dispositivo (que permite que se controlen las funciones telefónicas del dispositivo) podría configurarse automáticamente en un perfil adecuado, tal como un perfil "silencioso", de forma tal que el dispositivo no suene ante una llamada entrante, sino que sólo vibre. El término "aplicación" debería interpretarse ampliamente para cubrir cualquier estructura de software que realice una o más funciones; por tanto, cubre elementos/porciones de un sistema operativo, utilidades, componentes clientes, componentes servidores, etc. En particular, la segunda aplicación podría ser servicios de sistema del Sistema Operativo, en contraposición a una aplicación que presenta una única interfaz a un usuario final.

La primera aplicación envía los datos indirectamente a la segunda aplicación mediante un servidor intermedio. El término "servidor" se utiliza en su sentido normal y amplio, para significar un programa de ordenador que proporciona servicios a otros programas de ordenador. El servidor funciona como una capa aislante, que separa las aplicaciones primera y segunda (el término "capa aislante" es un término de la tecnología en los patrones de diseño). Permite que haya una o varias primeras aplicaciones (es decir, aplicaciones en las cuales el usuario puede ingresar información sensible al tiempo - tal como (a) una aplicación de agenda en la cual el usuario puede ingresar citas, reuniones, sucesos, etc., que ocurren en distintos momentos definidos y (b) una aplicación de alarma en la cual el usuario final puede ingresar una hora en que quisiera que el dispositivo hiciera sonar una alarma). Además, el servidor permite que cualquiera de estas primeras aplicaciones envíe datos a cualquier número de otras aplicaciones que han de responder a la información sensible al tiempo (o, más específicamente, a los datos enviados desde la(s) primera(s) aplica- ción(es) que se refieren a esta información sensible al tiempo). Por tanto, un dispositivo podría estar en la modalidad de sueño, pero estar la aplicación de gestión de energía configurada para despertar en la modalidad normal cuando suene la alarma: en este caso, la primera aplicación es la aplicación de alarma y la segunda aplicación es la aplicación de gestión de energía. El servidor también puede garantizar que la segunda aplicación esté funcionando y lanzarla si es necesario.

El enfoque de la presente invención, por lo tanto, proporciona una manera estructurada y sistemática para que un dispositivo utilice inteligentemente la información sensible al tiempo que el usuario final ha ingresado manualmente.

El usuario final podría, con respecto a la entrada de la aplicación de agenda (p. ej., "reunión entre las 10 y las 11 de mañana"), seleccionar entre una lista de menú (es decir, cualquier clase de interfaz de usuario que permita al usuario final seleccionar distintas opciones) una etiqueta a aplicar a la entrada, definiendo la etiqueta el tipo de cambio de comportamiento a ser llevado a cabo por la segunda aplicación. Por tanto, con respecto a las entradas de "reunión",...

1. Un procedimiento para permitir que un dispositivo de información inalámbrico modifique automáticamente su comportamiento, que comprende las etapas de:

en el cual la primera aplicación envía los datos indirectamente a la segunda aplicación mediante un servidor intermedio.

2. El procedimiento de la Reivindicación 1, en el cual la primera aplicación es una aplicación de calendario o de agenda, y la información sensible al tiempo es una entrada en la aplicación de calendario o de agenda.

3. El procedimiento de la Reivindicación 2, en el cual el usuario final selecciona entre una lista de menú una etiqueta a aplicar a la entrada, definiendo la etiqueta el tipo de cambio de comportamiento a ser llevado a cabo por la segunda aplicación.

4. El procedimiento de la Reivindicación 1, en el cual la primera aplicación es una aplicación de alarma y la información sensible al tiempo es la definición de un tiempo de alarma.

5. Un procedimiento de cualquier Reivindicación precedente, en el cual la segunda aplicación es una aplicación telefónica que permite que se controlen funciones telefónicas del dispositivo.

6. El procedimiento de cualquier Reivindicación precedente, en el cual la etapa de cambiar el comportamiento es una de las siguientes:

7. El procedimiento de cualquier Reivindicación precedente, en el cual, si surge un conflicto entre el cambio de comportamiento debido a los datos de la primera aplicación, y un cambio distinto de comportamiento ingresado directamente a la primera o a la segunda aplicación, entonces prevalece el cambio distinto de comportamiento.

8. El procedimiento de cualquier Reivindicación precedente, en el cual, si surge un conflicto entre el cambio de comportamiento debido a los datos de la primera aplicación, y un cambio distinto de comportamiento ingresado directamente a la primera o a la segunda aplicación, entonces un componente de resolución de conflictos determina qué cambio de comportamiento prevalece.

9. El procedimiento de cualquier Reivindicación precedente, en el cual un componente de prevalencia determina si un cambio de comportamiento debido a los datos de la primera aplicación es inadecuado, y anula luego ese cambio de comportamiento.

10. El procedimiento de la Reivindicación 8, en el cual el componente de resolución de conflictos es el servidor.

11. El procedimiento de la Reivindicación 9, en el cual componente de prevalencia es el servidor.

12. El procedimiento de cualquier Reivindicación precedente, en el cual la segunda aplicación cambia automáticamente el comportamiento del dispositivo de manera adecuada, según los datos de la primera aplicación, durante un periodo de tiempo determinado por esos datos.

13. Un dispositivo de información inalámbrico programado para modificar automáticamente su comportamiento, estando el dispositivo configurado para ejecutar programas primero y segundo, en donde: