ES2355041T3 - Sistema y método para reconciliar mensajes de correo electrónico entre un dispositivo de comunicaciones inalámbricas móviles y un buzón de correo electrónico. - Google Patents

Abstract

Un sistema (20) para reconciliar mensajes de correo electrónico "email" entre un dispositivo (25) de comunicaciones inalámbrico móvil y un buzón (51) de correo electrónico, comprendiendo el sistema: un servidor de correo electrónico en un proveedor (50) de servicios de correo electrónico; y, una plataforma (24) de oficina móvil "MOP" (24) operativa con el servidor de correo electrónico para enviar mensajes de correo electrónico de usuario desde un buzón (51) de correo electrónico en el proveedor (50) de servicios de correo electrónico a un dispositivo (25) de comunicaciones inalámbrico móvil, un módulo (100) de reconciliación de correo electrónico en la plataforma (24) de oficina de móviles que es operativo con el servidor de correo electrónico y el dispositivo (25) de comunicaciones inalámbricas móvil para reconciliar cualquier acción de usuario sobre un mensaje de correo electrónico en un dispositivo (25) de comunicaciones inalámbricas móvil con el correspondiente mensaje de correo electrónico en el buzón (51) de correo electrónico en el servidor de correo electrónico caracterizado por: calcular una firma del mensaje a partir de un atributo de mensaje del mensaje de correo electrónico; comparar en el servidor de correo electrónico la firma del mensaje obtenido con firmas de mensaje calculadas de modo similar para hallar un mensaje que concuerde almacenado en el servidor de correo electrónico; y, propagar cualquier acción que un usuario decida sobre el dispositivo (25) de comunicaciones inalámbricas móvil con el mensaje de correo electrónico almacenado en el servidor electrónico.

Description

Campo de la Invención

La presente invención se refiere al campo de los sistemas de comunicaciones y, más particularmente, a los sistemas de comunicaciones de correo electrónico y métodos relacionados.

Antecedentes de la Invención 5

El correo electrónico ha llegado a ser una parte integral de las comunicaciones de negocios y personales. Como tales, muchos usuarios tienen múltiples cantidades de trabajo y utilización a domicilio. Además, con una disponibilidad incrementada de dispositivos de red de área local (LAN) inalámbricos y celulares de móviles pueden enviar y recibir mensajes electrónicos, muchos usuarios inalámbricos acceden a los mensajes electrónicos desde buzones de correo almacenados en diferentes servidores de almacenamiento de correo (por ejemplo, de servidores 10 de almacenamiento de correo electrónico tales como Yahoo, Hotmail, AOL, etc.).

Aunque, la distribución y sincronización a través de múltiples apartados postales y sobre redes inalámbricas pueden ser bastante difíciles, particularmente cuando esto se hace a gran escala y para numerosos usuarios, por ejemplo, para cantidades de correo diferentes puede ser configurada de modo diferente y con criterios de acceso no uniformes. Además, como los mensajes electrónicos son recibidos en un dispositivo de comunicaciones 15 inalámbrico, copias de los mensajes electrónicos pueden estar todavía presentes en los buzones de correo, que puedan hacer difícil a los usuarios mantener sus mensajes electrónicos organizados.

Una distribución de correo de tipo "empujador" particular-mente ventajosa y un sistema de sincronización se describen en la Patente de EE.UU. Nº 6.779.019 a Mousseau y otros, que está asignada al presente cesionario. Este sistema empuja elementos de datos seleccionados por el usuario desde un sistema anfitrión hacia un 20 dispositivo de comunicaciones inalámbrico móvil de usuario tras la detección de que se han producido uno o más disparos de eventos definidos por el usuario. El usuario puede entonces mover (o archivar) los elementos de datos en una carpeta particular dentro de una jerarquía del archivo almacenada en el dispositivo de comunicaciones inalámbricas de móviles, o puede ejecutar alguna otra operación del sistema sobre un elemento de datos. El conjunto de programas de funcionamiento del dispositivo y el sistema anfitrión que sincroniza la jerarquía del archivo 25 del dispositivo con una jerarquía de archivo del sistema anfitrión, y cualquiera de las acciones ejecutadas sobre los elementos de datos en el dispositivo es entonces automáticamente repetida sobre los mismos elementos de datos almacenados en el sistema anfitrión, eliminando por tanto la necesidad para el usuario de repetir manualmente acciones en el sistema anfitrión que ha sido ejecutado en el dispositivo de comunicaciones inalámbricas móvil. La Publicación de Patente de EE. UU. Nº 2002/0059391 (D1) describe un método de presentación de una vista 30 unificada de dos buzones de correo. Cada buzón de correo asociado con un cliente es descrito. La vista unificada permite que el usuario vea todas las acciones ejecutadas por ella/el sobre un mensaje en un buzón de correo en todos los demás buzones de correo unificados. Uno de los clientes tiene ambos, uno de alto coste, por ejemplo un canal de comunicación inalámbrico, y uno de bajo coste, por ejemplo, un canal de comunicación de sincronización. Cuando un mensaje es recibido por un cliente de su buzón de correo respectivo sin un identificador, un identificador 35 es generado y una copia del mensaje es enviada a los otros apartados postales con el identificador. Cuando el usuario ejecuta acciones sobre un mensaje con un cliente, el identificador para el mensaje y la acción pueden ser comunicados a los otros clientes con un mensaje dirigido a los otros apartados postales. La visión unificada puede ser actualizada selectivamente ya sea sobre el canal de comunicaciones de alto coste o el canal de comunicaciones de bajo coste. La presencia de dos canales de comunicación permite que el coste de ejecutar la unificación sea 40 contenido. El usuario puede seleccionar opciones para controlar el proceso de unificación y el uso del canal de comunicación de alto coste, por ejemplo, resumiendo los mensajes de más de 250 palabras y/o eliminando acoplamientos.

El sistema anterior proporciona ventajosamente una gran conveniencia a los usuarios de dispositivos de comunicación de correo electrónico inalámbricos. Aunque, todavía mayores características de eficiencia y 45 conveniencia pueden ser deseadas en los sistemas de sincronización y distribución del correo mientras la utilización del correo electrónico continúa creciendo en popularidad. Actualmente, algunas notificaciones, tales como las notificaciones SMS, son usadas para enviar nuevos mensajes a un dispositivo de comunicaciones móvil, el cual típicamente no propaga cambios en el servidor. Si el usuario, no obstante, lee, mueve o borra, o efectúa alguna otra acción de usuario sobre un mensaje en el dispositivo de comunicaciones inalámbrico o en el buzón de correo de la 50 fuente cargada a mano, el cambio en el estado del mensaje no se reflejará sobre el dispositivo de comunicaciones inalámbrico móvil o en el buzón de correo fuente. Esto es especialmente problemático con proveedores de servicios de red más pequeños y proveedores de servicios de correo electrónico en vez de con los grandes proveedores de servicios de correo electrónico internacionales. Por ejemplo, si el mensaje se ve mientras se lee sobre el dispositivo de comunicaciones inalámbrico móvil, este puede no ser leído sobre la base de datos del proveedor de servicios de 55 correo electrónico, o si es borrado del dispositivo de comunicaciones inalámbrico móvil, este no es borrado de la base de datos del proveedor de servicios de correo electrónico. Esto ocurre con cualquier acción en el buzón de correo fuente en el proveedor de servicios de correo electrónico.

La invención se establece en las reivindicaciones que se añaden.

Breve Descripción de los Dibujos

Otros objetos, características y ventajas de la presente invención serán evidentes a partir de la descripción detallada de la invención que sigue, cuando sea considerada a la luz de los dibujos que se acompañan, en los cuales:

La Figura 1 es un diagrama de bloques esquemático de un sistema de sincronización y distribución de correo 5 electrónico de acceso directo.

La Figura 2 es un diagrama de bloques esquemático de una realización a modo de ejemplo de los componentes de la interfaz de usuario del acceso proximal directo del sistema de la Figura 1.

La Figura 3 es un diagrama de bloques esquemático de una realización a modo de ejemplo del motor del cliente de Red del sistema de la Figura 1. 10

La Figura 4 es un diagrama de bloques esquemático de una realización a modo de ejemplo de la máquina de motor de plataforma de oficina móvil para ser usada en el sistema de la Figura 1.

La Figura 5 es un diagrama de bloques esquemático de una realización a modo de ejemplo del módulo de la base de datos del sistema de la Figura 1.

La Figura 6 es un diagrama de bloques de alto nivel que muestra los módulos funcionales fundamentales y 15 los componentes que pueden ser usados para reconciliar mensajes de correo electrónico entre un dispositivo de comunicaciones inalámbricas móviles y un buzón de correo electrónico.

La Figura 7 es un diagrama de bloques esquemático que ilustra un dispositivo de comunicaciones inalámbricas móvil a modo de ejemplo que puede ser usado con el sistema de Acceso Directo mostrado en la Figura 1. 20

Descripción Detallada de las Realizaciones Preferidas

Diferentes realizaciones se describirán ahora más completa-mente con referencia a los dibujos que se acompañan, en las cuales se muestran las realizaciones preferidas. Más bien, estas descripciones se proporcionan de modo que esta descripción será detallada y completa

Los números similares se refieren a elementos similares a través de la misma, y una notación de números 25 primos se usa para indicar elementos similares en realizaciones alternativas.

Un sistema reconcilia mensajes de correo electrónico entre un dispositivo de comunicaciones inalámbrico móvil y un buzón de correo electrónico. Un servidor de correo electrónico es operativo en un suministrador del servicio de correo electrónico para enviar mensajes de correo electrónico al usuario desde un buzón de correo a través del sistema a un dispositivo de comunicaciones inalámbrico móvil. El término reconciliar indica que cualquier 30 acción del usuario de un dispositivo de comunicaciones inalámbrico móvil, tal como una de Leer, Mover o Borrar de un mensaje de correo electrónico como ejemplos no limitativos será cumplimentada y reflejada como una respectiva de Lectura, Movimiento o Borrado del mensaje de correo correspondiente en el buzón de correo fuente. Un módulo de reconciliación de correo electrónico es operativo con el sistema y el dispositivo de comunicaciones inalámbrico móvil para reconciliar cualquier acción de usuario sobre un mensaje de correo electrónico en el dispositivo de 35 comunicaciones inalámbricas móvil con el correspondiente mensaje de correo electrónico en el buzón de correo electrónico.

El módulo de reconciliación del correo electrónico puede ser operativo para reconciliar una acción de Lectura, Movimiento, Borrado del usuario. El módulo de reconciliación de correo electrónico puede estar compuesto de software, hardware u otros sustancialmente equivalentes sobre un dispositivo o sistema de MOP (plataforma de 40 oficina móvil) de comunicaciones inalámbricas móvil. Una plataforma de oficina móvil incluye un acceso directo delegado o proxy para poder acceder y recuperar mensajes de correo electrónico del buzón de correo electrónico del usuario y puede contener el módulo de conciliación de correo electrónico.

El módulo de conciliación de correo electrónico es también operativo para obtener una firma de mensaje de atributos de mensaje del mensaje de correo recibido y que usa los atributos de mensaje para correlacionar el 45 mensaje de correo recibido con el mensaje de correo electrónico almacenado en el buzón de correo electrónico del usuario. Los atributos de mensaje de cualquiera de los mensajes de correo electrónico almacenados en una base de datos en el proveedor del servicio de correo electrónico pueden ser comparados con los atributos de mensaje del mensaje en el dispositivo de comunicaciones inalámbrico móvil. Estos atributos de mensaje pueden ser uno al menos de: un tamaño de mensaje, sujeto, remitente del mensaje, envío de datos, datos recibidos, prioridad, y el 50 origen del mensaje.

Un método y las instrucciones ejecutables de ordenador que tienen un medio legible de ordenador con las funciones descritas son establecidos también.

Haciendo referencia inicialmente a la Figura 1, un acceso directo (DA) del sistema 20 de sincronización y distribución de correo electrónico permite el acceso directo a diferentes fuentes de correo, permitiendo que los mensajes sean transferidos directamente a un dispositivo manual inalámbrico móvil desde un buzón de correo fuente. Como un resultado, no es necesario utilizar diferentes almacenes de correo para integrar las cantidades de correo electrónico externo recibidas, y una copia permanente de un correo electrónico en un almacén de correo 5 electrónico local no es necesaria.

Aunque este diagrama representa objetos como funcionalmente separados, esa representación tiene exclusivamente propósitos ilustrativos. Será evidente para los expertos en la técnica que los objetos representados en esta figura pueden ser arbitrariamente combinados o divididos en una programación separada, microprogramación cableada, o de componentes físicos separados. Además, será también evidente para los 10 expertos en la técnica que tales objetos, independientemente de cómo estén combinados o divididos, se pueden ejecutar sobre el mismo dispositivo de cálculo o pueden ser arbitrariamente distribuidos entre diferentes dispositivos de cálculo conectados mediante una o más redes.

El sistema 20 de acceso directo permite que los usuarios o abonados de correo electrónico tengan servicios de correo electrónico de terceras partes de servicios de correo electrónico empujados a diversos 15 dispositivos 25 de comunicaciones inalámbricas móviles. Los usuarios no necesitan crear una cuenta de correo electrónico llevada a mano para conseguir el acceso directo a una cuenta de correo electrónico externa existente. El sistema 20 de acceso directo puede funcionar sin efectuar la incorporación como se usa en algunos sistemas de la técnica anterior, en los cuales los mensajes electrónicos son agregados desde múltiples buzones de correo electrónico de fuentes diferentes a un único buzón objetivo. Expuesto de otra manera, el correo electrónico no ha de 20 estar almacenado en un buzón de correo que sea un objetivo intermedio, sino que puede ser accedido ventajosamente de modo directo desde un almacén de correo fuente.

Como se ilustra en la Figura 1, el sistema 20 de acceso directo incluye ilustrativamente un motor 22 de cliente (WC) de Red y una plataforma de oficina móvil (MOP) 24. Este motor 22 de cliente de Red y la plataforma 24 de oficina móvil funcionan juntos para proporcionar usuarios con acceso directo a su correo electrónico desde 25 dispositivos 25 de comunicaciones inalámbricas móviles a través de una o más redes 27 de comunicaciones inalámbricas, por ejemplo. Ambos, el motor 22 de cliente de Red y la plataforma 24 de oficina pueden estar situados en el mismo lugar o en lugares separados, y ejecutados en uno o más servidores. El motor 22 de cliente de red incluye ilustrativamente un agente 30 de puerto para comunicar con los dispositivos 25 de comunicaciones inalámbricas por medio de una red o redes 27 de comunicaciones inalámbricas, un trabajador 32, un supervisor 34, 30 y un servidor 36 de acoplamiento, que será examinado más adelante. Un servidor 38 de alerta se muestra en líneas de trazos, y en una realización preferida, no se usa, pero podría ser parte del sistema en otras realizaciones más.

La plataforma 24 de oficina móvil incluye ilustrativamente también un delegado o proxy 40 de DA (Acceso Directo), una Interfaz de Programación de la Aplicación (API) 42 y una memoria asociada 44 que coopera con el delegado o proxy de DA (Acceso Directo). La plataforma 24 de oficina móvil incluye también ilustrativamente un 35 equilibrio de cargas y un módulo 46 de memoria asociada (LBAC), un servidor 48 de eventos, un (UP) delegado o proxy universal o máquina de ayuda, un módulo 56 de AggCron, un motor 58 de plataforma de oficina móvil (MOP), y un motor 60 de la base de datos (DB), que serán estudiados con más detalle más adelante. Los nuevos mensajes de memoria asociada 41 (LRU) (Menos Usada Recientemente), comprenden nuevos mensajes y pueden liberar mensajes y objetos que fueron menos usados recientemente. 40

El supervisor 34 procesa las nuevas notificaciones de correo que recibe del delegado o proxy 40 de acceso directo. Este asigna entonces una tarea, en la forma de un paquete de Protocolo de Datagrama de Usuario (UDP), al trabajador 32 menos cargado, de acuerdo con los latidos de corazón más recientes del UDP que el supervisor 34 haya recibido. Para los propósitos de esta descripción, los latidos de corazón son una herramienta que registra el estado del servidor. Adicionalmente, el supervisor 35 recibirá una nueva solicitud de nuevo libro de servicio del 45 delegado o proxy 40 de acceso directo para que envíen libros de servicio al dispositivo de comunicación inalámbrico de móviles para recibir los nuevos registros o que hayan cambiado. Un libro de servicio puede ser de una clase que contenga todos los registros de servicio actualmente definidos. Esta clase puede ser usada para mantener una colección de informes sobre el dispositivo, tales como de información o servicios de conexión, tales como una dirección de correo electrónico de la cuenta. 50

El trabajador 32 es un agente de tratamiento intermedio entre el supervisor 34 y el agente 30 del puerto, y responsable de la mayoría de los procesos en el motor 22 de clientes de la Red. Este recuperará un mensaje electrónico de un ayudante universal 54, por medio de un ayudante de acceso directo, y formateará un mensaje electrónico en una "Compressed Mulltipurpose Internet Mail Extension" (CMIME) (Ampliación de Correo de Internet Multipropósito Comprimida), y envía esta al agente 30 del puerto, para el procesado adicional. Sus 55 responsabilidades incluyen las tareas siguientes: (1) mensajes enviados a y recibidos desde el portador manual; (2) respuesta a los mensajes, solicitudes de envío y demás; (3) Sobre la operación (OTAFM) "Over The Air Folder Management" de Gestión de Plegado Sobre el Aire; (4) visión de la fijación; y (5) libro de servicio.

El agente 30 de puerto actúa como una capa de transporte entre la infraestructura y el resto del motor 22 de cliente de Red. Es responsable de suministrar los paquetes a y desde el dispositivo de comunicaciones inalámbrico móvil. Para soportar diferentes buzones de correo integrados con un dispositivo, puede ser usado más de un libro de servicio, y cada libro de servicio puede ser asociado con un buzón de correo integrado. Un agente 30 de puerto puede incluir una conexión de Protocolo de Retransmisión de Servidor (SRP) con un relé, pero este puede manejar 5 también múltiples conexiones de SRP, y cada conexión puede tener un sólo Identificador Único Globalmente (GUID) asociado con un libro de servicio. El servidor 36 de fijación proporciona servicio para las solicitudes de conversión de documentos/fijación de los trabajadores 32.

El delegado o proxy 40 acceso directo proporciona una interfaz de "Versión y Autorización Distribuidas de Red" (WebDAV) que es usada por el trabajador 32 para acceder a información sobre cuentas y correo. Esto 10 proporciona funcionalidad para crear, cambiar y mover documentos en un servidor remoto, por ejemplo, un servidor de Red. El delegado o proxy 40 de acceso directo presentará típicamente una interfaz asíncrona a sus clientes. El módulo 46 de (Load Balance and Cache), LBAC, Equilibrio de Carga y Memoria asociada, es usado por un servidor de la notificación y los componentes del motor 22 de clientes de la Red para situar el delegado o proxy DA correcto para la manipulación de una solicitud. El acceso a los extractos Servlet 54 del delegado o proxy universal en 15 almacenes de correo dispares se efectúa dentro de un protocolo común. El servidor 48 de eventos responde a notificaciones de nuevos mensajes de servidores 52 incorporados y/o suministradores 50 de servicios, que pueden ser recibidos, por ejemplo, a través de Internet 40. Las notificaciones son comunicadas al delegado o proxy 40 de acceso directo por el módulo 56 de AggCron y el servidor 48 de acontecimientos de modo que este puede iniciar la comprobación del nuevo correo sobre los buzones 51, 53 de correo fuente de los proveedores 50 del servicio de 20 correo y/o los servidores incorporados 52. La próxima API, Interfaz de Programación de la Aplicación, puede ser un Protocolo de Acceso de Objeto Simple (SOAP) Daemon 42 y es la interfaz primaria dentro de una base 60 de datos, que es el almacén de datos primario para la plataforma 24 de oficina móvil. El módulo 56 de AggCron puede también iniciar periódicamente un escrutinio para los nuevos mensajes también.

La Figura 2 es un diagrama de bloques de alto nivel que muestra componentes de la interfaz de usuario del 25 delegado o proxy 40 de acceso directo. Más particularmente, el delegado o proxy de acceso directo incluye ilustrativamente un módulo identificador 72 con varios módulos de delegado o proxy aguas abajo para diferentes formatos de comunicación, tales como un módulo 74 de delegado o proxy y un Protocolo de Aplicación Inalámbrica (WAP) y un módulo 76 de delegado o proxy de Lenguaje de Marcación de Hipertexto (HTML). Por supuesto, los expertos en la técnica apreciarán que otros tipos de módulos 76 de delegado o proxy para otros formatos de 30 comunicaciones pueden ser usados también.

El módulo identificador 72 proporciona un servicio de autentificación centralizado para el sistema 20 de acceso directo y otros servicios. Un acuse de recibo de autentificación puede ser proporcionado entre un servicio de ID y el sistema 20 de acceso directo para garantizar que los usuarios tienen los credenciales correctos antes de permitirles el acceso al sistema 20 de acceso directo. La capacidad para conmutar de gestión de un cliente de Red a 35 un sistema de acceso directo, o viceversa. Puede existir sin requerir que el usuario reintroduzca cualquiera de los credenciales de registro. Cualquier cliente de red y acceso directo puede compartir una sesión de información de gestión en beneficio de un usuario.

El delegado o proxy 74 de WAP proporciona un lenguaje de marcas inalámbrico (WML) basado en la interfaz de usuario para configurar buzones de correo de la fuente con la plataforma 24 de oficina móvil. El servidor 40 76 de HTML proporciona un HTML basado en la interfaz de usuario para la configuración de buzones de correo en la MOP, Plataforma de Oficina Móvil, 24. El delegado o proxy de API 42 (Protocolo de Acceso de Objeto Simple) (SOAP Daemon) es la interfaz primaria dentro de la base 60 de datos. El motor 58 es un repetidor de protocolo que conecta a un buzón de correo fuente para validar parámetros de configuración. La base 60 de datos es el almacén de datos de usuario primario para la plataforma 24 de la oficina de móviles. 45

Las Figuras 3, 4 y 5 ilustran respectivas máquinas 80 de motor de cliente de red (Figura 3), una máquina 82 (Figura 4) de motor, y la máquina 84(Figura 5) de base de datos. La máquina 80 de motor de cliente incluye ilustrativamente los supervisores 34, trabajadores 36, y agentes 38 de puerto. Los relés 86 cooperan con los agentes 38 de puerto usando una GUÍA.

La máquina motriz 82 incluye ilustrativamente un delegado o proxy 40 de acceso directo, un servidor 76 de 50 HTML, un servidor 74 de WAP, un módulo 88 de PDS, un Servlet 54 de UP, un módulo 46 de LBAC, un módulo 90 de envío de correo, un servidor 92 del cliente de correo seguro (SMC), un delgado 94 de la capa de enchufes seguros (SSL), un motor 96 de agregación, y el servidor 48 de eventos. El servidor 92 de SMC coopera con módulos SMC correspondientes residentes en ciertas redes incorporadas, por ejemplo, para transportar datos de correo electrónico entre la plataforma 24 de oficina móvil y buzones de correo de la fuente. La máquina 84 de la base de 55 datos puede incluir una interfaz (API) 100 de programación de aplicación de agregación tal como un Daemon SOAP (Protocolo de Acceso de Objeto Simple), una consola 102 de administración, una base 104 de datos de agregación, el módulo 56 de AggCron, un servidor 106 de directorio, y un módulo 90 de envío de correo.

Los diversos componentes del motor 22 de cliente de Red pueden estar configurados para funcionar sobre diferentes máquinas o servidores. Los componentes binarios y los archivos de configuración pueden estar colocados en un directorio sobre la red o colocados sobre un disco local al que se puede acceder para permitir que los componentes apropiados funcionen desde cada máquina de acuerdo con una aplicación a modo de ejemplo, que puede incluir un supervisor, dos trabajadores, y un agente `portuario para soportar 30.000 buzones de correo de la 5 fuente externa, aunque otras configuraciones pueden ser usadas también. El despliegue de la producción real puede depender de los resultados de la carga, comportamiento y ensayos de fatiga, como apreciarán los expertos en la técnica.

Para la plataforma 24 de oficina móvil los componentes de acceso directo, módulos y máquinas para diversas funciones, son típicamente instalados en dos configuraciones, es decir máquinas de motor (Figura 4) y 10 máquinas de base de datos (Figura 5). Aunque estas máquinas pueden tener todos los componentes descritos anteriormente instalados en ellas, la totalidad de estos componentes no ha de ser activada en todas las aplicaciones (por ejemplo, la agregación puede ser usada con sistemas que no soporten la tecnología de empujes, etc.). Una vez más, de nuevo, el despliegue de la producción real puede depender de los resultados de la carga, comportamiento y ensayo de fatiga. 15

La arquitectura de la plataforma 24 de oficina móvil en utilizaciones ventajosas de técnica conocida usa un conjunto de ficheros de dispositivos/lenguaje específicos, Lenguaje de hojas de eStilo eXtensibles (XSL), que transforman los datos de aplicación en información de presentación. En un ejemplo no limitativo, un procedimiento desarrollado toma un XSL no localizado, y genera un XSL localizado para cada lenguaje soportado. Cuando el XSL se usa, este es "compilado" en memoria y asociado para una utilización repetida. El propósito de la localización 20 previa y la asociación de plantillas es la reducción de los ciclos de la CPU requeridos para generar una página de presentación.

La marcación en caliente puede ser ejecutada también inicialmente, un XSL puede desarrollar una aplicación WAP para acceder a cantidades de correo electrónico acumuladas. Una aplicación de delegado o proxy de WAP puede ser localizable y soportar múltiples dispositivos de WAP (Protocolo de Aplicación Inalámbrica). Para 25 cada página lógica de una aplicación, puede ser creado un dispositivo específico XSL que puede ser localizado para cada lenguaje/país soportado. Este esquema puede ser soportado no solamente por los dispositivos WAP, sino también por servidores de SMTP, HTML y POP, por ejemplo. En la marcación, cada página de una aplicación dada puede ser fabricada de modo personalizado para cada marca diferente.

La marcación de una página puede ser efectuada por medio de importaciones de XSL, que incluye el uso 30 de una Interfaz de Programación de Aplicaciones (API) de Java para el proceso XML de características (JAXP) para resolver las importaciones dinámicamente. Esta necesidad no requiere que cada página/plantilla de la marca sea combinadas, sean compiladas y asociadas. A modo de ejemplo, en un directorio de plantillas de muestra, las páginas primera y segunda para un único lenguaje/nación pueden ser combinadas con contrapartidas para generar una pluralidad de combinaciones de plantillas distintas. También es posible perfilar las necesidades de memoria de 35 una aplicación cargando plantillas para un único lenguaje, dispositivo/aplicación y marca. Un dispositivo HTML puede incluir un conjunto de plantillas que sea grande comparado con otros dispositivos.

En una técnica conocida, la plataforma 24 de oficina móvil desarrolla ventajosamente procesos y toma dicheros no localizados y archivos de propiedad concreta del lenguaje y los combina para obtener cada XSL no localizado dentro de un XSL para cada lenguaje soportado. Un XSL separado, para cada necesidad de lenguaje no 40 se usa necesariamente, y el factor de lenguaje puede ser eliminado de la ecuación que usa la memoria. Una JAXP API puede ser usada para extender XSL con clases de Java. Las ampliaciones pueden tener diversas formas, por ejemplo, incluyendo elementos de ampliación y funciones de ampliación. Una plantilla puede ser transformada creando e inicializando un objeto de la ampliación con uno local y haciendo pasar un objeto a un transformador. El sistema puede eliminar múltiples importaciones y usar menos memoria. Las plantillas HTML pueden usar la 45 importación de plantillas para permitir la reutilización de la plantilla, muchas como en las clases de Java, y reutilizar otras clases de Java a través de un mecanismo tal como la derivación o la importación.

En el sistema 20 de acceso directo, los usuarios reciben correo electrónico en sus dispositivos 25 de comunicaciones inalámbricas móviles desde múltiples cuentas externas, y cuando replican a un mensaje recibido, la réplica a y el envío desde la integridad de la dirección son preservados. Por ejemplo, para un usuario que tiene una 50 cuenta Yahoo! integrada (user@yahoo.com) y una cuenta POP3 (user@pop3.com, si ellos reciben un correo electrónico en user@yahoo.com, sus repuestas generadas desde el dispositivo 25 parecerán venir de user@yahoo.com. Similarmente, si un usuario recibe un mensaje electrónico en user@pop3.com, sus respuestas parecerán proceder de user@pop3.com.

La selección de la dirección "enviado desde" está disponible también para un usuario que componga 55 nuevos mensajes. El usuario tendrá la habilidad para seleccionar la dirección "enviado desde" cuando componga un nuevo mensaje. Dependiendo del tipo de buzón de correo y protocolo, el mensaje puede ser enviado también a través del servicio de correo fuente. Esta funcionalidad puede ser soportada enviando una configuración para cada

buzón fuente, por ejemplo, como un ejemplo no limitativo, un libro de servicio por cada buzón de correo fuente 51,53 al dispositivo 25 de comunicaciones inalámbricas móvil.

Como se ha indicado anteriormente, un libro de servicio es una clase que puede incluir todos los registros de servicio corrientemente definidos. Esta clase puede ser usada para mantener una colección de información sobre el dispositivo, tal como una información de conexión. El libro de servicio puede ser usado para gestionar conexiones 5 HTTP e información de correo (CMIME) tal como cuenta y jerarquía. En dispositivos 25 de comunicaciones inalámbricas móviles, una solicitud de libro de servicio de tachado puede ser enviada cuando una fuente de buzón 51, 53 de correo sea retirada del conjunto. El libro de servicio puede también estar presente en el dispositivo 25 con un nombre visible que proporcione al usuario alguna indicación de que la selección ya no es válida.

Una carpeta de elementos enviados puede también estar "sincronizada". Cualquiera de los mensajes 10 enviados originados en el dispositivo puede ser propagado a una cuenta fuente y almacenado en una carpeta de correo enviada, por ejemplo. Asimismo, los mensajes borrados en el dispositivo 25 pueden correspondientemente ser borrados del buzón 51, 53 fuente. Otro ejemplo es que la marcación originada en el dispositivo de un mensaje como leído o no leído en el dispositivo 25 puede ser propagada de modo similar al buzón 51, 53 fuente. Aunque las características anteriores se describen como dependientes de la fuente y de un modo de sincronización, en algunas 15 realizaciones ciertas características de sincronización pueden en adición, o en vez de, propagarse desde la fuente buzón/cuenta al dispositivo de manipulación, como apreciarán los expertos en la técnica.

Cuando está disponible, el proveedor de los servicios de correo o el servidor de correo incorporado puede ser usado para la adjudicación de mensajes salientes. Aunque esto puede no ser posible para todos los proveedores o servidores de servicios de correo, esto se usa preferiblemente cuando se puede pues puede proporcionar diversas 20 ventajas. Por ejemplo, los abonados a AOL obtendrán el beneficio de características concretas de AOL como controles parentales. Además, los usuarios de AOL y Yahoo, como ejemplos no limitativos verán mensajes en su carpeta de elementos enviados, y los mensajes enviados de esta manera pueden ser más cumplidores de las nuevas políticas de publicidad tales como la Sender Policy Framenwork (SPF), Estructura Política de Sender e Id. de Sender. En adición, el envío de mensajes a través de servidores 52 de correo incorporados tendrá resolución de 25 nombre propio tanto en el nivel de lista de direcciones global como en el nivel personal. Se ha de entender, no obstante, que el uso del proveedor 50 de servicios de correo para suministrar correo puede depender de acuerdos entre socios y/o un protocolo, dependiendo de los acuerdos establecidos.

La arquitectura descrita anteriormente permite también ventajosamente características tales como la recuperación de cuerpos de mensajes y fijaciones y el soporte de múltiples carpetas. Además, un botón o indicador 30 de "esto es publicidad" puede ser usado permitiendo etiquetas de la compañía y otros servicios que proporcionen características específicas cuando sean soportados por un protocolo subyacente, como será apreciado por los expertos en la técnica.

Otra ventaja particular del sistema 20 de acceso directo es que un usuario no necesita configurar una cuenta antes de integrar cuentas adicionales. No obstante, una dirección de correo electrónico que permanecer 35 independiente puede ser usada, y esta dirección ventajosamente no necesita ser asociada a un tamaño de buzón de correo que el subscriptor tenga que manejar. Por ejemplo, la cuenta de correo electrónico puede ser gestionada por un administrador, y cualquier correo puede ser purgado del sistema después de un periodo predeterminado de tiempo (es decir, un tiempo basado en el autoenvejecimiento sin limitar el buzón de correo a todos los usuarios).

Adicionalmente, todos los aspectos de cualquier creación de una cuenta de correo electrónico integrada, 40 reglajes y opciones pueden ventajosamente estar disponibles para el usuario desde su dispositivo 25 de comunicaciones inalámbricas. Por tanto los usuarios no necesitan visitar un lugar HTML y cambiar un reglaje, crear un filtro, o ejecutar funciones similares, por ejemplo. Por supuesto, un lugar HTML puede ser usado opcionalmente.

Como un servicio de correo electrónico del sistema Internet el sistema 20 de acceso directo crece, énfasis en el envío puede ventajosamente ser aplicado en el lugar administrativo para proporcionar información adicional a 45 los administradores del portador, equipos de soporte, y funciones similares. No obstante, en algunos casos un pequeño conector puede ser instalado sobre un ordenador personal, y esta funcionalidad no siempre está disponible desde el dispositivo de comunicaciones inalámbrico móvil.

El motor 22 de clientes de Red puede soportar ventajosamente diferentes características de soporte que incluyen mensajes a manipular (MTH), (Messages From Handheld) mensajes no manipulados (MFH), 50 repuesta/hacia delante de un mensaje, para ver más en un mensaje grande (por ejemplo, mayor de 2K), solicitud de ver la fijación del mensaje, y sobre la gestión de carpetas de aire (OTAFM, Over The Air Folder Management). Estas funciones se explican más adelante.

Para una función matemática MATH, cada cantidad de correo electrónico integrada por un usuario está enlazada con el dispositivo de usuario por medio de un libro de servicio de cliente de Red. Para cada nuevo mensaje 55 que llegue al buzón de correo de usuario de cliente de Red, una notificación que contenga la nueva información de mensajes será típicamente enviada a un componente supervisor de motor de cliente de Red (Figura 3), que a su vez asignará la tarea a un trabajador disponible con al menos la carga en el sistema. El trabajador 32 escogido validará

la información de usuario y recuperará el nuevo mensaje del buzón de correo de la fuente de usuario y lo suministrará al dispositivo de usuario.

En una función MFH, los mensajes MFH asociados con un libro de servicio de cliente de Red son procesados mediante el motor 22 de clientes de Red y suministrados a la red Internet 49 por el trabajador 32 por medio del protocolo de transferencia de correo simple (SMTP) o buzón de correo nativo. Si un usuario acepta la 5 opción para guardar el mensaje enviado en la carpeta de elementos enviados, el representante de acceso directo, guardará una copia del mensaje enviado a esta carpeta.

En una función, Enviar/Replicar/Más, el usuario puede enviar o replicar un mensaje MTH o MFH desde el dispositivo 25 de comunicaciones móvil inalámbrico, mientras el mensaje original exista todavía en la memoria asociada de acceso o en el buzón de correo de usuario. Para MTH, el trabajador 32 puede enviar los primeros 2K, 10 por ejemplo, o el mensaje completo (lo que sea menor) al dispositivo de usuario. Si el mensaje es mayor que 2K, el usuario puede solicitar MÁS para ver los siguientes 2K del mensaje. En este caso, el trabajador 32 procesará la solicitud Más recuperando el mensaje original del buzón de correo fuente de usuario, y devolverá los 2K que el dispositivo solicita. Por supuesto en algunas realizaciones pueden ser enviados más de 2K de mensaje (o el mensaje completo). 15

En una función de visión de fijación, un usuario puede ver una fijación de mensaje de un formato de documento popular (por ejemplo, MS Word, MS Power Point, MS Excel, Word Perfect, PDF, texto, etc.). Tras recibir la solicitud de visión de fijación, que se lleva a efecto en una forma de la solicitud Más en este ejemplo, el trabajador 32 puede obtener el mensaje original del buzón de correo fuente del usuario por medio del representante de acceso directo, extrae la información solicitada, procesa esta y envía el resultado de nuevo al dispositivo de usuario. El 20 proceso requiere que el mensaje original no sea borrado del buzón de correo de cliente de la Red de usuarios.

En el mensaje enviado de guardar para enviar la función de plegado de elementos, si el usuario devuelve esta opción, el trabajador 32 coloca una copia de cada mensaje MFH enviado desde el dispositivo de usuario en la carpeta de elementos enviados de usuario en el buzón de correo. Sobre la gestión de carpetas sobre el aire ("Over The Air Folder Management") OTAFM, el cliente de Red del servicio de OTAFM mantiene cualquiera de los 25 mensajes y carpetas en el buzón de correo del usuario sincronizado con el dispositivo de usuario a través del aire.

Siempre que un mensaje en el buzón de correo fuente de usuario es Movido/Borrado, el mensaje asociado sobre el dispositivo puede también ser Movido/Borrado consecuentemente, y viceversa. Cuando un mensaje es Movido/Borrado sobre el dispositivo, el mensaje asociado en el buzón de correo de cliente de Red de usuario puede también ser Movido/Borrado consecuente-mente. De modo similar, cuando una carpeta es 30 Añadida/Retirada/Cambiada de nombre desde el buzón de correo de cliente de Red de usuario, la carpeta asociada sobre el dispositivo puede ser Añadida/Retirada/Cambiada de nombre, y viceversa.

El sistema 20 puede soportar ventajosamente diferentes subconjuntos de diversas características de mensaje. Por ejemplo, en el mensaje que ha de funcionar sostenido a mano, la plataforma 24 de oficina móvil puede ser responsable de la conexión de diversos buzones 51, 53 de correo de la fuente para detectar nuevos correos 35 electrónicos. Para cada nuevo correo, se envía una notificación al motor 22 de cliente de Red y, basado en esta notificación, el supervisor 34 escoge uno de los trabajadores 32 para procesar ese correo electrónico. El trabajador escogido obtendrá información de la cuenta adicional y el contenido del mensaje de correo del delegado o proxy 40 de acceso directo y entregará este en el dispositivo 25 de usuario.

En un mensaje enviado de funcionamiento mantenido a mano, el MFH podría ser dado al delegado o proxy 40 40 de acceso directo de los trabajadores 32 de clientes de Red. En su turno la plataforma 24 de oficina móvil suministra un mensaje a Internet 49 enviándolo a través de un buzón de salida nativo o enviando este a través de SMTP. Se ha de entender, no obstante, que el buzón de salida nativo, siempre que es posible, puede proporcionar una mejor experiencia de usuario, especialmente cuando se tienen en cuenta iniciativas de antipublicidad ordinarias tales como SPF y de identificación del remitente. 45

En un mensaje borrado de la función manual, cuando el mensaje es borrado del dispositivo 25, el motor 22 de cliente de Red lo notifica a la plataforma 24 de oficina móvil por medio del delegado o proxy 40 de acceso directo. Como tal, la plataforma 24 de oficina móvil puede borrar el mismo mensaje sobre el buzón de correo fuente.

Cuando se manejan Más solicitudes de visión Hacia adelante/Repuesta/Fijación, el trabajador 32 de clientes de Red puede necesitar un correo original del delegado o proxy 40 de acceso directo. Este procesará 50 entonces la solicitud y enviará los resultados al dispositivo 25 de comunicaciones inalámbrico móvil. La arquitectura puede soportar adicionalmente a demanda la recuperación de partes del mensaje y otras mejoras, por ejemplo.

Tras la integración de un nuevo buzón 51, 53 de correo fuente, la notificación del libro de servicio procedente del servidor alerta 38 puede ser enviada al supervisor 34 que asigna esta notificación a un trabajador 32 que envía un registro de servicio al dispositivo. Cada buzón 51, 53 de correo fuente puede ser asociado con un 55 registro de servicio único. De esta manera cada mensaje MFH es enlazado con una buzón 51, 53 de correo fuente basándose en el registro de servicio en el dispositivo.

El sistema 20 puede también registrar los buzones de correo externos integrados periódicamente para comprobar el nuevo correo y acceder a cualquiera de los mensajes. El sistema 20 puede incorporar además optimizaciones para registrar el ancho de banda desde un componente de agregación que permita un registro rápido. El sistema 20 puede también ventajosamente soportar una gran base de usuarios activa e incorporar una base de usuarios que crezca rápidamente. 5

La topología del equilibrio de cargas puede estar basada en el tamaño de una cola de componentes y su rendimiento. Estas estadísticas de la carga pueden ser vigiladas mediante un mecanismo denominado en un ejemplo Latido de corazón de UDP (Protocolo de Datagrama de Usuario), como se describe antes. Si un componente está sobrecargado o tiene un gran tamaño de cola, el componente tendrá menos oportunidad de obtener un trabajo asignado de otros componentes. En contraste, un componente obtendrá más trabajos asignados 10 si termina más trabajos en las últimas pocas horas que otros componentes. Con este mecanismo, la carga podría distribuirse sobre un hardware de máquina heterogéneo, es decir, los componentes que corran sobre máquinas de menos potencia tendrán asignados menos trabajos que los que corran sobre máquinas con hardware de más potencia.

El equilibrado de cargas general para cualquiera de los componentes de la plataforma de oficina móvil 15 puede ser efectuado utilizando un módulo de equilibrado de la carga, por ejemplo, un módulo BIG-IP producido por F5 Networks de Seattle, Washington. El BIG-IP puede proporcionar el equilibrado de la carga y la capa 7 inteligente de conmutación, y puede efectuar el encaminamiento de tráfico a través de Internet hacia cualquier de los componentes de la interfaz de cliente tales como los representantes de WAP y HTML. El uso de un BIG-IP o módulo similar puede proporcionar la aplicación con capacidades de agregación, tolerancia de defectos y gestión de la 20 sesión, como apreciarán los expertos en la técnica.

Típicamente, el acceso a un buzón de correo único 51, 53 puede hacerse desde un único delegado o proxy 40 de acceso directo sobre una conexión persistente. Cualquiera de las solicitudes en nombre de un usuario particular podría persistir en la misma máquina en la misma partición aglomerada de acceso. Como ciertos componentes tienen tamaño de sistema y serán trabajo de manipulación para los usuarios a través de muchas 25 particiones, estos componentes pueden ser designados para determinar que partición de acceso directa comunica con una solicitud mediante la base de solicitudes.

El equilibrador de carga y la memoria asociada (LBAC) 46 pueden soportar esta función. El LBAC (Load Balance and Cache) 46 es un sistema amplio de componentes que puede efectuar dos funciones importantes. La primera de estas funciones es que éste proporciona una representación del dispositivo PIN para un delegado o 30 proxy 40 de acceso directo particular, mientras capta la información en memoria para ambos el acceso rápido y la carga guardada en la base de datos central. En segundo lugar, como el delegado o proxy 40 de acceso directo funcionará en particiones aglomeradas, el LBAC 46 puede distribuir la carga a través de todos los representantes de accesos directos dentro de cualquier partición.

El LBAC 46 puede estar compuesto de diferentes componentes. Por ejemplo, el código que ejecuta el 35 equilibrado de la carga puede ser una versión extendida de un conectador de correo seguro. El código puede también consultar en la base de datos central y la memoria asociada los resultados (LBAC).

En un ejemplo no limitativo, cuando un trabajador requiere que un delegado o proxy 40 de acceso directo ejecute el trabajo, éste proporciona el LBAC 46 con un dispositivo PIN. El LBAC 46 descubrirá que partición de ese PIN está asociada mirando en su memoria asociada, o recuperando el identificador de la partición de una base de 40 datos central (y asociando el resultado). Una vez que la partición es conocida, el LBAC 46 consulta entonces su memoria asociada para ver que representante de acceso directo en esa partición ha sido designado para manejar las solicitudes para ese PIN, si no existe representación, el LBAC solicita que el PDS cree una nueva asociación sobre al menos delegado o proxy 40 de DA cargado (captando de nuevo el resultado). Finalmente, el LBAC 46 responde al trabajador 32 con la información de conexión para que el delegado o proxy de acceso directo correcto 45 gestione la solicitud en particular.

El conectador 88 de correo seguro puede funcionar en pares que fallan, en los que uno es un maestro activo y el otro es un auxiliar secundario. Estructuras de datos internas pueden ser reproducidas en tiempo real desde el maestro al auxiliar. Múltiples LBACs 46 pueden hacerse funcionar para escalabilidad y tolerancia de defectos, pero típicamente requerirán un componente de equilibrado de la conexión externa, tal como el componente 50 BIG-IP como se ha explicado antes.

Un componente receptor en el motor 22 de cliente de Red economiza la tarea que ha sido asignada a sus otros componentes en un taller artesano sobre el disco antes de que en el proceso se pueda actualizar el estado de la tarea y eliminar la tarea del almacén de tareas cuando el trabajo de procesado haya terminado. En caso de fallo de componentes o si el proceso es reiniciado, se pueden recuperar los trabajos de la tienda de trabajo y, basándose 55 en los estados corrientes de estas tareas, continuar procesando estos trabajos en el estado siguiente, ahorrando el tiempo de reprocesarlos desde el principio.

Cualquier recuperación desde el punto de vista de MTH/MFH puede ser conseguida por medio del comportamiento de verificación actual y sobre mecanismos de recuperación de motor 22 de cliente de Red. Desde dentro de los componentes de la plataforma de oficina de correo, hasta que un mensaje haya sido suministrado satisfactoriamente a un motor 22 de cliente de red, ese mensaje no es registrado en la base 60 de datos de la partición. Durante el intervalo de escrutinio siguiente, el sistema puede de nuevo "descubrir" el mensaje y tratar de 5 notificar al motor 22 de cliente de Red. Para nuevos eventos del correo, si un evento se pierde, el sistema puede recoger ese mensaje tras recibir el evento siguiente o durante el intervalo de escrutinio siguiente. Para notificaciones de soporte de las fuentes, este intervalo podría ser establecido en seis horas, como un ejemplo no limitativo. Para mensajes enviados desde el motor 22 de cliente de Red, y para mensajes que hayan sido aceptados por el motor de cliente de Red, la recuperación puede ser efectuada por diferentes componentes de motor de cliente de Red. 10

El motor 22 de cliente de Red puede ser ventajosamente escalable horizontal y verticalmente. Múltiples supervisores 34 pueden ser registrados/configurados con poderes 40 para proporcionar la distribución de la notificación de carga y la disponibilidad de servicio del motor. Múltiples trabajadores 32 y agentes 30 de puerto pueden desplazarse sobre la misma máquina o sobre múltiples máquinas para distribuir la carga y conseguir redundancia. Como el número de usuarios crece, nuevos componentes pueden ser añadidos al sistema para 15 conseguir una alta escalabilidad horizontal.

Es posible que un nuevo componente sea añadido a o eliminado del sistema automáticamente sin perder tiempo. El tráfico puede ser automáticamente delegado o proxy en un nuevo componente y desviado fuera de los componentes que fallan. Cada componente dentro de la plataforma 24 de oficina móvil puede ser desplegado múltiples veces para conseguir la escalabilidad horizontal. Para conseguir la escalabilidad vertical, cada componente 20 de la plataforma 24 de oficina móvil puede seguir un proceso de multiroscado con un número configurable de hilos de rosca para escalar bajo una carga pesada. Grupos de conexiones pueden ser usados para reducir el sobrecalentamiento para mantener demasiadas conexiones abiertas.

La Figura 6 muestra un diagrama de bloques de alto nivel de funciones básicas usadas en el sistema para reconciliar mensajes de correo electrónico entre el dispositivo 25 de comunicaciones inalámbricos móviles y un 25 buzón 51 de correo electrónico de usuario como un buzón de correo fuente sobre un servidor de correo electrónico en un proveedor de servicios de correo electrónico. La Figura 6 muestra una plataforma 26 de oficina móvil que incluye un módulo 100 de reconciliación de correo electrónico que podría estar compuesto de diversos componentes funcionales como se ilustra en la Figura 1 o de otros componentes y componentes de software o hardware. El módulo 100 de reconciliación de correo electrónico es operativo con el dispositivo 25 de 30 comunicaciones inalámbricas móvil y con el proveedor 50 del servicio de correo electrónico que tiene el buzón de correo de un usuario como se ilustra. Un módulo 102 de reconciliación podría estar contenido también sobre el dispositivo 25 de comunicaciones inalámbricas como se indica en las líneas discontinuas, aunque esto puede requerir mayores componentes de hardware y software. El módulo de reconciliación de correo electrónico es operativo con el servidor de correo electrónico y el dispositivo de comunicaciones inalámbrico móvil para reconciliar 35 cualquier acción de usuario sobre un mensaje de correo electrónico en el dispositivo de comunicaciones inalámbrico móvil con el correspondiente mensaje de correo electrónico en el buzón de correo electrónico.

Este módulo de reconciliación es operativo para reconciliar una acción de usuario tal como una acción de Lectura, Movimiento o Borrado del usuario. Diferentes funciones del módulo de reconciliación de coreo electrónico pueden ser proporcionadas por los diferentes componentes, que incluyen el acceso directo proximal como se 40 muestra en la Figura 1.

En un aspecto no limitativo, el sistema de plataforma de oficina móvil recibe un nuevo correo electrónico de un proveedor de servicios de correo electrónico tal como una notificación. Este nuevo correo electrónico es enviado al dispositivo de comunicaciones inalámbrico del usuario. Puesto que el mensaje es enviado por el proveedor del servicio de correo electrónico como un tercer servidor de coreo electrónico parcial, el sistema de plataforma de 45 oficina móvil no tiene el identificador de mensajes para este mensaje. Cuando el usuario inicia una acción sobre el mensaje sobre su dispositivo de comunicaciones inalámbrico, tal como la Lectura, Movimiento y Borrado, esta acción debe ser reconciliada con el servidor de correo inalámbrico que originó el mensaje. La plataforma de oficina móvil tiene que reconciliar este mensaje electrónico sin el identificador de mensajes.

El módulo de reconciliación en la plataforma de oficina móvil efectúa esto calculando una firma del mensaje 50 de su atributo de distribución, tal como la fecha de envío, la fecha de recepción,, prioridad, tamaño de mensaje, tema, remitente y origen del mensaje. Esta firma se compara entonces con firmas calculadas de modo similar de mensajes firmados y se halle un mensaje que haga juego. El identificador de mensajes del mensaje conjugado está ranurado en la plataforma de oficina móvil. En este momento cualquier acción que el usuario emprenda sobre el dispositivo para este mensaje se puede propagar hasta el pequeño servidor que usa este identificador de mensaje. 55 La plataforma de oficina móvil puede efectuar esta reconciliación sobre una base que se necesite cuando una acción de usuario se haya propagado al servidor. Este puede también recuperar el identificador de mensaje del servidor en el momento de la notificación mientras es almacenado en su base de datos. Cuando un usuario emprende una acción sobre el mensaje que usa su dispositivo inalámbrico, reconcilia este usando el identificador de mensajes almacenado. 60

El módulo de reconciliación del coreo electrónico puede ser operativo para obtener una firma de mensaje de los atributos de mensaje del mensaje de correo electrónico recibido y usando los atributos de mensaje para correlacionar el correo electrónico recibido de nuevo con el mensaje de correo electrónico almacenado en el buzón de correo electrónico del usuario. Una base de datos 51a puede almacenar mensajes de correo electrónico del usuario y el módulo de reconciliación del correo electrónico es operativo para comparar los atributos de mensaje con 5 mensajes almacenados dentro de la base de datos. Los atributos de mensaje pueden ser ordenados a partir de una fecha de envío, una fecha de recepción, prioridad, tamaño de mensaje, tema, remitente de mensaje y origen de mensaje.

En otro aspecto, la lógica de reconciliación del mensaje puede ser usada para reconciliar un mensaje incluso cuando el identificador de mensaje está disponible para empezar con él. Ese tipo de caso es posible cuando 10 los mensajes son recuperados escrutando o cuando la notificación enviada por el tercer partido servidor de correo electrónico, por ejemplo, en el proveedor de servicio de correo electrónico, que contiene el mensaje identificador. Cuando un usuario envía un mensaje de correo electrónico desde su dispositivo, el sistema MOP envía este mensaje a la tercera parte de los servidores de correo electrónico y algunos servidores de correo electrónico automáticamente añaden el mensaje a la carpeta de "elementos enviados" de los usuarios en el servidor. Atributos 15 de mensaje de los mensajes que se originan en los mantenidos a mano pueden ser comparados con los atributos de mensajes en la carpeta de elementos enviados de usuario para determinar el mensaje que fue enviado de la mantenida a mano. Una solución similar se usa cuando se reconcilian mensajes que son movidos a otra carpeta sobre la mantenida a mano de usuario.

Durante el proceso de reconciliación que implica comparar atributos de mensaje de un mensaje con 20 atributos de mensaje de los mensajes sobre el servidor, algoritmos inventados pueden ser usados para determinar rápidamente los mensajes que casan. En un ejemplo, datos enviados u otros atributos del mensaje original pueden ser usados para reducir la lista de mensajes en el servidor. Los atributos de mensaje de la lista reducida de mensajes son calculados para determinar la identidad del mensaje original en la lista de mensajes en el servidor.

La plataforma 26 de oficina móvil y el módulo 100 de reconciliación del correo electrónico podrían generar 25 objetos de datos de la configuración y objetos de datos de formato que usen un lenguaje de utilidad extensible (XML)(eXtensible Mark-up Language) para la adjudicación de diversos servicios de red complacientes XML. El servidor y/o el servicio de red podrían ser un servicio complaciente de Protocolo de Acceso de Objeto Simple (SOAP). Algún código podría ser escrito en lenguaje C++ o similar.

XML, por supuesto, es un lenguaje de marcas extenso, que es un subconjunto del lenguaje (SGML) de 30 marcas generalizado estándar y permite que los datos sean almacenados y publicados en lugares de red y sean más detallados en la presentación. Etiquetas de consumo pueden ser creadas para definir el contenido de documentos. Formatos de información comunes podrían ser creados y el formato y los datos compartidos en la red Internet, redes Internet corporativas y/o otras redes. Los símbolos de marcación en XML podrían ser ilimitados y de autodefinición. El Formato de Definición de Canales (CDF) podría describir cualquier canal y un fichero CDF 35 específico podría contener datos que especificasen una página de red y como esta podía ser actualizada.

SOAP permite que corra un programa en una clase de sistema operativo para comunicar con el programa en el mismo u otro tipo de sistema de funcionamiento usando HTTP y XML para el intercambio de información. SOAP podría especificar como codificar un encabezamiento HTTP en un fichero XML, permitiendo así que un ordenador llame a un programa en otro ordenador y pase datos mientras dicta también como este puede devolver 40 una respuesta. SOAP es ventajoso para permitir que los datos pasen a través de servidores de paredes calientes que filtran solicitudes distintas para las aplicaciones conocidas a un puerto designado. SOAP es un protocolo basado en XML que tiene al menos tres partes, que incluyen: (a) una envuelta para definir una estructura para describir lo que hay en un mensaje; (b) un conjunto de normas codificadas para describir los tipos de datos definidos por la aplicación; y (c) una convención para representar llamadas y respuestas de procedimientos remotos. 45

Algún software podría ser incorporado como un control Active X como un Modelo de Objeto Componente (COM) y proporcionar una estructura para construir componentes de software que se comuniquen entre sí. Los controles de Active X podrían ser descargados automáticamente y ejecutados mediante un buscador de red. Aplicaciones de objetos distribuidos podrían ser desarrolladas en páginas de red activas y los controles de Active X podrían ser descargados en diferentes buscadores y clientes. Los controles de Active X podrían ser mantenidos en 50 un buscador de red como un contenedor y distribuidos sobre una red interna o intranet incorporada. Los controles de Active X podrían también gestionar y actualizar el contenido de red y los sistemas de cliente y trabajar estrechamente con una interfaz de usuario del sistema de funcionamiento de buscador de objetivo. Rutinas de Java u objetos componentes similares podrían ser usados también en vez de controles de Active X. Se ha de entender para los propósitos de la presente invención que un control de modelo de objeto podría también ser cualquier tipo de 55 módulo de Librería de Enlace Dinámico (DLL) que corra en un contenedor como un programa de aplicación que use una interfaz de programa de modelo de objeto componente.

Un ejemplo de un dispositivo 1000 de comunicaciones inalámbricas de móviles que puede ser usado se describe además en el ejemplo anterior con referencia a la Figura 13. El dispositivo 1000 incluye ilustrativamente un

alojamiento 1200, un teclado numérico 1400 y un dispositivo 1600 de salida. El dispositivo de salida mostrado es una presentación 1600, que es preferiblemente un gráfico lleno LCD. Otros tipos de dispositivos de salida pueden ser utilizados alternativamente. Un dispositivo 1800 de proceso está contenido dentro del alojamiento 1200 y está acoplado entre el teclado 1400 y la presentación 1600. El dispositivo 1800 de procesado controla el funcionamiento de la presentación 1600, así como el funcionamiento global del dispositivo móvil 1000, en respuesta al 5 accionamiento de teclas en el teclado 1400 efectuado por el usuario.

El alojamiento 1200 puede ser alargado verticalmente, o puede tener otros tamaños y formas (que incluyan estructuras de alojamiento de almeja). El teclado puede incluir una tecla de selección de modo, u otro hardware o software para conmutar entre entrada de texto y entrada telefónica.

En adición al dispositivo 1800 de procesado, otras partes del dispositivo móvil 1000 se muestran 10 esquemáticamente en la Figura 13. Estos incluyen un subsistema 1001 de comunicaciones; un subsistema 1020 de comunicaciones de corto alcance; un teclado 1400; y una presentación 1600, junto con otros dispositivos de entrada/salida 1060, 1080, 1100 y 1120; así como dispositivos 1160, 1180 de memoria y varios otros subsistemas 1201 de dispositivos. El dispositivo móvil 1000 es preferiblemente un dispositivo de comunicaciones de RF de dos vías que tiene posibilidades de comunicación de datos y voz. En adición, el dispositivo móvil 1000 tiene 15 preferiblemente capacidad para comunicarse con otros sistemas de ordenador por medio de Internet.

El software del sistema de funcionamiento ejecutado por el dispositivo procesador 1800 está preferiblemente almacenado en un almacén persistente, tal como en la memoria relámpago 1160, pero puede estar almacenado en oros tipos de dispositivo de memoria, tales como una memoria (ROM) de solo lectura o un elemento de almacenamiento similar. En adición, los programas del sistema, aplicaciones de dispositivo específicas, o partes 20 de los mismos, pueden ser cargadas temporalmente dentro de un almacén volátil, tal como la memoria de acceso aleatorio (RAM)1180. Las señales de comunicaciones recibidas por el dispositivo móvil pueden ser almacenadas también en la RAM 1180.

El dispositivo 1800 de procesado, en adición a sus funciones de sistema operativo, permite la ejecución de aplicaciones del conjunto de programas 1300A-1300N sobre el dispositivo 1000. Un conjunto predeterminado de 25 aplicaciones que controlan las operaciones de dispositivo básicas, tales como las comunicaciones de datos y voz 1300A y 1300B, pueden ser instaladas sobre el dispositivo 1000 durante la fabricación. En adición, una aplicación de gestor o "manager" de información personal (PIM) puede ser instalada durante la fabricación. El PIM es preferiblemente capaz de organizar y gestionar elementos de datos, tales como el correo electrónico, eventos de calendario, correos de voz, citas, y elementos de tareas. La aplicación PIM es también preferiblemente capaz de 30 enviar y recibir elementos de datos por medio de la red inalámbrica 1401. Preferiblemente, los elementos de datos PIM son integrados sin costuras, sincronizados y actualizados por medio de la red inalámbrica 1401 con los elementos de datos correspondientes de los usuarios del dispositivo almacenados o asociados con un sistema de ordenador principal.

Las funciones de comunicación, que incluyen comunicaciones de datos y voz, son ejecutadas a través del 35 subsistema 1001 de comunicaciones, y posiblemente a través del subsistema de comunicaciones de corto alcance. El subsistema 1001 de comunicaciones incluye un receptor 1500, un transmisor 1520, y una o más antenas 1540 y 1560. En adición, el subsistema 1001 de comunicaciones incluye también un módulo de procesado, tal como un procesador de señales digitales (DSP), y osciladores locales (LOs). El diseño específico y la implementación del subsistema 1001 de comunicaciones es dependiente de la red de comunicaciones en la que el dispositivo móvil 40 1000 está destinado a funcionar. Por ejemplo, un dispositivo móvil 1000 puede incluir un subsistema 1001 de comunicaciones diseñado para que funcione con Mobitex™, DataTAC™ o General Packet Radio Service (GPRS) redes de comunicaciones de datos móviles, y diseñada también con cualquiera de una diversidad de redes de comunicaciones de voz, tales como AMPS, TDMA, CDMA, PCS, GSM, etc. Otros tipos de redes de datos y voz, ambos separados e integrados pueden también ser utilizador con el dispositivo móvil 1000. 45

Los requisitos de acceso de red varían dependiendo del tipo de sistema de comunicación. Por ejemplo, en las redes Mobitex y Data TAC, los dispositivos móviles son registrados en la red usando un único número o PIN de identificación personal asociado con cada dispositivo en las redes GPRS, no obstante, el acceso de red está asociado con un abonado o usuario de un dispositivo. Un dispositivo GPRS por lo tanto requiere un módulo de identidad de abonado, denominado ordinariamente una tarjeta SIM, con objeto de operar sobre la red GPRS. 50

Cuando el registro de red requerido o los procedimientos de activación han sido terminados, el dispositivo móvil 1000 puede enviar y recibir señales de comunicación sobre la red 1401 de comunicaciones. Las señales recibidas de la red 1401 de comunicaciones por la antena 1540 son encaminadas al receptor 1500 que se proporciona para amplificación de la señal, conversión reductora de la frecuencia, filtración, selección de canal, etc., y pueden proporcionar también conversión analógica en digital. La conversión analógica en digital de la señal 55 recibida permite que el DSP 1580 realice funciones de comunicación más complejas, tales como la desmodulación y la descodificación. De una manera similar, las señales que han de ser transmitidas a la red 1401 son procesadas (por ejemplo, moduladas y codificadas) por el DSP 1580 y son entonces proporcionadas al transmisor 1520 para

conversión digital en analógica, conversión en más alta frecuencia, filtración, amplificación y transmisión a la red 1401 (o redes) de comunicación por medio de la antena 1560.

En adición al procesado de las señales de comunicaciones, el DSP 1580 se proporciona para el control del receptor 1500 y el transmisor 1520. Por ejemplo, las ganancias aplicadas a las señales de comunicación en el receptor 1500 y el transmisor 1520 pueden ser controladas adaptablemente por medio de algoritmos de control de 5 ganancia automáticos aplicados en el DSP 1580.

En un modo de comunicaciones de datos, una señal recibida, tal como un mensaje de texto o una página de red descargada, es procesada por el subsistema 1001 de comunicaciones e introducida en el dispositivo 1800 de programación. La señal recibida es entonces procesada además por el dispositivo de 1800 de procesado para obtener una salida a la presentación 1600, o alternativamente a algún otro dispositivo de entrada/salida (I/O) auxiliar 10 1060. Un usuario del dispositivo puede también componer elementos de datos, tales como mensajes de correo electrónico usando el teclado 1400 y/o algún otro dispositivo 1060 de entrada/salida (I/O) auxiliar, tal como una almohadilla de contacto, un conmutador giratorio, una rueda de pulgar, o algún otro tipo de dispositivo de entrada. Los elementos de datos compuestos pueden entonces ser transmitidos sobre la red 1401 de comunicaciones a través del subsistema 1001 de comunicaciones. 15

En un modo de comunicaciones oral, el funcionamiento global del dispositivo es sustancialmente similar al modo de comunicación de datos, a excepción de que las señales recibidas son enviadas a un altavoz 1100, y las señales para la retransmisión son generadas por un micrófono 1120. Subsistemas de entrada/salida (I/O) de voz o audio alternativos, tales como un subsistema de registro de mensajes orales, pueden estar también implementados en el dispositivo 1000. En adición, el dispositivo 1600 puede también ser utilizado en el modo de comunicaciones de 20 voz, por ejemplo para presentar la identidad de una parte que llama, la duración de una llamada oral, u otra información relacionada con la llamada oral.

El subsistema de comunicaciones de corto alcance permite la comunicación entre el dispositivo móvil 1000 y otros sistemas o dispositivos cercanos, los cuales no necesitan necesariamente ser dispositivos similares. Por ejemplo, el subsistema de comunicaciones de corto alcance puede incluir un dispositivo infrarrojo y circuitos y 25 componentes asociados, o un módulo de comunicaciones de Bluetooth® para proporcionar comunicación con sistemas y dispositivos capacitados similarmente.

Claims (12)

1. REIVINDICACIONES
2. 1. Un sistema (20) para reconciliar mensajes de correo electrónico "email" entre un dispositivo (25) de comunicaciones inalámbrico móvil y un buzón (51) de correo electrónico, comprendiendo el sistema:

   un servidor de correo electrónico en un proveedor (50) de servicios de correo electrónico; y,

   una plataforma (24) de oficina móvil "MOP" (24) operativa con el servidor de correo electrónico para enviar mensajes de correo electrónico de usuario desde un buzón (51) de correo electrónico en el proveedor (50) de 5 servicios de correo electrónico a un dispositivo (25) de comunicaciones inalámbrico móvil, un módulo (100) de reconciliación de correo electrónico en la plataforma (24) de oficina de móviles que es operativo con el servidor de correo electrónico y el dispositivo (25) de comunicaciones inalámbricas móvil para reconciliar cualquier acción de usuario sobre un mensaje de correo electrónico en un dispositivo (25) de comunicaciones inalámbricas móvil con el correspondiente mensaje de correo electrónico en el buzón (51) de correo 10 electrónico en el servidor de correo electrónico caracterizado por:

   calcular una firma del mensaje a partir de un atributo de mensaje del mensaje de correo electrónico;

   comparar en el servidor de correo electrónico la firma del mensaje obtenido con firmas de mensaje calculadas de modo similar para hallar un mensaje que concuerde almacenado en el servidor de correo electrónico; y, 15

   propagar cualquier acción que un usuario decida sobre el dispositivo (25) de comunicaciones inalámbricas móvil con el mensaje de correo electrónico almacenado en el servidor electrónico.
3. 2. Un sistema (20) según la Reivindicación 1, en el que dicho módulo (100) de reconciliación de correo electrónico es operativo para reconciliar una acción de Lectura, Movimiento o Borrado del usuario.
4. 3. Un sistema (20) según la Reivindicación 1, en el que dicho módulo (100) de reconciliación de correo 20 electrónico es operativo sobre un dispositivo (25) de comunicaciones, inalámbrico, móvil.
5. 4. Un sistema (20) según la Reivindicación 1, y que además comprende una base (51a) de datos para almacenar mensajes de correo electrónico de usuario, y en el que dicho módulo (100) de reconciliación de correo electrónico es operativo para comparar los atributos de mensaje con mensajes almacenados dentro de la base (51a) de datos. 25
6. 5. Un sistema (20) según la reivindicación 1, en el que dichos atributos de mensaje comprenden uno al menos de: envío de datos, datos recibidos, prioridad, tamaño de mensaje, sujeto, origen del mensaje, y remitente del mensaje.
7. 6. Un sistema (20) según la reivindicación 5, en el que dicho módulo (100) de reconciliación de correo electrónico es operativo para reducir una lista de mensajes sobre el servidor basado sobre uno al menos de: envío 30 de datos, datos recibidos, prioridad, tamaño de mensaje, sujeto, origen de mensaje, y remitente del mensaje.
8. 7. Un método de reconciliación de los mensajes de correo electrónico "email" entre un dispositivo (25) de comunicaciones inalámbricas y un buzón (51) de correo electrónico, comprendiendo el método:

   enviar a una plataforma de oficina móvil "Mol"(24) un mensaje de correo electrónico desde un usuario del buzón (51) de correo electrónico en un servidor de correo electrónico a un dispositivo (25) de 35 comunicaciones inalámbrico móvil; y,

   reconciliar en un módulo (100) de reconciliación de correo electrónico en la plataforma (24) de oficina móvil cualquier acción de usuario sobre el mensaje de correo electrónico en el dispositivo (25) de comunicaciones inalámbricas con el correspondiente mensaje de correo electrónico en el buzón (51) de correo electrónico en el servidor de correo electrónico caracterizado por: 40

   calcular una firma del mensaje a partir de un atributo de mensaje del mensaje de correo electrónico;

   comparar en el servidor de correo electrónico la firma del mensaje obtenido con firmas de mensaje calculadas de modo similar para hallar un mensaje que concuerde almacenado en el servidor de correo electrónico; y,

   propagar cualquier acción que un usuario decida sobre el dispositivo (25) de comunicaciones 45 inalámbricas móvil con el mensaje de correo electrónico almacenado en el servidor electrónico.
9. 8. Un método según la reivindicación 7, que además comprende reconciliar un Movimiento de Lectura o una acción de Borrar del usuario.
10. 9. Un método según la reivindicación 7, que comprenda además comparar los atributos de mensaje con mensajes almacenados dentro de una base de datos (51a) que almacena mensajes de correo electrónico de usuario en un proveedor (50) de servicios de correo electrónico.
11. 10. Un método según la reivindicación 7, que comprenda además obtener una firma de mensaje de los atributos de mensaje, que incluya uno de al menos de: los datos enviados, los datos recibidos, prioridad, tamaño de 5 mensaje, tema, origen del mensaje, y remitente de mensaje.
12. 11. Un método según la reivindicación 7, y que comprende además reducir una lista de mensajes en el servidor de correo electrónico basado en uno al menos de: los datos enviados. los datos recibidos, prioridad, tamaño del mensaje, tema, origen de mensaje y remitente del mensaje.