ES2368211T3 - 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. - Google Patents
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. Download PDFInfo
- Publication number
- ES2368211T3 ES2368211T3 ES02767509T ES02767509T ES2368211T3 ES 2368211 T3 ES2368211 T3 ES 2368211T3 ES 02767509 T ES02767509 T ES 02767509T ES 02767509 T ES02767509 T ES 02767509T ES 2368211 T3 ES2368211 T3 ES 2368211T3
- Authority
- ES
- Spain
- Prior art keywords
- message
- server
- session
- synchronization
- synchronization server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/142—Managing session states for stateless protocols; Signalling session states; State transitions; Keeping-state mechanisms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/24—Negotiation of communication capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/328—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the presentation layer [OSI layer 6]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
- Communication Control (AREA)
Abstract
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.
Description
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.
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 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]:
<SyncML>
<SyncHdr>
...
</SyncHdr>
<SyncBody>
...
</SyncBody>
</SyncML>
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 recurrente individual (que representa al suceso recurrente) con una base de datos en la cual el mismo suceso recurrente se almacena como una serie de registros individuales.
La Patente Estadounidense 6.000.000 se refiere a la sincronización de datos entre un ordenador de mano y un ordenador personal. El sistema de sincronización se activa por una única pulsación de botón, y permite la sincronización de datos para varias aplicaciones distintas que se ejecutan en el sistema de ordenador de mano y el sistema de ordenador personal. El sistema mantiene una lista de bibliotecas que se usan para sincronizar distintas aplicaciones en el sistema de ordenador personal y el sistema de ordenador de mano. Después de obtener la lista, un administrador de sincronización invoca entonces a cada biblioteca, una por una, y cada biblioteca realiza la sincronización para una aplicación específica.
Breve descripción de la invención
Es por tanto un objetivo de la invención proporcionar un procedimiento y un aparato que implemente el procedimiento, de modo tal que puedan evitarse los problemas precitados. Los objetivos de la invención se logran por un procedimiento, un sistema de sincronización, un servidor de sincronización, un dispositivo electrónico y programas de ordenador, que se caracterizan por lo que se dice en las reivindicaciones independientes. Las realizaciones preferidas de la invención se revelan en las reivindicaciones subordinadas.
La invención se basa en seleccionar sólo la información más esencial, que está además codificada de tal manera que se requiere menos espacio, en comparación con la situación en la cual la información se transmitiría como texto abierto. El
procedimiento comprende configurar un servidor de sincronización para determinar, para una solicitud que indica la necesidad de iniciar una sesión, y a transmitir a la estación móvil, el identificador del servidor de sincronización, el identificador de una versión del protocolo de sincronización que disponga de soporte por parte del servidor de sincronización y el identificador de la sesión de sincronización solicitada. El tamaño máximo del mensaje que ha de 5 enviarse desde el servidor de sincronización a la estación móvil para la solicitud, y las 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, se determinan en el servidor de sincronización. Las instrucciones de descodificación, por medio de las cuales se obtiene el identificador original a partir de la secuencia de bits, se determinan en la estación móvil. Cuando el fin es transmitir a al menos una estación móvil una solicitud que indica la necesidad de iniciar una sesión, se forma un mensaje, donde este mensaje es más corto que, o tan largo como, dicho tamaño máximo, y comprende 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 mensaje se transmite a la estación móvil usando un servicio de transmisión de mensajes. La estación móvil forma 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 según
15 dichas instrucciones de descodificación. El mensaje de inicialización de sesión se transmite desde la estación móvil al servidor de sincronización. La codificación utiliza la información concerniente a los distintos valores que los distintos campos pueden recibir. La correspondencia entre estos valores y los distintos patrones de bits se almacena en las instrucciones de codificación e instrucciones de descodificación a usar por parte del servidor y el cliente.
Ni la sesión, ni su inicialización, se restringen a las funciones definidas en el SyncML, sino que ha de entenderse, en sentido amplio, que se refieren a una sesión a establecer entre cualquier dispositivo cliente y el servidor de sincronización, y a los mensajes necesarios para establecer la sesión. En un sistema de sincronización, puede establecerse una sesión entre un dispositivo cliente y un servidor de sincronización a fin de sincronizar datos del usuario, o de gestionar el dispositivo.
La solución según la invención brinda la ventaja de que, a solicitud del servidor, también puede iniciarse una sesión en
25 dispositivos que no dan soporte a la recepción de mensajes concatenados. Cuando puede usarse un servicio de transporte de mensajes, tal como el SMS, proporcionado por la red móvil, siempre puede entregarse un mensaje a su destino (cuando el dispositivo está encendido), también en dispositivos que no permiten servicios no solicitados activados por la red. La solución de la invención también ayuda a evitar problemas que resultan de que la red conmutada por paquetes posiblemente entregue mensajes al cliente en un orden que difiere del orden en el cual el servidor los ha transmitido, o incluso que posiblemente se pierdan algunos mensajes. Además, como la transmisión de una solicitud requiere menos espacio, también pueden ahorrarse recursos de transmisión de datos y, como resultado, hay menos costes. Este ahorro puede ser muy significativo en casos donde el servidor tiene que transmitir una solicitud a un gran número de dispositivos clientes.
Breve descripción de los dibujos
35 Se describirá ahora la invención en mayor detalle, con respecto a las realizaciones preferidas, con referencia a los dibujos adjuntos, en los cuales:
la Figura 1 ilustra la sincronización según el protocolo de sincronización del SyncML;
la Figura 2 ilustra la gestión de dispositivos por parte de un servidor;
la Figura 3a ilustra un sistema de sincronización;
la Figura 3b ilustra un servidor de sincronización y un dispositivo cliente;
la Figura 4 ilustra un procedimiento según una realización preferida de la invención;
la Figura 5 muestra posibles elementos de un mensaje a enviar, a fin de iniciar una sesión de gestión de dispositivos; y
la Figura 6 es un diagrama de señalización de una sesión de gestión según una realización preferida de la invención.
Descripción detallada de la invención
45 En lo que sigue, se describe una realización preferida de la invención en un sistema que brinda soporte al estándar SyncML; ha de observarse, sin embargo, que la invención puede aplicarse en cualquier sistema de sincronización.
La Figura 3a ilustra un sistema en red en el cual los datos de las bases de datos pueden sincronizarse entre los servidores S de sincronización y las estaciones móviles MS. En la sincronización, la MS puede actuar como un dispositivo cliente y comprender de esa manera una base de datos a sincronizar. El servidor S puede servir a varios dispositivos clientes MS. También es posible que la estación móvil actúe como un servidor para otro dispositivo. La MS se comunica con el servidor S a través de una red móvil MNW (Red Móvil). También es posible que el S esté implementado en la red móvil MNW. El dispositivo cliente MS, que ha sido adosado a la red MNW, comprende una funcionalidad de estación móvil para comunicarse con la red MNW de manera inalámbrica. En lugar de una estación móvil convencional, la MS también puede ser cualquier dispositivo electrónico que comprenda una funcionalidad de mensajería, tal como un ordenador portátil o un dispositivo de agenda electrónica o, alternativamente, por ejemplo, un dispositivo auxiliar de estos dispositivos, que esté dispuesto en conexión con su dispositivo anfitrión por medio de su funcionalidad de mensajería, de modo que se use un enlace de radio de corto alcance, por ejemplo. En este caso, el dispositivo anfitrión debería ser capaz de deducir, en base a parte de la información codificada en el mensaje, que el mensaje está destinado al dispositivo auxiliar. La red móvil MNW comprende al menos un bloque MB que proporciona un servicio de mensajes. Entre la red móvil MNW y el servidor S también puede haber otras redes, tal como una red de área local LAN. La red móvil MNW puede ser cualquier red inalámbrica conocida, tal como una red que brinde soporte a un servicio del GSM (Sistema Global para Comunicaciones Móviles), una red que brinde soporte a un servicio del GPRS (Servicio General de Radio por Paquetes), una red móvil de tercera generación, tal como una red del UMTS (Sistema Universal de Telecomunicaciones Móviles), una red inalámbrica de área local WLAN o una red privada.
Si la MNW es una red del GSM, el bloque MB que proporciona un servicio de mensajes comprende al menos un centro SMSC de servicios de mensajes breves. Un importante servicio de la capa de transporte en varias redes móviles es el WAP, que comprende una capa del WSP (Protocolo de Sesión Inalámbrico), que puede usarse para proporcionar un servicio de transporte para la capa de aplicación de sincronización en el dispositivo cliente MS y en el servidor S. El WAP da soporte a varias tecnologías de transmisión de nivel inferior, tal como una transmisión basada en el SMS. También pueden usarse los estándares HTTP u OBEX, por ejemplo, y tecnologías de transmisión de capas inferiores a las que den soporte. El servidor S en sí puede comprender una base de datos que ha sincronizado, o bien la base de datos sincronizada por él puede situarse en otro dispositivo; en la Figura 3a, los servidores S y las bases de datos DB están separadas para mayor claridad.
Como se ilustra en la Figura 3b, las estaciones móviles MS y los servidores S comprenden la memoria MEM: SMEM, una interfaz UI de usuario: SUI, medios I/O de Entrada / Salida: SI/O, para disponer la transmisión de datos, y una unidad central CPU de procesamiento: SCPU, que comprende uno o más procesadores. La memoria MEM: SMEM tiene una parte no volátil para almacenar aplicaciones que controlan la unidad central CPU de procesamiento: SCPU, y otros datos a mantener, y una parte volátil a usar para el procesamiento de datos temporales. Los datos de aplicación, que son el objeto de la sincronización, se mantienen en la memoria MEM de la MS (que es, en el ejemplo, una base de datos a sincronizar para la sincronización) y en la memoria de las bases de datos DB.
El dispositivo cliente MS comprende un agente cliente CA, que es responsable de las funciones vinculadas con la sesión en el dispositivo cliente. El servidor S comprende una agente servidor SA que gestiona la sesión y un motor SE de sincronización. El CA es implementado preferiblemente por la CPU al ejecutar un código de programa de ordenador almacenado en la memoria MEM, y el SA y el SE son implementados por la SCPU al ejecutar un código de programa de ordenador almacenado en la memoria SMEM. Estos medios pueden también disponerse para implementar una sesión de gestión de dispositivos, o bien la sesión de gestión de dispositivos puede ser gestionada por entidades distintas, que no se muestran en la Figura 3b. Por medio de códigos de programa de ordenador ejecutados en las unidades centrales CPU y SCPU de procesamiento, también se logra que el dispositivo cliente MS y el servidor S de sincronización implementen medios inventivos, cuyas realizaciones se ilustran en las Figuras 4 y 6. Pueden obtenerse programas de ordenador a través de la red y / o almacenarse en medios de memoria, tal como un disquete, un CD-ROM u otro medio de memoria externa, desde el cual pueden cargarse en la memoria MEM o SMEM. También pueden usarse soluciones de hardware o una combinación de hardware y software.
La Figura 4 ilustra un procedimiento según una realización preferida de la invención. La información sobre los identificadores requeridos para una solicitud que indica la necesidad de iniciar una sesión (para sincronizar datos de usuario o para gestión de dispositivos) se establece 401 en el servidor de sincronización. Estos incluyen al menos el identificador de un servidor de sincronización, el identificador de una versión del protocolo de sincronización que disponga de soporte por parte del servidor de sincronización y el identificador de la sesión de sincronización solicitada. Las instrucciones de codificación y el tamaño máximo para los mensajes que se envían para indicar la necesidad de iniciar una sesión se determinan 402 en el servidor S de sincronización. El tamaño máximo puede determinarse según el servicio de transmisión de mensajes usado, p. ej., según el tamaño máximo para un mensaje de texto en el servicio de SMS. La determinación puede llevarse a cabo de modo tal que un valor numérico para el tamaño máximo se fije directamente para el dispositivo, por ejemplo, o bien el dispositivo se disponga para colocar los campos en lugares tales en el mensaje que la longitud del mensaje esté dentro de este tamaño máximo. El tamaño máximo también puede determinarse solicitando esta información a la red, o bien puede entregarse al dispositivo en la sesión de gestión, por ejemplo. El usuario también puede ingresar el tamaño máximo. El sistema de mensajes del dispositivo está dispuesto al menos para notificar a la aplicación que forma el mensaje cuando el tamaño del mensaje es demasiado grande. Las instrucciones de descodificación se determinan 402 en la estación móvil MS que actúa como un dispositivo cliente. Usando las instrucciones de codificación, el S puede codificar al menos uno de los identificadores a transmitir en una secuencia de bits que requiere significativamente menos bits que la presentación en ASCII o la presentación binaria en WBXML del identificador. Usando las instrucciones de codificación, el dispositivo cliente, por su parte, puede definir el identificador original a partir de la secuencia de bits.
Cuando se necesita transmitir 403 una solicitud que indica la necesidad de iniciar una sesión, desde un servidor a al menos un dispositivo cliente, el servidor S define 404, según las instrucciones de codificación, al menos una secuencia de bits para al menos parte de la información requerida en el mensaje. El mensaje requiere al menos los identificadores mencionados más adelante, pero habitualmente también incluye otra información. La información a transmitir se forma 405 en un mensaje. El servidor S también controla 405 que el mensaje no supere el tamaño máximo definido. Si el mensaje parece superar el tamaño máximo, el servidor S puede borrar campos menos importantes del mismo y / o, usando las instrucciones de codificación, codificar más información en una forma que requiera menos espacio. El mensaje se transmite 406 desde el servidor S al dispositivo cliente MS usando el servicio de transmisión de mensajes de la red MNW. Según una realización, puede usarse un servicio del SMS conocido por una persona experta en la técnica para transmitir el mensaje. En el dispositivo cliente MS, la información según las secuencias de bits en el mensaje recibido se define 407 para el mensaje de inicialización, usando las instrucciones de codificación almacenadas en el dispositivo cliente. En base a al menos un identificador obtenido de esta manera, y otra información incluida en el mensaje, la MS forma 408 un mensaje de inicialización de sesión y lo transmite 409 al servidor S de sincronización.
La sesión puede usarse para funciones de gestión de dispositivos, por lo cual el funcionamiento de la aplicación (CA) de sincronización del dispositivo cliente MS puede adaptarse por iniciativa de la red. Por ejemplo, si la dirección del servidor de sincronización (identificador URI) ha cambiado, es importante dar a conocer esto a todo dispositivo que se sincronice con este servidor. En el SyncML, esta solicitud, transmitida por el servidor a fin de iniciar una sesión de gestión de dispositivos, puede llamarse [Paquete #0: Alerta de Gestión a Cliente], porque el paquete de inicialización a transmitir para la inicialización en base a la solicitud es [Paquete #1: Inicialización de Cliente]. También es posible usar la sesión para la personalización realizada por el mismo usuario. El usuario puede adaptar las configuraciones a través de una interfaz de la WWW, por ejemplo, y, por iniciativa del servidor S de sincronización, estos cambios pueden transferirse al dispositivo cliente MS durante la sesión.
La Figura 5 ilustra posibles elementos de un mensaje formado (405) a fin de iniciar una sesión de gestión de dispositivos. Según una realización preferida, se aplica un servicio de mensajes no solicitados del protocolo WSP, usando mensajes del SMS, por lo cual el mensaje comprende un campo de cabecera del WSP. El campo de cabecera del WSP debe ser lo bastante breve (preferiblemente, de menos de 30 octetos), de modo que haya suficiente espacio para los campos de información destinada para el nivel de aplicación efectiva (CA) que procesa el mensaje. Ha de observarse que, además del campo del WSP, el mensaje también puede comprender otros campos de cabecera, tales como campos de cabecera del WDP (Protocolo Inalámbrico de Datagramas). En este caso, sin embargo, la proporción de los campos de información del SyncML disminuye. Según una realización, el mensaje también puede proporcionar una indicación de la aplicación a la cual debería dirigirse el contenido del mensaje. En base a la indicación, la MS puede dirigir los campos de información del mensaje a la entidad de aplicación correcta, p. ej., una solicitud para iniciar una sesión de gestión a un agente cliente CA. La indicación puede incluirse en el campo de cabecera del WSP o del WDP del mensaje. Un dispositivo que dé soporte al protocolo WAP reconoce fácilmente la información proveniente del mensaje, pero a un dispositivo no de WAP debe proporcionarse una ubicación predeterminada, desde la cual ha de extraerse la indicación de la aplicación. Esta ubicación puede determinarse usando una ubicación predeterminada a partir del comienzo del mensaje (desplazamiento) o de modo tal que la indicación siempre ocurra después de un cierto carácter en el campo de cabecera. Por ejemplo, en el campo de cabecera del WSP la indicación puede estar en el identificador ‘Identificador de Aplicación’ (x-wap-application-id), y el campo MIME también puede utilizarse en lugar del campo ‘Identificador de Aplicación’, o para especificar la información en el campo ‘Identificador de aplicación’.
En lo que sigue, se describen campos que pueden usarse en el mensaje.
Versión (VER). Contiene la versión del mensaje a usar y por tanto también la versión del protocolo, de modo que el dispositivo cliente pueda comprobar si el servidor S da soporte a la misma versión. El identificador de versión, alternativamente, puede indicar sólo la versión del mensaje o la versión del protocolo. El dispositivo cliente no necesita iniciar (408, 409) la sesión si da soporte a una versión distinta. El identificador de versión puede codificarse, según las instrucciones de codificación fijadas en el servidor S, en una secuencia de bits más breve, por ejemplo, de modo tal que se usen los primeros 10 bits después del campo de cabecera del WSP: el último número se refiere a los números de versión más pequeños, el anteúltimo se refiere a las unidades, el anterior al anteúltimo se refiere a las decenas y el anterior a este se refiere a las centenas, en cuyo caso la mayor versión posible es ‘102.3’ y la versión ‘1.0’ se codifica en una secuencia de bits ‘0000001010’. Como se ha afirmado anteriormente, la MS comprende instrucciones de descodificación para determinar (407) el identificador original a partir de la secuencia de bits.
Estas instrucciones de codificación pueden implementarse en el dispositivo como una tabla de correspondencia que ilustra qué secuencia de bits corresponde a qué número de versión. Alternativamente, esta tabla puede establecerse algorítmicamente para el dispositivo, de modo tal que sus elementos puedan producirse de manera programada sin necesidad de almacenar la tabla entera en la memoria del dispositivo. La tabla de correspondencia puede codificarse, por ejemplo, así:
- 0000001010
- Versión 1.0
- 0000001011
- Versión 1.1
- ...
- ...
- 1111111111
- Versión 102.3
Identificador de Sesión (SID). Este campo determina el identificador de sesión, de modo tal que la misma sesión no se lleve a cabo más de una vez. Para este identificador, pueden usarse 16 bits después del identificador de versión, por ejemplo. Por ejemplo, si el dispositivo cliente está apagado, el servidor S puede enviar varios mensajes, por medio de los 5 cuales el servidor intenta establecer una sesión de gestión específica. En base al identificador SID, el dispositivo cliente puede deducir que debería iniciar sólo una conexión y no establecer una conexión según cada mensaje obtenido. El servidor S puede también priorizar sesiones de gestión de dispositivos por medio del campo SID, por ejemplo, definiendo un identificador SID específico para operaciones de gestión de dispositivos menos importantes. Cuando el dispositivo cliente configura una conexión para establecer una sesión, el servidor S puede impedir que se establezca la sesión, si
10 tiene dispositivos clientes más urgentes para servir. Esto puede disponerse de modo tal que el servidor S almacene en su memoria la información de que la sesión correspondiente al identificador SID transmitido es menos importante. Esto puede disponerse, alternativamente, de modo tal que los identificadores SID seleccionados a partir de un grupo específico, por ejemplo, sean menos importantes, lo que hace posible evitar el almacenamiento de información.
Modalidad de Interacción de Usuario (UI). Mediante este identificador, el servidor puede recomendar si la sesión
15 debería llevarse a cabo en segundo plano, o si el usuario debería ser informado acerca de la sesión. Este campo puede codificarse con dos bits, según la siguiente tabla de correspondencia, por ejemplo:
- 00
- el servidor no tiene ninguna recomendación
- 01
- ejecución recomendada en segundo plano (no mostrado al usuario)
- 10
- mostrar identificador informativo al usuario
- 11
- pedir permiso al usuario
Iniciativa de la Acción de Gestión (Init). Mediante este identificador, el servidor S puede comunicarse con el dispositivo cliente, ya sea que él mismo haya causado la sesión de gestión o que el dispositivo cliente (su usuario) la haya causado.
20 Esta información puede formar una base para la facturación y, así, el usuario del dispositivo cliente también puede ser facturado por la solicitud transmitida por el servidor, si el usuario la ha causado, es decir, la ha pedido. La información puede codificarse con dos bits según la siguiente tabla de correspondencia, por ejemplo:
- 01
- iniciativa del cliente
- 10
- iniciativa del servidor
Uso futuro de la Gestión de Dispositivos (Fut). En este campo, puede transferirse información posible que ha de
25 definirse más tarde, desde el servidor S al dispositivo cliente MS, para la sesión de gestión. Por ejemplo, pueden reservarse 30 bits de espacio. Un posible ejemplo de información a transferir en este campo es un momento en el cual el dispositivo cliente debería establecer una sesión con el servidor S de sincronización. La MS puede transmitir el mensaje
(409) de inicialización en el momento fijado por el servidor, y el servidor S, por ejemplo, puede equilibrar su carga fijando que los distintos dispositivos clientes establezcan una conexión a distintas horas.
30 Longitud del Secreto Compartido de Autenticación de Activador (Tlen). Este campo indica la longitud del campo TASS (Secreto Compartido de Autenticación de Activador).
Longitud del Origen (Ulen). Este campo indica la longitud del identificador (URI) del servidor S. Usando este campo y el campo Tlen, puede disponerse el mayor espacio posible para el campo URI. Si se usaran sólo campos de longitudes específicas, a menudo habría espacio sin usar al final del campo TASS.
35 Secreto Compartido de Autenticación de Activador (TASS). El campo TASS contiene un secreto compartido, por lo cual se impiden ataques de DoS (Denegación de Servicio). Este campo también puede usarse para determinar el identificador del servidor.
URI de Origen del Servidor de Gestión (URI de Origen). El campo contiene el identificador URI del servidor, p. ej., ‘http://www.syncml.org/mgmt-server’. En ciertos casos, este campo también puede abreviarse eliminando el identificador de protocolo, por ejemplo, o bien, en lugar de la dirección del servidor, transmitiendo sólo el identificador más breve en el campo. Alternativamente, el campo TASS puede usarse para transmitir el identificador del servidor.
Proveedor (Proveedor). Este campo es optativo y puede incluir información específica del fabricante, tanto como el mensaje pueda admitir después de los campos precedentes.
En los campos precitados los campos de información está planeada de modo tal que se necesite tan poco espacio como sea posible. Si todos los campos se transmitieran como texto en formato XML, se necesitarían alrededor de 400 caracteres, es decir, miles de bits. Un campo ocupa al menos unos pocos caracteres, es decir, docenas de bits. Cuando al menos algunos de los campos utilizan los procedimientos de codificación precitados, cada uno de los cuales se obtiene a partir del conocimiento concerniente a los distintos valores que cada campo puede tomar, es posible ahorrar espacio de manera significativa, y hacer (borrando adicionalmente campos menos importantes, si es necesario) que la información quepa en un mensaje del SMS. El Apéndice 1, que es parte de la especificación, muestra otro ejemplo de campos de mensaje, en lo que respecta sólo a los campos de información de SyncML.
La Figura 6 muestra un diagrama de señalización de una sesión de gestión de dispositivos, que se inicia a pedido del servidor (S) de sincronización. Cuando el servidor y el dispositivo cliente (MS) pueden comunicarse 601 (al menos de modo tal que la MS sea capaz de recibir mensajes; también se han llevado a cabo las etapas 401 a 402 de la Figura 4), el servidor recibe 602 un comando para iniciar una sesión de gestión desde el usuario del servidor, desde fuera del servidor
o en base a una configuración predeterminada. En respuesta, el servidor reúne los datos necesarios, lleva a cabo los cambios según las instrucciones de codificación y transmite 603 un mensaje según la solicitud [Paquete #0: Alerta de Gestión a Cliente] al dispositivo cliente. En base a esto, el dispositivo cliente y el servidor pueden establecer una sesión 604 de gestión. El servidor S puede transmitir comandos de gestión al dispositivo cliente, y el dispositivo cliente altera su configuración en base a estos comandos de gestión. Después de que se completa 605 la sesión de gestión, el resultado puede presentarse 606 para el usuario del servidor.
La sesión puede usarse para sincronizar datos convencionales de usuario, p. ej., para actualizar marcas de calendario de la estación móvil y la aplicación de calendario de la red. En este caso, una iniciativa para iniciar la sincronización (403) puede tener lugar, por ejemplo, cuando se añada una nueva marca importante de calendario, que necesita ser entregada a la estación móvil tan pronto como sea posible, al calendario de red. Como el mensaje formado para la sesión de gestión de dispositivos, e ilustrado en la Figura 4, el mensaje que se forma a fin de solicitar una sesión de SyncML comprende varios campos correspondientes. Al menos los campos marcados con una estrella, Versión (VER*), Identificador de Sesión (SID*), Origen y URI del Servidor de Gestión (URI*), también son requeridos en el mensaje a formar para la solicitud de iniciar la sincronización. La información de al menos los campos (UI), (VER*) e (Init) puede convertirse en una secuencia breve de bits, de la manera descrita anteriormente. El mensaje también puede incluir información sobre la sesión de sincronización que el servidor requiere. Tal información incluye, en particular, una indicación del tipo de sincronización requerido por el servidor S (p. ej., Doble Vía, Sincronización de Vía Única desde el servidor solamente, Vía Única desde el cliente solamente, Sincronización de Refresco desde el servidor solamente). Esta información también puede codificarse (404) y descodificarse (407) utilizando una tabla de correspondencia prealmacenada (402), por lo cual puede guardarse el número de bits requeridos. También puede ser útil transmitir el identificador (URI) de la base de datos (que el servidor necesita para sincronizarse) en el mensaje. Después de que el dispositivo cliente MS de SyncML recibe el mensaje, puede transmitir (409) un paquete de inicialización de sesión de sincronización (Paquete de Inicialización de Sincronización desde Cliente) según la información incluida en el mensaje, y puede inicializarse la sesión de sincronización. Para una descripción más específica de la sesión de sincronización del protocolo SyncML y de la información requerida para ella, se incorpora la especificación del SyncML “Protocolo de Sincronización SyncML, versión 1.0.1”, de mayo de 2001, en la aplicación como una referencia. Así, pueden lograrse las mismas ventajas cuando tanto una sesión de gestión como una sesión de sincronización de datos de usuario se inician a pedido del servidor de sincronización.
También es posible que dicho mensaje se forme 405 en algún lugar distinto al servidor S que transmite la solicitud. Una situación como esta puede ocurrir, por ejemplo, cuando un dispositivo cliente se comunica con una pasarela del WAP por medio de una pila del WAP, y se usa un protocolo HTTP entre la pasarela del WAP y el servidor S. La pasarela del WAP, por ejemplo, puede condensar entonces la solicitud transmitida por el servidor de la manera descrita anteriormente (usando instrucciones de codificación), de modo que pueda transmitirse en un mensaje al dispositivo cliente MS.
Es obvio para una persona experta en la técnica que, según se desarrolla la tecnología, la idea básica de la invención puede implementarse en una gran variedad de formas. También ha de observarse que los mensajes no se restringen a mensajes del servicio del SMS, sino que también pueden usarse otros tipos de servicios de transmisión de mensajes, tal como un servicio MMS (Servicio de Mensajería Multimedios). La invención y las realizaciones de la misma, por tanto, no se restringen a los ejemplos descritos anteriormente, sino que pueden modificarse dentro del alcance de las reivindicaciones.
Apéndice 1. Ejemplo de información incluida en un mensaje REIVINDICACIONES
- Valor hexadecimal
- Contenido Descripción
- ‘0000001010’
- Versión ‘1.0’
- ‘0000000000000001’
- Identificador de sesión SID = ‘1’
- ‘01’
- UI = ‘01’
- ‘00’
- Init = ‘00’
- ‘000000000000000000000000000’
- Uso futuro
- ‘1000’
- Longitud de TASS = ‘8’
- ‘0000100010’
- Longitud de URI = ‘34’
- 30, 30, 4A, 31, 59, 32, 55, 79
- ‘00J1Y2Uy’ TASS
- 68, 74, 74, 70, 3A, 2F, 2F, 77, 77, 77, 2E, 6D, 6E, 67, 6D, 74, 73, 65, 72, 76, 65, 72, 2E, 63, 6F, 6D, 2F, 6D, 61, 6E, 61, 67, 65, 2F
- ‘http://www.mngmtserver.com/manage/’ URI
Claims (29)
- Reivindicaciones1. 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 cualel 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, ytransmitir (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, yla 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, yel 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, yservidor 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
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, ymedios 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
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, ytransmita (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, yaltere la configuración del dispositivo según comandos recibidos desde el servidor durante la sesión.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/974,021 US7155521B2 (en) | 2001-10-09 | 2001-10-09 | Starting a session in a synchronization system |
US974021 | 2001-10-09 |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2368211T3 true ES2368211T3 (es) | 2011-11-15 |
Family
ID=25521476
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES02767509T Expired - Lifetime ES2368211T3 (es) | 2001-10-09 | 2002-10-08 | 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. |
Country Status (12)
Country | Link |
---|---|
US (2) | US7155521B2 (es) |
EP (1) | EP1435149B1 (es) |
JP (1) | JP4091544B2 (es) |
KR (1) | KR100737996B1 (es) |
CN (1) | CN1326346C (es) |
AT (1) | ATE521155T1 (es) |
ES (1) | ES2368211T3 (es) |
MY (1) | MY135261A (es) |
RU (1) | RU2298287C2 (es) |
TW (1) | TWI270283B (es) |
WO (1) | WO2003032569A1 (es) |
ZA (1) | ZA200402747B (es) |
Families Citing this family (146)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10361802B1 (en) | 1999-02-01 | 2019-07-23 | Blanding Hovenweep, Llc | Adaptive pattern recognition based control system and method |
US8352400B2 (en) | 1991-12-23 | 2013-01-08 | Hoffberg Steven M | Adaptive pattern recognition based controller apparatus and method and human-factored interface therefore |
US7904187B2 (en) | 1999-02-01 | 2011-03-08 | Hoffberg Steven M | Internet appliance system and method |
US8364136B2 (en) | 1999-02-01 | 2013-01-29 | Steven M Hoffberg | Mobile system, a method of operating mobile system and a non-transitory computer readable medium for a programmable control of a mobile system |
US6975304B1 (en) | 2001-06-11 | 2005-12-13 | Handspring, Inc. | Interface for processing of an alternate symbol in a computer device |
US7395089B1 (en) | 2001-06-11 | 2008-07-01 | Palm, Inc | Integrated personal digital assistant device |
US6950988B1 (en) | 2001-06-11 | 2005-09-27 | Handspring, Inc. | Multi-context iterative directory filter |
US7356361B1 (en) * | 2001-06-11 | 2008-04-08 | Palm, Inc. | Hand-held device |
US20030045311A1 (en) * | 2001-08-30 | 2003-03-06 | Tapani Larikka | Message transfer from a source device via a mobile terminal device to a third device and data synchronization between terminal devices |
US7570668B2 (en) * | 2001-10-03 | 2009-08-04 | Nokia Corporation | Data synchronization |
US20030084165A1 (en) * | 2001-10-12 | 2003-05-01 | Openwave Systems Inc. | User-centric session management for client-server interaction using multiple applications and devices |
US20030093435A1 (en) * | 2001-11-05 | 2003-05-15 | Bandekar Vijay R. | Method and system for application level data object synchronization between two or more processes |
US7665043B2 (en) | 2001-12-28 | 2010-02-16 | Palm, Inc. | Menu navigation and operation feature for a handheld computer |
US8918073B2 (en) | 2002-03-28 | 2014-12-23 | Telecommunication Systems, Inc. | Wireless telecommunications location based services scheme selection |
US8290505B2 (en) | 2006-08-29 | 2012-10-16 | Telecommunications Systems, Inc. | Consequential location derived information |
US8126889B2 (en) | 2002-03-28 | 2012-02-28 | Telecommunication Systems, Inc. | Location fidelity adjustment based on mobile subscriber privacy profile |
US9154906B2 (en) | 2002-03-28 | 2015-10-06 | Telecommunication Systems, Inc. | Area watcher for wireless network |
US7426380B2 (en) | 2002-03-28 | 2008-09-16 | Telecommunication Systems, Inc. | Location derived presence information |
US8027697B2 (en) | 2007-09-28 | 2011-09-27 | Telecommunication Systems, Inc. | Public safety access point (PSAP) selection for E911 wireless callers in a GSM type system |
US6721871B2 (en) * | 2002-04-02 | 2004-04-13 | Nokia Corporation | Method and apparatus for synchronizing data stores with respect to changes in folders |
US11337047B1 (en) | 2002-05-21 | 2022-05-17 | M2M Solutions Llc | System and method for remote asset management |
GB0211644D0 (en) | 2002-05-21 | 2002-07-03 | Wesby Philip B | System and method for remote asset management |
US7233790B2 (en) * | 2002-06-28 | 2007-06-19 | Openwave Systems, Inc. | Device capability based discovery, packaging and provisioning of content for wireless mobile devices |
US20040024867A1 (en) * | 2002-06-28 | 2004-02-05 | Openwave Systems Inc. | Method and apparatus for determination of device capabilities on a network |
US7299033B2 (en) | 2002-06-28 | 2007-11-20 | Openwave Systems Inc. | Domain-based management of distribution of digital content from multiple suppliers to multiple wireless services subscribers |
US20040230670A1 (en) * | 2002-11-25 | 2004-11-18 | Markus Schmidt-Karaca | Method and system for representing, configuring and deploying distributed applications |
US8666397B2 (en) | 2002-12-13 | 2014-03-04 | Telecommunication Systems, Inc. | Area event handling when current network does not cover target area |
US7035879B2 (en) * | 2002-12-26 | 2006-04-25 | Hon Hai Precision Ind. Co., Ltd. | System and method for synchronizing data of wireless devices |
JP4141301B2 (ja) * | 2003-03-25 | 2008-08-27 | 株式会社エヌ・ティ・ティ・ドコモ | 通信端末 |
FI116426B (fi) * | 2003-05-02 | 2005-11-15 | Nokia Corp | Laitteenhallinnan aloittaminen hallintapalvelimen ja asiakkaan välillä |
JP2007516629A (ja) * | 2003-06-20 | 2007-06-21 | トムソン ライセンシング | さまざまなタイプの端末装置間でコンタクトデータ、例えば電話番号を同期化するための端末装置およびサーバ |
US20050033829A1 (en) * | 2003-08-04 | 2005-02-10 | Nokia Corporation | System and method for wireless multicast downloading |
SG145736A1 (en) * | 2003-08-12 | 2008-09-29 | Research In Motion Ltd | System and method for processing encoded messages |
US9100814B2 (en) * | 2003-09-17 | 2015-08-04 | Unwired Plant, Llc | Federated download of digital content to wireless devices |
US20070180127A1 (en) * | 2003-11-11 | 2007-08-02 | Nokia Corporation | Preconfigured syncml profile categories |
US7424293B2 (en) | 2003-12-02 | 2008-09-09 | Telecommunication Systems, Inc. | User plane location based service using message tunneling to support roaming |
US7260186B2 (en) | 2004-03-23 | 2007-08-21 | Telecommunication Systems, Inc. | Solutions for voice over internet protocol (VoIP) 911 location services |
US20080090546A1 (en) | 2006-10-17 | 2008-04-17 | Richard Dickinson | Enhanced E911 network access for a call center using session initiation protocol (SIP) messaging |
US20080126535A1 (en) | 2006-11-28 | 2008-05-29 | Yinjun Zhu | User plane location services over session initiation protocol (SIP) |
US20050186975A1 (en) * | 2004-02-10 | 2005-08-25 | Yach David P. | Apparatus, and associated method, for facilitating initiation of synchronization of database copies connected by way of a radio air interface |
US7797386B2 (en) * | 2004-02-27 | 2010-09-14 | Research In Motion Limited | System and method for remotely configuring a desktop mailbox |
US20060047756A1 (en) * | 2004-06-16 | 2006-03-02 | Jussi Piispanen | Method and apparatus for indicating truncated email information in email synchronization |
US20060031449A1 (en) * | 2004-07-01 | 2006-02-09 | Mika Hallamaa | Selection of management method |
US8073960B2 (en) | 2004-07-01 | 2011-12-06 | Nokia Corporation | Arranging management operations in management system |
US8392545B2 (en) | 2004-07-01 | 2013-03-05 | Nokia Corporation | Device management system |
US20060080354A1 (en) * | 2004-08-27 | 2006-04-13 | Nokia Corporation | System for selecting data from a data store based on utility of the data |
US7200387B1 (en) | 2004-09-01 | 2007-04-03 | Cellco Partnership | Application invocation on a mobile station using messaging service |
EP2157759B1 (en) * | 2004-09-07 | 2013-01-09 | Research In Motion Limited | System and method for updating message trust status |
US7629926B2 (en) | 2004-10-15 | 2009-12-08 | Telecommunication Systems, Inc. | Culled satellite ephemeris information for quick, accurate assisted locating satellite location determination for cell site antennas |
US6985105B1 (en) | 2004-10-15 | 2006-01-10 | Telecommunication Systems, Inc. | Culled satellite ephemeris information based on limiting a span of an inverted cone for locating satellite in-range determinations |
US20060200528A1 (en) * | 2005-01-25 | 2006-09-07 | Krishna Pathiyal | Method and system for processing data messages |
US7353034B2 (en) | 2005-04-04 | 2008-04-01 | X One, Inc. | Location sharing and tracking using mobile phones or other wireless devices |
US8660573B2 (en) | 2005-07-19 | 2014-02-25 | Telecommunications Systems, Inc. | Location service requests throttling |
US9282451B2 (en) | 2005-09-26 | 2016-03-08 | Telecommunication Systems, Inc. | Automatic location identification (ALI) service requests steering, connection sharing and protocol translation |
US7825780B2 (en) | 2005-10-05 | 2010-11-02 | Telecommunication Systems, Inc. | Cellular augmented vehicle alarm notification together with location services for position of an alarming vehicle |
US8467320B2 (en) | 2005-10-06 | 2013-06-18 | Telecommunication Systems, Inc. | Voice over internet protocol (VoIP) multi-user conferencing |
US7907551B2 (en) | 2005-10-06 | 2011-03-15 | Telecommunication Systems, Inc. | Voice over internet protocol (VoIP) location based 911 conferencing |
KR100678921B1 (ko) | 2005-10-18 | 2007-02-05 | 삼성전자주식회사 | 다중 서버 환경에 적합한 디바이스를 클라이언트로 하여동기화를 수행하는 방법 및 장치 |
US20070106770A1 (en) * | 2005-11-10 | 2007-05-10 | Svante Alnas | Managing a remote device by a communication element that does not specify an identifier for the management object |
US7689713B2 (en) * | 2006-01-23 | 2010-03-30 | Funambol, Inc. | System operator independent server alerted synchronization system and methods |
US8150363B2 (en) | 2006-02-16 | 2012-04-03 | Telecommunication Systems, Inc. | Enhanced E911 network access for call centers |
US8059789B2 (en) | 2006-02-24 | 2011-11-15 | Telecommunication Systems, Inc. | Automatic location identification (ALI) emergency services pseudo key (ESPK) |
US9167553B2 (en) | 2006-03-01 | 2015-10-20 | Telecommunication Systems, Inc. | GeoNexus proximity detector network |
US7471236B1 (en) | 2006-03-01 | 2008-12-30 | Telecommunication Systems, Inc. | Cellular augmented radar/laser detector |
US7899450B2 (en) | 2006-03-01 | 2011-03-01 | Telecommunication Systems, Inc. | Cellular augmented radar/laser detection using local mobile network within cellular network |
GB2436376B (en) * | 2006-03-22 | 2009-03-18 | Actaris Uk Ltd | Method for accurate time setting of communication device over the air and corresponding communication device |
CN100450108C (zh) * | 2006-03-23 | 2009-01-07 | 华为技术有限公司 | 一种采用数据同步处理电子邮件的系统、装置及方法 |
US8208605B2 (en) | 2006-05-04 | 2012-06-26 | Telecommunication Systems, Inc. | Extended efficient usage of emergency services keys |
EP1883257A1 (fr) * | 2006-07-28 | 2008-01-30 | Gemplus | Procédé de synchronisation entre un equipement mobile et une carte a puce |
US20080133681A1 (en) * | 2006-10-13 | 2008-06-05 | Jackson Troy V | System and method for diagnosis of and recommendations for remote processor system |
US7966013B2 (en) | 2006-11-03 | 2011-06-21 | Telecommunication Systems, Inc. | Roaming gateway enabling location based services (LBS) roaming for user plane in CDMA networks without requiring use of a mobile positioning center (MPC) |
US20080133775A1 (en) * | 2006-11-30 | 2008-06-05 | Intellisync Corporation | Method, Apparatus and Computer Program Product for Providing Intelligent Synchronization |
US7983249B2 (en) * | 2007-01-23 | 2011-07-19 | Oracle America, Inc. | Enterprise web service data to mobile device synchronization |
US8050386B2 (en) | 2007-02-12 | 2011-11-01 | Telecommunication Systems, Inc. | Mobile automatic location identification (ALI) for first responders |
KR20080076835A (ko) * | 2007-02-16 | 2008-08-20 | (주)에이록스 | 서버와 클라이언트 간의 미전송완료 데이터의 전송 방법 |
CN101316221B (zh) * | 2007-05-30 | 2012-04-04 | 华为终端有限公司 | 通知消息处理方法及设备 |
US8214471B2 (en) * | 2007-06-13 | 2012-07-03 | W2Bi, Inc. | Synchronizing information through profile management between a host system and a mobile device |
JP2009015572A (ja) * | 2007-07-04 | 2009-01-22 | Nec Corp | セキュリティシステム、端末、情報配信方法およびプログラム |
CN101355524B (zh) | 2007-07-24 | 2013-10-09 | 华为技术有限公司 | 一种消息处理方法、系统、服务器和终端 |
JP2009049550A (ja) * | 2007-08-15 | 2009-03-05 | Hitachi Ltd | ゲートウェイ装置 |
US8185087B2 (en) | 2007-09-17 | 2012-05-22 | Telecommunication Systems, Inc. | Emergency 911 data messaging |
US7929530B2 (en) | 2007-11-30 | 2011-04-19 | Telecommunication Systems, Inc. | Ancillary data support in session initiation protocol (SIP) messaging |
US9130963B2 (en) | 2011-04-06 | 2015-09-08 | Telecommunication Systems, Inc. | Ancillary data support in session initiation protocol (SIP) messaging |
US7991740B2 (en) * | 2008-03-04 | 2011-08-02 | Apple Inc. | Synchronization server process |
WO2010002407A1 (en) | 2008-07-02 | 2010-01-07 | Hewlett-Packard Development Company, L.P. | Performing administrative tasks associated with a network-attached storage system at a client |
CN101345776B (zh) * | 2008-08-14 | 2011-12-07 | 中兴通讯股份有限公司 | 内容适配实现方法、内容适配服务器 |
US8068587B2 (en) | 2008-08-22 | 2011-11-29 | Telecommunication Systems, Inc. | Nationwide table routing of voice over internet protocol (VOIP) emergency calls |
US8892128B2 (en) | 2008-10-14 | 2014-11-18 | Telecommunication Systems, Inc. | Location based geo-reminders |
EP2347395A4 (en) | 2008-10-14 | 2016-11-02 | Telecomm Systems Inc | Location Based Approach Alert |
US8832319B2 (en) | 2008-11-18 | 2014-09-09 | Amazon Technologies, Inc. | Synchronization of digital content |
CA2742779C (en) | 2008-11-26 | 2017-07-18 | Calgary Scientific Inc. | Method and system for providing remote access to a state of an application program |
US20100153336A1 (en) * | 2008-12-15 | 2010-06-17 | Sony Ericsson Mobile Communications Ab | Method and system for synchronizing information |
US8259075B2 (en) | 2009-01-06 | 2012-09-04 | Hewlett-Packard Development Company, L.P. | Secondary key group layout for keyboard |
US10055105B2 (en) | 2009-02-03 | 2018-08-21 | Calgary Scientific Inc. | Method and system for enabling interaction with a plurality of applications using a single user interface |
JP5003701B2 (ja) * | 2009-03-13 | 2012-08-15 | ソニー株式会社 | サーバ装置及び設定情報の共有化方法 |
US20100268784A1 (en) * | 2009-04-17 | 2010-10-21 | Marc Henness | Data synchronization system and method |
US9301191B2 (en) | 2013-09-20 | 2016-03-29 | Telecommunication Systems, Inc. | Quality of service to over the top applications used with VPN |
US8867485B2 (en) | 2009-05-05 | 2014-10-21 | Telecommunication Systems, Inc. | Multiple location retrieval function (LRF) network having location continuity |
US8336664B2 (en) | 2010-07-09 | 2012-12-25 | Telecommunication Systems, Inc. | Telematics basic mobile device safety interlock |
US8315599B2 (en) | 2010-07-09 | 2012-11-20 | Telecommunication Systems, Inc. | Location privacy selector |
US8942743B2 (en) | 2010-12-17 | 2015-01-27 | Telecommunication Systems, Inc. | iALERT enhanced alert manager |
US8688087B2 (en) | 2010-12-17 | 2014-04-01 | Telecommunication Systems, Inc. | N-dimensional affinity confluencer |
US9741084B2 (en) | 2011-01-04 | 2017-08-22 | Calgary Scientific Inc. | Method and system for providing remote access to data for display on a mobile device |
WO2012141762A1 (en) | 2011-02-25 | 2012-10-18 | Telecommunication Systems, Inc. | Mobile internet protocol (ip) location |
CN102684865B (zh) * | 2011-03-07 | 2015-05-27 | 中国移动通信有限公司 | 一种数据同步的方法、系统及设备 |
US8799470B2 (en) | 2011-03-11 | 2014-08-05 | Qualcomm Incorporated | System and method using a client-local proxy-server to access a device having an assigned network address |
US8819233B2 (en) | 2011-03-11 | 2014-08-26 | Qualcomm Incorporated | System and method using a web proxy-server to access a device having an assigned network address |
US9052898B2 (en) | 2011-03-11 | 2015-06-09 | Qualcomm Incorporated | Remote access and administration of device content, with device power optimization, using HTTP protocol |
US8862693B2 (en) | 2011-03-11 | 2014-10-14 | Qualcomm Incorporated | Remote access and administration of device content and configuration using HTTP protocol |
US8924556B2 (en) | 2011-03-11 | 2014-12-30 | Qualcomm Incorporated | System and method for accessing a device having an assigned network address |
CA2734860A1 (en) | 2011-03-21 | 2012-09-21 | Calgary Scientific Inc. | Method and system for providing a state model of an application program |
RU2625525C2 (ru) | 2011-08-15 | 2017-07-14 | Калгари Сайентифик Инк. | Бесконтактный удаленный доступ к программному приложению |
JP6164747B2 (ja) | 2011-08-15 | 2017-07-19 | カルガリー サイエンティフィック インコーポレイテッド | 協働環境におけるフロー制御のためのおよび信頼性のある通信のための方法 |
US8649806B2 (en) | 2011-09-02 | 2014-02-11 | Telecommunication Systems, Inc. | Aggregate location dynometer (ALD) |
US9479344B2 (en) | 2011-09-16 | 2016-10-25 | Telecommunication Systems, Inc. | Anonymous voice conversation |
WO2013048551A1 (en) | 2011-09-30 | 2013-04-04 | Telecommunication Systems, Inc. | Unique global identifier for minimizing prank 911 calls |
EP2761808A4 (en) | 2011-09-30 | 2015-05-20 | Calgary Scient Inc | DECOUPLED APPLICATION WITH EXTENSIONS INTERACTIVE DIGITAL SURFACE LAYER FOR COLLABORATIVE REMOTE COMMON USE OF APPLICATIONS AND ANNOTATION |
SG11201402546WA (en) | 2011-11-23 | 2014-06-27 | Calgary Scient Inc | Methods ans systems for collaborative remote application sharing and conferencing |
US9313637B2 (en) | 2011-12-05 | 2016-04-12 | Telecommunication Systems, Inc. | Wireless emergency caller profile data delivery over a legacy interface |
US9264537B2 (en) | 2011-12-05 | 2016-02-16 | Telecommunication Systems, Inc. | Special emergency call treatment based on the caller |
US8984591B2 (en) | 2011-12-16 | 2015-03-17 | Telecommunications Systems, Inc. | Authentication via motion of wireless device movement |
US9384339B2 (en) | 2012-01-13 | 2016-07-05 | Telecommunication Systems, Inc. | Authenticating cloud computing enabling secure services |
WO2013128284A1 (en) | 2012-03-02 | 2013-09-06 | Calgary Scientific Inc. | Remote control of an application using dynamic-linked library (dll) injection |
US8688174B2 (en) | 2012-03-13 | 2014-04-01 | Telecommunication Systems, Inc. | Integrated, detachable ear bud device for a wireless phone |
US9307372B2 (en) | 2012-03-26 | 2016-04-05 | Telecommunication Systems, Inc. | No responders online |
US9544260B2 (en) | 2012-03-26 | 2017-01-10 | Telecommunication Systems, Inc. | Rapid assignment dynamic ownership queue |
US9338153B2 (en) | 2012-04-11 | 2016-05-10 | Telecommunication Systems, Inc. | Secure distribution of non-privileged authentication credentials |
US9729673B2 (en) | 2012-06-21 | 2017-08-08 | Calgary Scientific Inc. | Method and system for providing synchronized views of multiple applications for display on a remote computing device |
US9313638B2 (en) | 2012-08-15 | 2016-04-12 | Telecommunication Systems, Inc. | Device independent caller data access for emergency calls |
US9208346B2 (en) | 2012-09-05 | 2015-12-08 | Telecommunication Systems, Inc. | Persona-notitia intellection codifier |
KR101316903B1 (ko) * | 2012-09-19 | 2013-10-11 | 주식회사 시큐아이 | 고가용성 시스템에서 세션을 동기화하기 위한 방법 및 장치 |
US9542379B1 (en) | 2012-09-19 | 2017-01-10 | Amazon Technologies, Inc. | Synchronizing electronic publications between user devices |
US9456301B2 (en) | 2012-12-11 | 2016-09-27 | Telecommunication Systems, Inc. | Efficient prisoner tracking |
US8983047B2 (en) | 2013-03-20 | 2015-03-17 | Telecommunication Systems, Inc. | Index of suspicion determination for communications request |
US9408034B2 (en) | 2013-09-09 | 2016-08-02 | Telecommunication Systems, Inc. | Extended area event for network based proximity discovery |
US9516104B2 (en) | 2013-09-11 | 2016-12-06 | Telecommunication Systems, Inc. | Intelligent load balancer enhanced routing |
US9479897B2 (en) | 2013-10-03 | 2016-10-25 | Telecommunication Systems, Inc. | SUPL-WiFi access point controller location based services for WiFi enabled mobile devices |
JP2017505473A (ja) | 2013-11-29 | 2017-02-16 | カルガリー サイエンティフィック インコーポレイテッド | クライアントサーバリモートアクセスシステムにおけるクライアントの非管理サービスへの接続の提供方法 |
US20160088064A1 (en) * | 2014-09-19 | 2016-03-24 | Google Inc. | Storing and transferring application data between devices |
US9872174B2 (en) | 2014-09-19 | 2018-01-16 | Google Inc. | Transferring application data between devices |
CN107431630B (zh) | 2015-01-30 | 2021-06-25 | 卡尔加里科学公司 | 高度可扩展、容错的远程访问架构和与之连接的方法 |
US10015264B2 (en) | 2015-01-30 | 2018-07-03 | Calgary Scientific Inc. | Generalized proxy architecture to provide remote access to an application framework |
CN104767758A (zh) * | 2015-04-20 | 2015-07-08 | 浪潮电子信息产业股份有限公司 | 一种指令处理方法及装置 |
US10795747B2 (en) * | 2018-05-17 | 2020-10-06 | Microsoft Technology Licensing, Llc | File synchronizing service status monitoring and error handling |
KR20210038207A (ko) * | 2019-09-30 | 2021-04-07 | 휴렛-팩커드 디벨롭먼트 컴퍼니, 엘.피. | 로그인 기반 장치 데이터 동기화 |
CN113452770B (zh) * | 2021-06-24 | 2023-05-02 | 未鲲(上海)科技服务有限公司 | 数据同步方法、装置、计算机设备及存储介质 |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5884323A (en) | 1995-10-13 | 1999-03-16 | 3Com Corporation | Extendible method and apparatus for synchronizing files on two different computer systems |
FI102869B (fi) | 1996-02-26 | 1999-02-26 | Nokia Mobile Phones Ltd | Laite, menetelmä ja järjestelmä eri sovelluksiin liittyvien tietojen l ähettämiseksi ja vastaanottamiseksi |
AU5686498A (en) | 1996-11-13 | 1998-06-22 | Puma Technology, Inc. | Synchronization of databases |
US6516314B1 (en) | 1998-11-17 | 2003-02-04 | Telefonaktiebolaget L M Ericsson (Publ) | Optimization of change log handling |
JP2001086001A (ja) | 1999-09-14 | 2001-03-30 | Mega Chips Corp | データ伝達システム |
US6882637B1 (en) * | 1999-10-14 | 2005-04-19 | Nokia Networks Oy | Method and system for transmitting and receiving packets |
US6839339B1 (en) | 2000-02-02 | 2005-01-04 | Lucent Technologies Inc. | Header compression for general packet radio service tunneling protocol (GTP)-encapsulated packets |
US6820133B1 (en) | 2000-02-07 | 2004-11-16 | Netli, Inc. | System and method for high-performance delivery of web content using high-performance communications protocol between the first and second specialized intermediate nodes to optimize a measure of communications performance between the source and the destination |
-
2001
- 2001-10-09 US US09/974,021 patent/US7155521B2/en not_active Expired - Lifetime
-
2002
- 2002-09-04 TW TW091120112A patent/TWI270283B/zh not_active IP Right Cessation
- 2002-10-08 MY MYPI20023741A patent/MY135261A/en unknown
- 2002-10-08 AT AT02767509T patent/ATE521155T1/de not_active IP Right Cessation
- 2002-10-08 EP EP02767509A patent/EP1435149B1/en not_active Expired - Lifetime
- 2002-10-08 RU RU2004114237/09A patent/RU2298287C2/ru active
- 2002-10-08 ES ES02767509T patent/ES2368211T3/es not_active Expired - Lifetime
- 2002-10-08 CN CNB028198719A patent/CN1326346C/zh not_active Expired - Lifetime
- 2002-10-08 JP JP2003535407A patent/JP4091544B2/ja not_active Expired - Lifetime
- 2002-10-08 WO PCT/FI2002/000789 patent/WO2003032569A1/en active Application Filing
- 2002-10-08 KR KR1020047005121A patent/KR100737996B1/ko active IP Right Grant
-
2004
- 2004-04-08 ZA ZA2004/02747A patent/ZA200402747B/en unknown
-
2005
- 2005-08-18 US US11/206,612 patent/US20060004922A1/en not_active Abandoned
Also Published As
Publication number | Publication date |
---|---|
US7155521B2 (en) | 2006-12-26 |
EP1435149B1 (en) | 2011-08-17 |
ATE521155T1 (de) | 2011-09-15 |
US20060004922A1 (en) | 2006-01-05 |
RU2298287C2 (ru) | 2007-04-27 |
EP1435149A1 (en) | 2004-07-07 |
MY135261A (en) | 2008-03-31 |
KR100737996B1 (ko) | 2007-07-12 |
US20030101329A1 (en) | 2003-05-29 |
RU2004114237A (ru) | 2005-09-20 |
ZA200402747B (en) | 2005-06-29 |
CN1326346C (zh) | 2007-07-11 |
KR20040041677A (ko) | 2004-05-17 |
WO2003032569A1 (en) | 2003-04-17 |
JP2005505990A (ja) | 2005-02-24 |
TWI270283B (en) | 2007-01-01 |
CN1565101A (zh) | 2005-01-12 |
JP4091544B2 (ja) | 2008-05-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2368211T3 (es) | 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. | |
CN101267602B (zh) | 多媒体消息业务实现方法、多媒体消息服务器和无线终端 | |
EP1451975B1 (en) | Apparatus and associated method for retrieving mobile node logic tree information | |
ES2552999T3 (es) | Método, sistema, servidor y terminal de procesamiento de mensaje | |
ES2310250T3 (es) | Priorizacion de objetos de gestion. | |
RU2339185C1 (ru) | Способ обработки уведомления активной доставки в службе мультимедийных сообщений | |
TWI258954B (en) | Method and apparatus for reporting WLAN capabilities of a dual mode GPRS/WLAN or UMTS/WLAN WTRU | |
ES2353577T3 (es) | Suministro de información de difusión de red a dispositivos de comunicación inalámbricos habilitados para wlan. | |
ES2295830T3 (es) | Metodos y aparatos de seleccion de redes con asignacion de prioridad a la red domestica despues de la recuperacion de la señal de red o del encendido. | |
US6363249B1 (en) | Dynamically configurable datagram message communication system | |
US20060190608A1 (en) | Method for the obtaining of deployment components to electronic devices | |
US20030081557A1 (en) | Data synchronization | |
ES2372895T3 (es) | Método y dispositivo para crear una instancia de objeto de gestión en un árbol de gestión de dispositivo terminal. | |
US20220103634A1 (en) | Device registration mechanism | |
US7734728B2 (en) | Addressing a management object | |
KR102398992B1 (ko) | 통신 장치, 통신 방법, 및 기억 매체에 저장된 프로그램 | |
Gligorić et al. | M2M device management in LTE networks | |
ES2242499B1 (es) | Sistema y metodo para acceso anonimo a un servicio ofrecido en una direccion de internet (url) determinada y modulo para el sistema. | |
JP4002481B2 (ja) | 移動体通信システム、及びそれに用いる通信装置とその通信プロトコル整合性管理方法 | |
KR20180025174A (ko) | 사물인터넷 디바이스 연동 장치 및 방법 | |
JP5243948B2 (ja) | ショートメッセージ制御装置及びショートメッセージ制御方法 | |
US20100173656A1 (en) | Process for Setting Attributes in a System | |
ES2349180T3 (es) | Método, sistema y agente para intercambio de número de documento de especificación técnica 3 gpp. | |
KR100710139B1 (ko) | 음성을 포함한 캐릭터 이미지 송수신 시스템 및 송수신 방법 |