UN PROCEDIMIENTO DE SINCRONIZACIÓN INICIADO POR SERVIDOR EN UN SISTEMA DE SINCRONIZACIÓN DONDE EL MENSAJE DE SOLICITUD DEL SERVIDOR TIENE UN TAMAÑO MÁXIMO.

Un procedimiento de sincronización iniciado por servidor en un sistema de sincronización donde el mensaje de solicitud del servidor tiene un tamaño máximo. Antecedentes de la invención La invención se refiere a la disposición de una sesión entre un servidor de sincronización y un dispositivo cliente y, en particular, a iniciar una sesión por iniciativa de un servidor de sincronización. Los datos de terminales portátiles, tales como teléfonos móviles, pueden sincronizarse con aplicaciones en red, aplicaciones de ordenador de sobremesa u otras bases de datos del sistema de telecomunicación. En particular, los datos de aplicaciones de calendario y de correo electrónico están habitualmente sincronizados. Anteriormente, la sincronización se ha basado en el uso de distintos protocolos específicos del fabricante, que son incompatibles. Esto limita el uso de terminales o tipos de datos a usar y a menudo causa dificultades al usuario. En la comunicación móvil, en particular, es importante que los datos puedan extraerse y actualizarse independientemente del terminal y aplicación usados. Para mejorar la sincronización de datos de aplicación, se ha desarrollado un SyncML (Lenguaje de Marcado de Sincronización), que se basa en el lenguaje XML (Lenguaje de Marcado Extensible). Usando un protocolo de sincronización de SyncML, que emplea mensajes de SyncML, los datos de cualquier aplicación pueden sincronizarse entre terminales en red de cualquier clase. La Figura 1 ilustra un ejemplo de sincronización donde una estación móvil MS actúa como un dispositivo cliente de SyncML y un servidor S de red actúa como un servidor de SyncML. El servicio de sincronización de SyncML comprende inicializar primero una sesión de sincronización (Inicialización de Sesión de SyncML) durante la cual, por ejemplo, se selecciona la base de datos a sincronizar. Una MS agente cliente envía al servidor S un mensaje de SyncML (Modificaciones de Cliente) que comprende al menos los datos que han de sincronizarse en la estación móvil MS y que han cambiado desde la última sincronización. El servidor S sincroniza los conjuntos de datos, es decir, analiza los cambios hechos en los conjuntos de datos y armoniza los datos (hace las modificaciones, reemplazos, borrados y agregados necesarios). Después de esto, el servidor S envía las modificaciones del servidor de vuelta al dispositivo cliente TE, que hace los cambios necesarios en su base de datos. Otros tipos de datos también pueden sincronizarse por medio del SyncML, por lo cual una nueva configuración vinculada a la sincronización, por ejemplo, puede sincronizarse con el dispositivo cliente. En general, la gestión de dispositivos se refiere a procedimientos por los cuales un tercero puede cambiar la configuración de un dispositivo, p. ej., cambiar configuraciones o incluso un protocolo usado por el dispositivo. Además de las configuraciones vinculadas sólo al dispositivo, también es posible enviar datos específicos del usuario, tales como perfiles de usuario, logotipos, tonos de llamada y menús, por medio de los cuales el usuario pueda personalizar las configuraciones del dispositivo, o bien las adaptaciones son hechas automáticamente en la gestión de dispositivos. Las características que han sido definidas en el estándar del SyncML pueden utilizarse con respecto al concepto de gestión de dispositivos. Un servidor de sincronización puede actuar como un servidor de gestión de dispositivos y un dispositivo cliente como un dispositivo a gestionar (Cliente de Gestión de Dispositivos). La Figura 2 ilustra la gestión de dispositivos (Sesión de Gestión de Cliente) según un mensaje de un protocolo de sincronización. En un menaje de inicialización de sesión, un dispositivo cliente (MS) transmite a un servidor S de sincronización, que efectúa la gestión de dispositivos, información sobre sí mismo (la misma información que en la sincronización) al servidor, en respuesta a lo cual el servidor transmite información propia y comandos de gestión de dispositivos (Operaciones de Gestión de Servidor). El dispositivo cliente responde con información de estado, después de lo cual el servidor puede terminar la sesión o transmitir más comandos de gestión de dispositivos. Si el servidor transmite más comandos de gestión, el dispositivo cliente debería responder a esto con información de estado. Después de recibir información de estado, el servidor siempre puede terminar la sesión o continuarla transmitiendo más comandos de gestión de dispositivos. El protocolo de gestión de dispositivos también puede funcionar de tal manera que las consultas concernientes a lo que al usuario le guste actualizar se transmitan primero al usuario, y la información sobre las elecciones del usuario se transmita el servidor. Después de esto, el servidor puede transmitir las actualizaciones / operaciones requeridas por el usuario en el próximo paquete. Según el protocolo SyncML, un dispositivo cliente inicia habitualmente una sesión de sincronización. Sin embargo, en particular en el contexto de la gestión de dispositivos, hay casos en los cuales el servidor tiene la necesidad de iniciar la sincronización. Para este caso, la especificación del SyncML Protocolo de Sincronización SyncML, versión 1.0.1, de mayo de 2001, capítulo 8 (páginas 49 a 50) describe una inicialización de sesión de sincronización causada por un servidor (Sincronización Alertada por Servidor): el servidor puede enviar un mensaje de solicitud (Alerta de Sincronización), en el cual solicita al dispositivo cliente iniciar una sesión de SyncML. Después de esto, el dispositivo cliente comienza la inicialización de la sesión de SyncML transmitiendo un paquete (Paquete de Inicialización de Cliente) convencional. Cuando el dispositivo cliente es una estación móvil, surgen problemas debido a los hechos de que el dispositivo cliente no puede ser localizado cuando la estación móvil está apagada, o que no hay ninguna conexión 2   continua de transmisión de datos entre el terminal y el servidor. Es por esto que es ventajoso usar un servicio que almacene el mensaje cuando se transmite la solicitud. Uno de tales servicios es el SMS (Servicio de Mensajes Breves), que almacena un mensaje de texto en un centro de mensajes de texto y lo envía cuando la estación móvil se conecta con la red y puede ser localizada. Como otros mensajes de SyncML, una solicitud para iniciar una sesión está en formato XML y comprende un campo de cabecera, que está determinado en un elemento [SyncHdr], y una parte de cuerpo, que está determinada en un elemento [SyncBody]: ... ... La solicitud es relativamente grande y requiere una capacidad mucho mayor que los 140 octetos proporcionados por el mensaje de texto (que es suficiente para codificar 160 caracteres ASCII de 7 bits). La solicitud puede dividirse en varios mensajes de texto, pero es posible que uno de los mensajes de texto desaparezca, que los menajes lleguen en orden incorrecto o que el dispositivo cliente no pueda procesar mensajes de texto concatenados. Si un servicio de capa de transporte es proporcionado por el WAP (Protocolo de Aplicaciones Inalámbricas), por ejemplo, los mensajes de SyncML pueden codificarse en formato binario WBXML (XML Binario Inalámbrico), y se requiere menos capacidad de transmisión de datos. Incluso aunque se usara el WBXML, la solicitud aún requiere varios mensajes de texto. El documento WO 00/29.998 se refiere a la optimización de procedimientos de sincronización utilizando un registro de cambios para aumentar la eficiencia de la sincronización de información entre un primer dispositivo y un segundo dispositivo. El segundo dispositivo mantiene un valor contador de cambios asociado a una última entrada sincronizada de un registro de cambios, almacenada en el primer dispositivo. El valor contador de cambios almacenado en el segundo dispositivo se actualiza preferiblemente después de que se procesa cada entrada del registro de cambios transferido en el segundo dispositivo, y en respuesta a actualizaciones de bases de datos realizadas en el primer dispositivo. Así, la segunda base de datos puede procesar sólo aquellos cambios de la primera base de datos que tengan lugar después del contador de cambios actualizado. El documento WO 98/24.018 revela procedimientos para sincronizar bases de datos incompatibles, usando un fichero histórico que contiene registros que representan registros de una de las bases de datos en el momento de una sincronización anterior. Los procedimientos revelados se refieren a la sincronización de bases de datos en caso de un suceso recurrente. Un ejemplo de tal registro recurrente es un suceso que ocurre regularmente durante un periodo de tiempo. Por ejemplo, se revela una técnica que permite la sincronización de un registro... [Seguir leyendo]

1. Un procedimiento de inicio de una sesión en un sistema de sincronización que comprende al menos un dispositivo electrónico que actúa como un dispositivo cliente, y que comprende medios de comunicación, al menos un servidor de sincronización y una red de comunicación que proporciona un servicio de transmisión de mensajes, en el cual el servidor de sincronización está configurado para determinar (401), para una solicitud que indica la necesidad de iniciar una sesión, y a transmitir al dispositivo cliente, un identificador del servidor de sincronización, un identificador de versión y un identificador de la sesión solicitada, comprendiendo el procedimiento: determinar (402) en el servidor de sincronización el tamaño máximo para un mensaje que ha de enviarse desde el servidor de sincronización al dispositivo cliente para la solicitud, determinar (402) instrucciones de codificación, por las cuales al menos uno de los identificadores pueda codificarse en una secuencia de bits que requiera significativamente menos bits que su presentación en ASCII, en el servidor de sincronización, e instrucciones de descodificación, por medio de las cuales se obtenga el identificador original a partir de la secuencia de bits, en el dispositivo cliente, en respuesta a la necesidad de transmitir la solicitud que indica la necesidad de iniciar una sesión a al menos un dispositivo cliente, formar (405) un mensaje, siendo este mensaje más corto que, o tan largo como, dicho tamaño máximo, y comprendiendo al menos dichos identificadores, al menos uno de los cuales se presenta como una secuencia de bits definida según las instrucciones de codificación, transmitir (406) el mensaje al dispositivo cliente usando dicho servicio de transmisión de mensajes, formar (408) un mensaje de inicialización de sesión en base a la información incluida en el mensaje recibido, estando al menos parte de dicha información definida, a partir de la secuencia de bits recibida, por medio de dichas instrucciones de descodificación, y transmitir (409) el mensaje de inicialización de sesión desde el dispositivo cliente al servidor de sincronización. 2. Un procedimiento según la reivindicación 1, en el cual un servicio de capa de transporte en el sistema de sincronización está configurado usando un protocolo de aplicaciones inalámbricas, por lo cual el mensaje comprende adicionalmente campos de cabecera del protocolo de sesión inalámbrica. 3. Un procedimiento según la reivindicación 2, en el cual el mensaje también indica una aplicación a la cual debería dirigirse el contenido del mensaje, estando la indicación definida al fijar la información sobre la aplicación en una ubicación predeterminada, como desde el comienzo del mensaje, o después de un carácter predeterminado, y el contenido del mensaje se dirige en el dispositivo cliente a la aplicación indicada por el mensaje. 4. Un procedimiento según cualquiera de las reivindicaciones precedentes, en el cual el servicio de transmisión de mensajes es el servicio de mensajes breves. 5. Un procedimiento según la reivindicación 1, en el cual el identificador del servidor de sincronización está determinado en el campo que contiene un secreto compartido. 6. Un procedimiento según la reivindicación 1, en el cual el servidor de sincronización también está configurado para determinar una secuencia de bits en el mensaje, que indica si el cliente o el servidor ha causado el mensaje. 7. Un procedimiento según la reivindicación 1, en el cual las instrucciones de codificación y las instrucciones de descodificación comprenden una o más tablas de correspondencia. 8. Un procedimiento según la reivindicación 1, en el cual la sesión es inicializada para sincronizar un conjunto de datos incluido en el dispositivo cliente y en al menos una base de datos. 9. Un procedimiento según la reivindicación 1, en el cual   el servidor de sincronización transmite una solicitud para iniciar una sesión de gestión de dispositivos, y la sesión de gestión se inicializa entre el servidor y el dispositivo cliente. 10. Un sistema de sincronización que comprende al menos un dispositivo electrónico que actúa como un dispositivo cliente y que comprende medios de comunicación, al menos un servidor de sincronización y una red de comunicación que proporciona un servicio de transmisión de mensajes, sistema de sincronización en el cual: el servidor de sincronización está configurado para determinar (401), para una solicitud que indica la necesidad de iniciar una sesión, y a transmitir al dispositivo cliente, un identificador del servidor de sincronización, un identificador de versión y un identificador de la sesión solicitada, el servidor de sincronización está configurado para determinar (402) el tamaño máximo para un mensaje que ha de enviarse desde el servidor de sincronización al dispositivo cliente para la solicitud, se determinan (402) instrucciones de codificación, por las cuales al menos uno de los identificadores puede codificarse en una secuencia de bits que requiere significativamente menos bits que su presentación en ASCII, en el servidor de sincronización, y se determinan (402) instrucciones de descodificación, por medio de las cuales se obtiene el identificador original a partir de la secuencia de bits, en el dispositivo cliente, en respuesta a la necesidad de transmitir la solicitud que indica la necesidad de iniciar una sesión a al menos un dispositivo cliente, el servidor de sincronización está configurado para formar (405) un mensaje, siendo este mensaje más corto que, o tan largo como, dicho tamaño máximo, y comprendiendo al menos dichos identificadores, al menos uno de los cuales se presenta como una secuencia de bits definida según las instrucciones de codificación, el servidor de sincronización está configurado para transmitir (406) el mensaje al dispositivo cliente utilizando el servicio de transmisión de mensajes, el dispositivo cliente está configurado para formar (408) un mensaje de inicialización de sesión en base a la información incluida en el mensaje recibido, estando al menos parte de la información definida a partir de la secuencia de bits recibida por medio de dichas instrucciones de descodificación, y el dispositivo cliente está configurado para transmitir (409) el mensaje de inicialización de sesión al servidor de sincronización. 11. Un servidor de sincronización, estando tal servidor de sincronización configurado para determinar (401), para una solicitud que indica la necesidad de iniciar una sesión, y a transmitir a al menos un dispositivo cliente, un identificador del servidor de sincronización, un identificador de versión y un identificador de la sesión solicitada, el servidor de sincronización está configurado para determinar (402) el tamaño máximo para un mensaje que ha de enviarse desde el servidor de sincronización al dispositivo cliente para la solicitud, servidor de sincronización en el cual se determinan (402) instrucciones de codificación, por las cuales al menos uno de los identificadores puede codificarse en una secuencia de bits que requiere significativamente menos bits que su presentación en ASCII, servidor de sincronización que, en respuesta a la necesidad de transmitir la solicitud que indica la necesidad de iniciar una sesión a al menos un dispositivo cliente, está configurado para formar (405) un mensaje, siendo tal mensaje más corto que, o tan largo como, dicho tamaño máximo, y comprendiendo al menos dichos identificadores, al menos uno de los cuales se presenta como una secuencia de bits definida según las instrucciones de codificación, y servidor de sincronización que está configurado para transmitir (406) el mensaje a al menos un dispositivo cliente utilizando el servicio de transmisión de mensajes. 12. Un servidor de sincronización según la reivindicación 11, en el cual un servicio de capa de transporte está configurado usando un protocolo de aplicaciones inalámbricas, por lo cual el mensaje comprende adicionalmente campos de cabecera del protocolo de sesión inalámbrica. 13. Un servidor de sincronización según la reivindicación 11, en el cual el mensaje también indica una aplicación a la cual debería dirigirse el contenido del mensaje, estando el servidor de sincronización configurado para definir la indicación fijando la información sobre la aplicación en una ubicación predeterminada, como a partir del comienzo del mensaje, o después de un carácter predeterminado. 14. Un servidor de sincronización según cualquiera de las reivindicaciones 11 a 13, en el cual el servicio de transmisión de 11   mensajes es un servicio de mensajes breves. 15. Un servidor de sincronización según la reivindicación 11, en donde el servidor de sincronización está configurado para determinar el identificador del servidor de sincronización en el campo que contiene un secreto compartido. 16. Un servidor de sincronización según la reivindicación 11, en donde el servidor de sincronización también está configurado para determinar una secuencia de bits en el mensaje, que indica si el cliente o el servidor ha causado el mensaje. 17. Un servidor de sincronización según la reivindicación 11, en el cual las instrucciones de codificación comprenden una o más tablas de correspondencia. 18. Un servidor de sincronización según la reivindicación 11, en donde el servidor de sincronización está configurado para inicializar la sesión a fin de sincronizar un conjunto de datos incluidos en el dispositivo cliente y al menos una base de datos. 19. Un servidor de sincronización según la reivindicación 11, en donde el servidor de sincronización está configurado para transmitir una solicitud a fin de iniciar una sesión de gestión de dispositivos, y el servidor de sincronización está configurado para inicializar la sesión de gestión entre el servidor y el dispositivo cliente. 20. Un dispositivo electrónico que comprende medios para recibir y transmitir mensajes, medios para comunicarse con un servidor, servidor para el cual dicho dispositivo electrónico actúa como un dispositivo cliente, medios para almacenar (402) instrucciones de descodificación, por medio de las cuales la información original es obtenible a partir de una secuencia de bits codificada por el servidor, medios para convertir (407) al menos una secuencia de bits, incluida en un mensaje más corto que, o tan largo como, un tamaño máximo, y recibida desde el servidor, en la información original, en base a las instrucciones de descodificación, indicando la secuencia de bits recibida al menos uno de los siguientes identificadores: un identificador del servidor, un identificador de versión y un identificador de una sesión solicitada, medios para formar (408) un mensaje de inicialización para una sesión entre el servidor y dicho dispositivo, en base a la información indicada por el mensaje recibido desde el servidor, estando al menos parte de la información definida a partir de la secuencia de bits recibida, por medio de dichas instrucciones de descodificación, medios para enviar (409) el mensaje de inicialización para la sesión al servidor, y medios para alterar la configuración de dicho dispositivo según comandos recibidos desde el servidor durante la sesión. 21. Un dispositivo electrónico según la reivindicación 20, en el cual un servicio de capa de transporte está configurado usando un protocolo de aplicaciones inalámbricas, por lo cual el mensaje comprende adicionalmente campos de cabecera del protocolo de sesiones inalámbricas. 22. Un dispositivo electrónico según la reivindicación 20, en el cual el mensaje también indica una aplicación a la cual debería dirigirse el contenido del mensaje, estando la indicación definida por información sobre la aplicación en una ubicación predeterminada, como desde el comienzo del mensaje, o después de un carácter predeterminado, y el dispositivo electrónico está configurado para dirigir el contenido del mensaje a la aplicación indicada por el mensaje. 23. Un dispositivo electrónico según la reivindicación 20, en donde el dispositivo electrónico está configurado para comunicarse con el servidor por el servicio de mensajes breves. 24. Un dispositivo electrónico según la reivindicación 20, en donde el dispositivo electrónico está configurado para determinar el identificador del servidor a partir del campo que contiene un secreto compartido. 25. Un dispositivo electrónico según la reivindicación 20, en el cual las instrucciones de descodificación comprenden una o más tablas de correspondencia. 26. Un dispositivo electrónico según la reivindicación 20, en el cual el servidor es un servidor de gestión de dispositivos y la sesión es una sesión de gestión de dispositivos. 27. Un dispositivo electrónico según la reivindicación 20, en el cual el servidor es un servidor de sincronización y la sesión 12   es una sesión de sincronización. 28. Un programa de ordenador cargable en la memoria de un servidor de sincronización, comprendiendo dicho producto de programa un código de programa de ordenador que, cuando es ejecutado en el procesador del servidor de sincronización, causa que el servidor de sincronización: determine (401), para una solicitud que indica la necesidad de iniciar una sesión, y a transmitir a al menos un dispositivo cliente, un identificador del servidor de sincronización, un identificador de una versión del protocolo de sincronización que disponga de soporte por parte del servidor de sincronización y un identificador de la sesión solicitada, determine (402) el tamaño máximo para un mensaje que ha de enviarse desde el servidor de sincronización al dispositivo cliente para la solicitud, establezca (402) instrucciones de codificación, por las cuales pueda codificar al menos uno de los identificadores en una secuencia de bits que requiera significativamente menos bits que su presentación en ASCII, en respuesta a la necesidad de transmitir la solicitud que indica la necesidad de iniciar una sesión a al menos un dispositivo cliente, forme (405) un mensaje, siendo dicho mensaje más corto que, o tan largo como, dicho tamaño máximo, y comprendiendo al menos dichos identificadores, al menos uno de los cuales se presenta como una secuencia de bits definida según las instrucciones de codificación, y transmita (406) el mensaje a al menos un dispositivo cliente utilizando el servicio de transmisión de mensajes. 29. Un programa de ordenador cargable en la memoria de un dispositivo electrónico, comprendiendo dicho programa de ordenador un código de programa que, al ser ejecutado en el procesador del dispositivo electrónico, causa que el dispositivo electrónico: establezca (402) instrucciones de descodificación, por medio de las cuales sea obtenible la información original a partir de una secuencia de bits codificada por un servidor, convierta (407) al menos una secuencia de bits incluida en un mensaje más corto que, o tan largo como, un tamaño máximo, y recibida desde el servidor, en la información original, en base a las instrucciones de descodificación, indicando la secuencia de bits recibida al menos uno de los siguientes identificadores: un identificador del servidor, un identificador de versión y un identificador de la sesión solicitada, forme (408) un mensaje de inicialización para una sesión entre el servidor y dicho dispositivo, en base a la información indicada por el mensaje recibido desde el servidor, estando al menos parte de la información definida a partir de la secuencia de bits recibida, por medio de dichas instrucciones de descodificación, transmita (409) el mensaje de inicialización para la sesión al servidor, y altere la configuración del dispositivo según comandos recibidos desde el servidor durante la sesión. 13   14     16