ES2625407T3 - Procedimiento de tratamiento de flujos de datos IMAP, servidores de e-mails y programas de ordenador que implementan tales procedimientos - Google Patents

Procedimiento de tratamiento de flujos de datos IMAP, servidores de e-mails y programas de ordenador que implementan tales procedimientos Download PDF

Info

Publication number
ES2625407T3
ES2625407T3 ES13730293.1T ES13730293T ES2625407T3 ES 2625407 T3 ES2625407 T3 ES 2625407T3 ES 13730293 T ES13730293 T ES 13730293T ES 2625407 T3 ES2625407 T3 ES 2625407T3
Authority
ES
Spain
Prior art keywords
data
imap
proprietary
mail
protocol
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.)
Active
Application number
ES13730293.1T
Other languages
English (en)
Inventor
Vincent Themereau
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Streamwide SA
Original Assignee
Streamwide SA
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Streamwide SA filed Critical Streamwide SA
Application granted granted Critical
Publication of ES2625407T3 publication Critical patent/ES2625407T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/42—Mailbox-related aspects, e.g. synchronisation of mailboxes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/06—Message adaptation to terminal or network requirements
    • H04L51/066—Format adaptation, e.g. format conversion or compression
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
    • H04L51/18—Commands or executable codes

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Procedimiento de tratamiento de al menos dos flujos de datos IMAP, intercambiándose los flujos de datos IMAP a través de una red de Internet entre un servidor de e-mails (3) y al menos dos clientes remotos (1, 1') que emplean respectivamente un primer protocolo IMAP propietario y un segundo protocolo IMAP propietario distintos, correspondiendo cada flujo de datos IMAP respectivamente a una conexión de un cliente remoto respectivo a un buzón de correo electrónico, caracterizándose el procedimiento por que comprende una etapa de traducción (2000) que consta de: una primera subetapa (2100), realizada por un módulo de análisis (36), que consiste en extraer de un flujo de datos IMAP, unos datos de protocolo propietario y que comprende la extracción de una solicitud de entrega de un e-mail identificado por un identificador de e-mail (310), una segunda subetapa (2200) que consiste en ejecutar al menos una tarea relativa a los datos de protocolo propietario extraídos por un módulo de aplicación IMAP propietario (33) que intercambia unos datos con al menos un servidor de almacenamiento (4, 5) a través de una red para obtener unos datos de respuestas de protocolo propietario, constando dicha subetapa de las operaciones de: obtener (2210) desde al menos un servidor de almacenamiento (4, 5) unos datos que hay que encapsular y unos datos de atributos de mensajes (500), estando dichos datos asociados al identificador de e-mail (310), y generar (2230) el e-mail a partir de los datos que hay que encapsular y de los datos de atributos de mensajes, y una tercera subetapa (2300) realizada por el módulo de análisis (36) que consiste en generar un flujo de datos IMAP de retorno a partir de los datos de respuesta de protocolo propietario y que comprende la transmisión de dicho e-mail al cliente remoto (1, 1'), seleccionándose dicho módulo de aplicación IMAP propietario entre un primer módulo de aplicación IMAP propietario y un segundo módulo de aplicación IMAP propietario (33), estando el primer módulo de aplicación IMAP propietario adaptado para ejecutar unas tareas relativas al primer protocolo IMAP propietario, estando el segundo módulo de aplicación IMAP propietario adaptado para ejecutar unas tareas relativas al segundo protocolo IMAP propietario.

Description

5
10
15
20
25
30
35
40
45
50
55
60
65
DESCRIPCION
Procedimiento de tratamiento de flujos de datos IMAP, servidores de e-mails y programas de ordenador que implementan tales procedimientos
Sector de la tecnica
La presente invencion se refiere a los servidores de e-mails y a los procedimientos de tratamiento de flujo de datos IMAp intercambiados a traves de una red de Internet entre un servidor de e-mails y unos clientes remotos que emplean respectivamente unos protocolos IMAP propietarios distintos, por ejemplo, unos terminales moviles conectados a la red de Internet.
De manera mas particular la invencion se refiere a un procedimiento de tratamiento de al menos dos flujos de datos IMAP, intercambiandose los flujos de datos IMAP a traves de una red de Internet entre un servidor de e-mails y al menos dos clientes remotos que emplean respectivamente un primer protocolo IMAP propietario y un segundo protocolo IMAP propietario distintos, correspondiendo cada flujo de datos IMAP respectivamente a una conexion de un cliente remoto respectivo a un buzon de correo electronico.
Estado de la tecnica
Con el desarrollo y la diversificacion de los terminales electronicos, un usuario puede hoy en dfa consultar su buzon de e-mails (o “correos electronicos”) desde un ordenador, un terminal movil, un telefono movil, una tableta tactil o cualquier otro dispositivo capaz de comunicar con la red de Internet. Estos clientes remotos tienen unas capacidades de calculo, de almacenamiento y de visualizacion variadas y emplean unos protocolos de comunicacion multiples. Disponen, ademas, de conexiones a la red de Internet cuya disponibilidad y el ancho de banda pueden ser reducidos o fluctuantes. La comunicacion de los clientes remotos con el servidor de e-mail, la entrega de los e-mails al usuario, asf como su correcta recepcion y presentacion en la unidad de visualizacion del cliente remoto son a menudo, por lo tanto, fuente de incertidumbre.
El documento EP-2-144-409-B1 describe un ejemplo de procedimiento que permite suministrar un mensaje de correo electronico en varias partes a un terminal movil para adaptarse al reducido ancho de banda y a las capacidades de almacenamiento reducidas de dichos terminales de cliente.
El documento EP 1 953 646 A1 describe un procedimiento de recepcion y de entrega de correo electronico que permite realizar una conversion de e-mails entre un emisor y un destinatario.
El documento EP 2 299 634 A1 describe un procedimiento en el cual los e-mails se convierten en el momento de su recepcion en el servidor de mensajena en funcion de unas instrucciones SIEVE predefinidas por el usuario y registradas en el servidor en el formato original y en el formato convertido.
Los procedimientos de los documentos EP 1 953 646 A1 y EP 2 299 634 A1 no permiten que un usuario acceda a su buzon de correo desde terminales cliente diferentes adaptando la comunicacion IMAp al cliente remoto para asegurar la correcta recepcion y presentacion de los e-mails sea cual sea el protocolo IMAP utilizado por el cliente remoto.
El documento US 2001/042100A1 describe un procedimiento de acceso a un buzon de mensajena electronica en el cual se genera un interfaz web o vocal de acceso a una mensajena electronica IMAP. Dicho procedimiento presenta varios inconvenientes, entre los cuales, el hecho de que los e-mails solo se puedan consultar cuando hay disponible un acceso a Internet o incluso que no se pueda realizar automaticamente la adaptacion del e-mail al cliente en funcion del protocolo de propietario utilizado por el cliente, sino que deba hacerla el usuario que elige conectarse con uno u otro de los servidores web o de voz.
Objeto de la invencion
La presente invencion mejora aun mas la situacion.
Para ello, de acuerdo con la invencion, un procedimiento del tipo en cuestion es tal como se define en las reivindicaciones.
La invencion tambien tiene por objeto un servidor de e-mails y un producto programa de ordenador como se definen en las reivindicaciones.
De forma general, algunas de estas formas de realizacion presentan una o varias de las siguientes ventajas. De este modo, la comunicacion IMAP se puede adaptar al cliente remoto. La informacion de caractensticas tecnicas del cliente remoto se puede indicar por separado y permitir una adaptacion de los e-mails transferidos al terminal de cliente. Las prestaciones del servidor de e-mail se mejoran, entre otras cosas, porque no hay necesidad de
5
10
15
20
25
30
35
40
45
50
55
60
65
almacenar los e-mails en la memoria. Es posible, gracias a este procedimiento transmits al cliente datos variados en forma de e-mail, por ejemplo, unos mensajes de voz o visuales, faxes, notificaciones de eventos como las llamadas perdidas. Estos datos se pueden registrar en el servidor de almacenamiento en un formato diferente del formato de e-mail lo que evita tener que adaptar el servidor de almacenamiento a su uso. Estos datos se pueden convertir durante la generacion del e-mail en un formato adaptado al cliente remoto.
Descripcion de las figuras
Se mostraran otras caractensticas y ventajas de la invencion a lo largo de la siguiente descripcion de una de sus formas de realizacion, dada a tftulo de ejemplo no limitativo, en relacion con los dibujos adjuntos.
En los dibujos:
- la figura 1 es un diagrama de bloques que ilustra un sistema que puede emplear un procedimiento de tratamiento de al menos dos flujos de datos IMAP de acuerdo con la invencion;
- las figuras 2a y 2b son unos esquemas sinopticos que ilustran una forma de realizacion de un procedimiento de tratamiento de al menos dos flujos de datos IMAP de acuerdo con la invencion detallando los intercambios entre un cliente remoto y un servidor de e-mail;
- la figura 3 es un diagrama de bloques que ilustra una forma de realizacion de un procedimiento de tratamiento de al menos dos flujos de datos IMAP de acuerdo con la invencion detallando los intercambios entre un servidor de e-mail y un servidor de almacenamiento;
- la figura 4 es un organigrama que ilustra una forma de realizacion de un procedimiento menos dos flujos de datos IMAP de acuerdo con la invencion;
- la figura 5 es un organigrama que ilustra una forma de realizacion de una subetapa de entrega de e-mail bajo demanda de acuerdo con la invencion.
En las diferentes figuras, las mismas referencias designan elementos identicos o similares.
Descripcion detallada de la invencion
Haciendo referencia, en primer lugar, a la figura 1, un sistema puede comprender uno o varios clientes remotos 1, 1' conectados a traves de una red de Internet 2 a un servidor de e-mails 3, a su vez conectado a al menos un servidor de almacenamiento 4.
Se utilizaran de forma indistinta a continuacion en la descripcion los terminos “e-mail”, “mensaje”, “correo electronico”, “mensaje electronico” asf como los terminos derivados de estos ultimos.
A tftulo meramente ilustrativo, se representan dos clientes remotos 1 y 1' en la figura 1, pero se puede emplear cualquier numero de clientes remotos. Los clientes remotos pueden ser de tipos diferentes. A tftulo de ejemplo, un primer cliente remoto 1 ilustrado en la figura 1 consta de un terminal movil de tipo “smartphone”, telefono inteligente o terminal de bolsillo, mientras que un segundo cliente remoto ilustrado en la figura 1 puede comprender un ordenador de sobremesa.
El o los clientes remotos 1 se conectan al servidor de e-mail 3 a traves de la red de Internet 2 y pueden intercambiar informacion utilizando unos protocolos de comunicacion en la red de Internet conocidos como TCP/IP siglas anglosajonas respectivas de “Transmission Control Protocol” y de “Internet Protocol”.
Los clientes remotos 1 se pueden conectar a la red de Internet 2 directamente o por medio de un enrutador o de un cortafuego, por ejemplo, en el caso de que el cliente remoto 1 este constituido por un ordenador de sobremesa.
Como alternativa, los clientes remotos pueden acceder a la red de Internet 2 por medio de una red de area extensa inalambrica WWAN siglas anglosajonas de “Wireless Wide Area Network”, tambien conocida con el nombre de red celular movil o red movil terrestre, o por medio de una red local inalambrica o WLAN siglas anglosajonas de “Wireless Local Area Network”.
Esta red inalambrica puede comprender, por ejemplo, una multitud de antenas repetidoras de telefoma movil tambien llamadas estacion de base y que permiten comunicar, cada una, con los terminales moviles o de clientes remotos presentes en una zona geografica delimitada. Las antenas repetidoras se pueden conectar, por medio de equipos de enrutamiento, a una pasarela de interconexion que permite el intercambio de datos con la red de Internet. La red formada por estos equipos puede ser de uno de los siguientes tipos: Mobitex Radio Network, DataTAC, GSM (“Global System for Mobile Communication”), GPRS (“General Packet Radio System”), TDMA (“Time Division Multiple Access”), CDMA (“Code Division Multiple Access”), CDPD (“Cellular Digital Packet Data”), iDEN (“integrated Digital Enhanced Network”), EvDO (“Evolution-Data Optimized”) CDMA2000, EDGE (“Enhanced Data rates for GSM Evolution”), UMTS (“Universal Mobile Telecommunication Systems”), HSPDA (“High-Speed Downlink Packet Access”), WiMax (“Worldwide Interoperability for Microwave Access”) o de otro tipo.
de tratamiento de al un procedimiento de
5
10
15
20
25
30
35
40
45
50
55
60
65
En una variante, el cliente remoto 1 puede comprender un ordenador de sobremesa, un ordenador portatil, una tableta tactil o cualquier otro dispositivo electronico que no tenga la posibilidad de conexion a dicha red inalambrica. El cliente remoto 1 se puede conectar entonces a la red inalambrica por medio de un dispositivo de conexion externo, por ejemplo conectado al cliente remoto 1 por medio de una o de una combinacion de una conexion Ethernet, de una interfaz USB, siglas anglosajonas de “Universal Serial Bus”, de una interfaz FireWire (tambien conocida con el nombre de interfaz IEEE 1394), o de otra interfaz de intercambio de datos en serie, a traves de los puertos respectivos o de las interfaces del cliente remoto.
La red de Internet 2 puede comprender una red privada local, una red metropolitana o MAN, siglas anglosajonas de “Metropolitan Area Network”, una red de area extensa o WAN, siglas anglosajonas de “Wide Area Network”, Internet o unas combinaciones de estas, combinaciones que pueden comprender, por ejemplo, unas redes privadas virtuales.
Los clientes remotos 1 pueden emplear unos protocolos IMAP propietarios.
En particular, los clientes remotos 1 pueden emplear unos protocolos IMAP propietarios distintos.
Por ejemplo, un cliente remoto 1 puede emplear un protocolo IMAP propietario como el protocolo “Apple Visual Voicemail Protocol Specification”, v1.1, 5 de marzo de 2008, o el protocolo “OMTP Visual Voice Mail Interface Specification”, v1.3, 11 de junio de 2010, u otros protocolos.
Los protocolos IMAP propietarios distintos son distintos ya que constan de unos controles, de unos parametros y/o de unos identificadores distintos.
Haciendo referencia ahora tambien a las figuras 2a y 2b, un cliente remoto 1 puede comprender un procesador 11 que controla el funcionamiento de conjunto del cliente remoto 1.
El procesador 11 puede estar constituido en la practica por uno o varios microprocesadores programados.
El procesador 11 puede interactuar con un modulo de comunicacion 12 que lleva a cabo las subetapas de comunicacion.
El procesador 11 tambien puede interactuar con unos modulos perifericos adicionales que pueden constar, de forma no limitativa y opcional, de unos perifericos de salida 13, de unos perifericos de entrada 14 y de un modulo 15 de almacenamiento. Los modulos perifericos adicionales no estan limitaos a la lista anterior.
Los perifericos de salida 13 pueden constar un modulo de visualizacion, por ejemplo, un visualizador de cristal lfquido (LCD) o un monitor, por ejemplo, una pantalla catodica o digital.
Tambien pueden comprender un modulo de salida de audio, por ejemplo, un altavoz o unos cascos de audio.
Los perifericos de entrada 14 pueden comprender, por ejemplo, un teclado, un raton, un aparato de navegacion como una o varias ruedas de desplazamiento de clic, una bola de mando, un panel tactil, una pantalla tactil, un microfono de audio o cualquier otro dispositivo que permita a un usuario enviar ordenes o informacion al cliente remoto.
El teclado puede ser un teclado alfanumerico completo, o puede ser un teclado alfanumerico reducido o simplificado como por ejemplo un teclado de telefono.
En algunas formas de realizacion, se puede implementar un periferico de entrada 14 y un modulo de visualizacion 13 utilizando una pantalla tactil que consta de un dispositivo de visualizacion cuya superficie de entrada es sensible al tacto.
El modulo de almacenamiento 15 del cliente remoto 1 puede comprender, por ejemplo, una o varias memorias de acceso directo (RAM), memoria de solo lectura (ROM), un disco duro (HDD) o cualquier otro soporte de almacenamiento de datos digitales.
El modulo de almacenamiento 15 se puede utilizar para almacenar datos locales sobre el cliente remoto 1 como emails o unos archivos adjuntos de e-mails.
En algunas formas de realizacion, el modulo de almacenamiento 15 esta constituido por una memoria de almacenamiento que tiene una ubicacion de memoria reservada para el almacenamiento de los e-mails o de los archivos adjuntos de e-mails.
A tftulo ilustrativo, el modulo de almacenamiento 15 se representa como un bloque unico en la figura 2a pero se
5
10
15
20
25
30
35
40
45
50
55
60
65
apreciara como el modulo de almacenamiento 15 puede constar de una multitud de soportes de memoria que comprenden unos soportes de memoria entre los soportes detallados con anterioridad, por ejemplo, ROM, RAM y un disco duro.
El modulo de almacenamiento 15 del cliente remoto 1 puede tambien almacenar otros datos, por ejemplo, unos datos de servicios que comprenden la informacion requerida por el cliente remoto 1 para establecer y controlar la comunicacion con la red de Internet 2 y el servidor de e-mails 3, por ejemplo, unos datos de servicios de red.
El modulo de almacenamiento 15 del cliente remoto 1 tambien puede almacenar unos datos de usuario de aplicaciones de software como unos e-mails, una libreta de direcciones y de informacion de contacto, una agenda, unos documentos de texto, unos archivos de imagen, sonido o video, o cualquier otra informacion del usuario habitualmente memorizada en el cliente remoto 1.
Los datos almacenados en el modulo de almacenamiento 15 del cliente remoto 1 se pueden organizar, al menos en parte, en un cierto numero de bases de datos que contienen, por ejemplo, cada una unos datos del mismo tipo de datos o unos datos asociados a una misma aplicacion de software del cliente remoto 1.
El procesador 11 ejecuta habitualmente unas instrucciones de un programa tambien llamado software y registrado en el modulo de almacenamiento 15 y puede, por ejemplo, ejecutar unos modulos de software almacenados en el modulo de almacenamiento 15.
Estos modulos de software pueden comprender un programa central o sistema de explotacion y unas aplicaciones de software. Los modulos de software o unas partes de estos, llamado proceso, se pueden descargar temporalmente en una memoria volatil, por ejemplo, una memoria de acceso directo (RAM) del modulo de almacenamiento 15.
La memoria de acceso directo tambien se utiliza para almacenar unos datos variables de ejecucion o de otros tipos de datos o de informacion utilizados temporalmente durante la ejecucion de una aplicacion o de un modulo de software.
Las aplicaciones de software pueden comprender una variedad de aplicaciones entre las cuales, por ejemplo, unas aplicaciones de comunicacion como una aplicacion de mensajena electronica, una aplicacion de mensajena de voz, una aplicacion de comunicacion de telefoma, una aplicacion de cartograffa, una aplicacion de agenda, una aplicacion de libreta de direcciones y una aplicacion de lector multimedia.
Hay que senalar que el cliente remoto 1 puede comprender unos modulos adicionales que no estan representados en la figura 2a pero que los conoce bien el experto en la materia, por ejemplo, una alimentacion que puede comprender una interfaz con una red electrica urbana o una o varias batenas recargables.
La alimentacion proporciona habitualmente energfa electrica a al menos una parte de los circuitos electricos del cliente remoto 1.
Haciendo referencia en particular a las figuras 2a, 2b y 3, se va a describir a continuacion con mas detalle un servidor de e-mails.
El servidor de e-mails 3 se puede implementar empleando cualquier ordenador o servidor conocido y se puede realizar, por ejemplo, utilizando uno o varios ordenadores y/o servidores que ejecutan una o varias aplicaciones de software que realizan las funciones descritas con anterioridad.
El servidor de e-mails 3 esta configurado para implementar un cierto numero de modulos que comprende, de forma no limitativa y opcional, un modulo de control 31, unos modulos de comunicacion 32, un modulo de analisis 36, unos modulos de aplicaciones IMAP propietarios y de generacion de e-mails 33, y unos modulos de almacenamiento 35.
En una forma de realizacion, el servidor de e-mails 3 puede, por ejemplo, constar de uno o de varios microprocesadores que ejecutan unas instrucciones de uno o varios programas, tambien llamados aplicaciones de software, de forma que se implementen dichos modulos.
Dichos programas o aplicaciones de software se pueden almacenar por ejemplo en una memoria de trabajo o de solo lectura del servidor de e-mails 3.
El modulo de control 31 puede controlar la ejecucion de los componentes y de los modulos del servidor de e-mails 3, iniciarlos, detenerlos y volver a iniciarlos si fuera necesario.
Los modulos de comunicacion 32 se conectan con los clientes remotos 1 y los servidores de almacenamiento 4.
Los modulos de comunicacion 32 se pueden adaptar para comunicar con los clientes remotos 1 y los servidores de
5
10
15
20
25
30
35
40
45
50
55
60
65
almacenamiento 4 a traves de una red privada local, una red metropolitana (MAN), una red de area extensa (WAN), Internet o a traves de las combinaciones de estas, combinaciones que pueden por ejemplo comprender unas redes privadas virtuales.
El modulo de control 31, los modulos de comunicacion 32, el modulo de analisis 36, los modulos de aplicaciones IMAP propietarios y de generacion de e-mails 33 y los modulos de almacenamiento 35 se pueden implementar, por ejemplo, cada uno gracias a unas aplicaciones de software autonomas, o bien combinarse en una o varias aplicaciones de software, o como unos procesos de otra aplicacion de software.
En algunas formas de realizacion, las funciones ejercidas por cada uno de los modulos identificados con anterioridad se pueden realizar en una multitud de modulos independientes mas que en un modulo unico e integrado, y uno o varios de estos modulos se pueden implementar como partes de otras aplicaciones de software.
Un cliente remoto 1 puede, por ejemplo, controlar su buzon de correo electronico e intercambiar unos e-mails con el servidor de e-mails 3 por medio de un protocolo de consulta, de recuperacion y/o de envfo de correos electricos como el protocolo IMAP, siglas anglosajonas de “Internet message access protocol” o un protocolo derivado.
Los clientes remotos 1 intercambian a traves de la red de Internet un flujo de datos IMAP con el servidor de e-mails 3.
Estos flujos de datos IMAP comprenden un conjunto de instrucciones y de informacion intercambiadas entre un cliente remoto 1, 1' y el servidor de e-mail 3 de acuerdo con un protocolo IMAP, por ejemplo, un protocolo IMAP propietario como se ha mencionado con anterioridad para los clientes remotos 1.
Haciendo referencia ahora en particular a la figura 3, se va a describir con mas detalle a continuacion un servidor de almacenamiento 4.
De forma similar al servidor de e-mails 3, el servidor de almacenamiento 4 se puede implementar empleando cualquier ordenador o servidor conocido y se puede realizar, por ejemplo, utilizando uno o varios ordenadores y/o servidores y ejecutando una o varias aplicaciones de software que realizan las funciones que se describen a continuacion.
El servidor de almacenamiento 4 esta configurado para implementar un cierto numero de modulos que comprenden, de forma no limitativa y opcional, un modulo de control 41, unos modulos de comunicacion 42 y unos modulos de almacenamiento 45.
En una forma de realizacion, el servidor de almacenamiento 4 puede, por ejemplo, constar de uno o de varios microprocesadores que ejecutan las instrucciones de uno o varios programas, tambien llamados aplicaciones de software, de forma que implementan dichos modulos.
Dichos programas o aplicaciones de software se pueden almacenar, por ejemplo, en una memoria de trabajo o de solo lectura del servidor de almacenamiento 4.
El modulo de control 41 puede controlar la ejecucion de los componentes y los modulos del servidor de almacenamiento 4, iniciarlos, detenerlos y volver a iniciarlos si fuera necesario.
Los modulos de comunicacion 42 pueden conectarse e intercambiar datos con el servidor de e-mail 3 y unas fuentes de datos externas 5, por ejemplo a traves de una red de area extensa inalambrica (WWAN) tambien conocida con el nombre de red celular movil o red movil terrestre, una red local inalambrica (WLAN), una red privada local, una red metropolitana (MAN), una red de area extensa (WAN), Internet o unas combinaciones de estas, combinaciones que pueden comprender, ademas, unas redes privadas virtuales.
Las fuentes de datos externas 5 pueden comprender una variedad de terminales fuente de tipos diferentes segun los datos almacenados en el servidor de almacenamiento 4.
A tttulo meramente ilustrativo, un servidor de almacenamiento 4 de un sistema de mensajena de voz, adaptado para almacenar mensajes de voz, puede tener como fuentes de datos externas 5 unos telefonos que se conectan a dicho servidor de almacenamiento a traves de una red telefonica.
El servidor de e-mail 3 se conecta a los modulos de comunicacion 42 de un servidor de almacenamiento 4 utilizando un servicio web, por ejemplo, empleando un protocolo entre OSA, SOAP, REST, XML-RPC o una combinacion de estos protocolos.
Cualquier protocolo de intercambio de datos adaptado para emplearse para la comunicacion entre el servidor de e-mail 3 y los servidores de almacenamiento 4.
5
10
15
20
25
30
35
40
45
50
55
60
65
El modulo de control 41, los modulos de comunicacion 42 y los modulos de almacenamiento 45 se pueden implementar, por ejemplo, cada uno gracias a unas aplicaciones de software autonomas, o bien combinarse en una o varias aplicaciones de software, o como unos procesos de otra aplicacion de software.
En algunas formas de realizacion, las funciones ejercidas por cada uno de los modulos identificados con anterioridad se pueden realizar en una multitud de modulos independientes mas que en un modulo unico e integrado, y uno o varios de estos modulos se pueden implementar como parte de otras aplicaciones de software.
De forma ventajosa, el o los servidores de almacenamiento 4 pueden ser accesibles por el cliente remoto 1 a traves de la red de Internet 2 unicamente por medio del servidor de e-mail 3.
De este modo, un usuario de un cliente remoto 1 no puede acceder directamente a los servidores de almacenamiento 4 a traves de la red de Internet 2.
De esta forma, los servidores de almacenamiento 4 se pueden proteger de los riesgos de intrusion.
Haciendo referencia a continuacion tambien a la figura 4, se va a describir a continuacion con mas detalle un procedimiento de tratamiento de flujo IMAP.
Este procedimiento consta de una etapa de traduccion 2000 que puede ir precedida por una etapa de conexion 1000.
Haciendo referencia en particular a las figuras 2a y 4, la etapa de conexion 1000 puede constar de una primera subetapa de autentificacion 1100 a lo largo de la cual el cliente remoto 1 se identifica en el servidor de e-mails 3.
La subetapa de autentificacion 1100 puede, por ejemplo, comprender la transmision al servidor de e-mails 3 de identificadores de usuario 100 que pueden constar, por ejemplo, de un nombre de usuario 110 asf como de una contrasena 120.
En algunas formas de realizacion, por ejemplo, cuando la red 2 es una red no segura como Internet, los identificadores de usuario 100 pueden comunicarse de manera ventajosa de forma encriptada.
Las comunicaciones se pueden hacer seguras mediante el uso de un protocolo seguro de transferencia, por ejemplo, el protocolo Transport Layer Security (TLS).
El cliente remoto 1 puede por tanto requerir, de forma previa al envfo de los identificadores 100, la apertura de una sesion segura, por ejemplo, una sesion TLS.
Las comunicaciones se pueden encriptar por tanto utilizando una clave de cifrado simetrica, por ejemplo, por medio de unos algoritmos de tipo AES, siglas anglosajonas de “Advanced Encryption Standard” o de tipo Triple DES, por “Triple Data Encryption Standard”.
Se pueden generar unas claves de cifrado privadas en un entorno protegido y utilizarlas para el cifrado y el descifrado de los datos.
En una forma de realizacion de un procedimiento de acuerdo con la invencion que consta de dicha sesion segura TLS, el cliente remoto 1 puede, antes de requerir la apertura de una sesion TSL, solicitar al servidor de e-mails 3 que enumere sus capacidades, con el fin de verificar que el servidor de e-mails 3 tiene la capacidad de comunicar mediante una sesion segura TLS.
La subetapa de autentificacion se puede implementar empleando un protocolo de consulta, de recuperacion y/o de envfo de correos electronicos como el protocolo IMAP, siglas anglosajonas de “Internet message access protocol”.
Una vez que el servidor de e-mails 3 ha obtenido los identificadores de usuario 100, puede compararlos con unos identificadores de usuario de referencia 130 almacenados en la memoria. Los identificadores de referencia 130 tambien se pueden almacenar en un servidor remoto, por ejemplo, un servidor de almacenamiento 4.
Si los identificadores de usuario 100 son identicos a los identificadores de referencia 130, se puede identificar al cliente remoto 1.
A lo largo de una segunda subetapa 1200, el servidor de e-mails 3 puede obtener una informacion de caractensticas tecnicas 200 desde un servidor de almacenamiento 4. Esta informacion de caractensticas tecnicas 200 esta de manera ventajosa asociada a los identificadores de usuario 100 del cliente remoto 1, por ejemplo, por medio de una base de datos 299 de un servidor de almacenamiento 4.
La informacion de caractensticas tecnicas 200 puede, por ejemplo, comprender una informacion de material 210
5
10
15
20
25
30
35
40
45
50
55
60
65
relativa al material electronico que constituye el cliente remoto 1 y una informacion de software 220 relativa a las aplicaciones de software instaladas en dicho cliente remoto 1 y/o en el sistema de explotacion de dicho cliente remoto 1.
Estas tambien pueden constar de una informacion de usuario 230, relativa al usuario del cliente remoto 1, por ejemplo, el idioma del mensaje en la cual este desea leer los mensajes.
Por ultimo, estas pueden constar de una informacion parametrizada por el usuario del cliente remoto 240 y que indica, por ejemplo, la forma en la que este ultimo desea acceder a los e-mails por medio del cliente remoto 1, por ejemplo, con o sin la visualizacion de las imagenes.
A lo largo de una tercera etapa 1300 opcional, el cliente remoto 1 puede obtener una lista de mensajes 300 contenidos en el buzon de correo electronico o en un directorio de su buzon de correo electronico, por ejemplo, el directorio que corresponde al buzon de entrada.
El cliente remoto 1 puede enviar al servidor de e-mails 3 una peticion, por ejemplo, para obtener una lista de mensajes, de acuerdo con un protocolo de consulta, de recuperacion y/o de envfo de correos electronicos como el protocolo IMAP, siglas anglosajonas de “Internet message access protocol”.
Esta lista de mensajes 300 puede contener uno o varios identificadores de e-mails 310 asociados cada uno a un e-mail 400 del buzon de correo electronico.
El servidor de e-mails 3 puede utilizar la informacion de caractensticas tecnicas 200 cuando se genera la lista de mensajes 300.
A tftulo ilustrativo, el servidor de e-mails 3 puede por tanto seleccionar unicamente los mensajes que puede leer el cliente remoto 1 para incluirlos en la lista de mensajes 300.
La etapa de conexion 1000 se puede realizar al menos en parte mediante el modulo de analisis 36.
Tras la etapa de conexion 1000, la etapa de traduccion 2000 consiste, de forma general y sin ser limitativa, en
traducir y ejecutar las instrucciones comprendidas en el flujo de datos IMAP. Esta etapa tambien puede comprender otras subetapas y a continuacion se va a detallar mas.
La etapa de traduccion 2000 consta de una primera subetapa 2100, realizada por el modulo de analisis 36, y que consiste en extraer de un flujo de datos IMAP, unos datos de logica de propietario.
A continuacion, a lo largo de una segunda subetapa 2200, un modulo de aplicacion IMAP propietario ejecuta unas tareas relativas a los datos de protocolo propietario extrafdos.
Los datos de logica de propietario estan asociados a cada protocolo IMAP propietario.
Estos se definen de forma que se traduzcan las instrucciones de cada protocolo IMAP propietario en forma de instrucciones ejecutables por lo modulos de aplicacion IMAP propietario.
El modulo de aplicacion IMAP propietario se selecciona entre varios modulos de aplicacion IMAP propietario en
funcion de la informacion de caractensticas tecnicas 200 obtenida durante la etapa de conexion 1000.
De este modo, por ejemplo, un primer modulo de aplicacion IMAP propietario se puede adaptar para ejecutar las instrucciones de un primer protocolo IMAP propietario, por ejemplo, el protocolo “Apple Visual Voicemail Protocol Specification” v1.1, 5 de marzo de 2008.
Un segundo modulo de aplicacion IMAP propietario se puede adaptar para ejecutar unas instrucciones de un segundo protocolo IMAP propietario, por ejemplo, el protocolo “OMTP Visual Voice Mail Interface Specification” v1.3, 11 de junio de 2010.
De este modo, a lo largo de la subetapa 2200, el modulo de aplicacion IMAP propietario puede generar unos datos de respuesta de protocolo propietario, por ejemplo, tal como se va a describir mas adelante en relacion con la generacion de un e-mail bajo demanda.
Por ultimo, la etapa de traduccion 2000 consta de una ultima subetapa 2300, realizada al menos en parte por el modulo de analisis 36, que consiste en generar un flujo de datos IMAP de retorno a partir de los datos de respuesta de protocolo propietario.
El anterior protocolo se puede emplear, por ejemplo, durante la entrega bajo demanda de un e-mail que consiste, de forma general y sin ser limitativo, para el servidor de e-mails 3 en entregar a un cliente remoto 1 un e-mail 400
5
10
15
20
25
30
35
40
45
50
55
60
65
solicitado por este ultimo.
Con esta finalidad, la subetapa que consiste en extraer de un flujo de datos IMAP unos datos de protocolo propietario puede comprender la extraccion de una peticion de entrega de un e-mail, constando dicha peticion de un identificador de e-mail 310 emitido por un cliente remoto 1.
Este identificador de e-mail 310 puede, por ejemplo, constar de un conjunto de caracteres alfanumericos o de un codigo que identifica el e-mail 400 solicitado por el cliente remoto 1.
Este identificador de e-mails 310 lo puede modificar con el tiempo el servidor de e-mails 3, por ejemplo, cuando el e-mail 400 se desplaza de un directorio a otro del buzon de correo electronico, pero identifica en un instante dado el e-mail 400 solicitado por el cliente remoto 1.
Haciendo referencia, ademas, a la figura 5, la subetapa 2200, que consiste en ejecutar unas tareas relativas a los datos de protocolo propietario extrafdos puede constar de varias operaciones realizadas por un modulo de aplicacion IMAP propietario del servidor de e-mail 3.
A lo largo de una primera operacion 2210 de recuperacion, el servidor de e-mail 3 recupera unos datos de generacion de e-mail 500 desde uno o varios servidores de almacenamiento 4.
Los datos de generacion de e-mail 500 se pueden asociar de manera ventajosa al identificador de e-mail 310, por ejemplo, por medio de una base de datos 599 del servidor de almacenamiento 4.
Los datos de generacion de e-mail 500 tambien se pueden asociar al identificador de cliente remoto 310, por ejemplo, por medio de una base de datos 598 de un servidor de almacenamiento 4.
Los datos de generacion de e-mail 500 pueden constar de unos datos que hay que encapsular 510, por ejemplo, por medio de una base de datos 598 de un servidor de almacenamiento 4.
Los datos de generacion de e-mail 500 pueden constar de unos datos que hay que encapsular 510, por ejemplo un mensaje de voz o visual, una imagen o un video, una grabacion sonora, un fax o un documento digitalizado, una notificacion de evento, por ejemplo una notificacion de una llamada perdida, y/o cualquier otro dato destinado a encapsularse en el e-mail 400 o vinculados al e-mail 400, por ejemplo en forma de un archivo adjunto 410 por medio del protocolo de intercambio MIME, siglas anglosajonas de “Multipurpose Internet Mail Extensions” o del protocolo S/MIME por “Secure / Multipurpose Internet Mail Extensions”.
Los datos de generacion de e-mail 500 tambien pueden constar de unos atributos de mensaje 520 que definen unos parametros de generacion del e-mail 400.
Los atributos de mensaje 520 pueden definir el idioma en el cual se debe generar el mensaje, unos parametros relacionados con el objeto del mensaje, en el cuerpo del mensaje, al emisor del mensaje.
Los atributos de mensaje 520 pueden definir unos parametros de generacion de los encabezados, tambien llamados “headers”, del e-mail 420.
La subetapa 2200 de ejecucion de tareas relativas a los datos de protocolo propietario tambien puede constar de una operacion 2220 de actualizacion en el servidor de almacenamiento de los datos de generacion de e-mails 500.
Esta actualizacion puede consistir en actualizar el estado de los datos de generacion de e-mail 500, por ejemplo, en una base de datos, en desplazar los datos de generacion de e-mail 500 a otro directorio de un modulo de almacenamiento 45 del servidor de almacenamiento 4 o en modificar los datos de generacion de e-mail 500 en el servidor de almacenamiento 4.
A tftulo meramente ilustrativo, en una forma de realizacion en la que el servidor de almacenamiento 4 forma parte de un sistema de mensajena de voz y esta adaptado para almacenar unos mensajes de voz, los datos de generacion de e-mail 500 pueden comprender unos mensajes de voz y la actualizacion de dichos datos de generacion de e-mail 500 puede constar del archivado de dichos mensajes de voz.
Una tercera operacion de generacion 2230 puede constar a continuacion de la generacion, por el modulo de aplicacion IMAP propietario, del e-mail 400 asociado al identificador de e-mail 310.
La operacion de generacion 2230 se realiza de manera ventajosa en funcion de la informacion de caractensticas tecnicas 200 y/o de los datos de generacion de e-mail 500.
La operacion de generacion 2230 consta de la generacion de los encabezados 420 del e-mail 400, por ejemplo los encabezados que especifican el objeto, el destinatario, el emisor, la fecha, la direccion de respuesta, un identificador
5
10
15
20
25
30
35
40
45
50
55
60
65
secundario del mensaje, la importancia del e-mail, unas variables o unos identificadores de versiones MIME o HTTP, el tipo de contenido, un identificador de contenido, el tipo de codificacion, unas variables o unos identificadores de version de aplicacion de software y/o cualquier otro campo de e-mail util.
La operacion de generacion 2230 tambien puede comprender la generacion del cuerpo 430 del e-mail 400.
La generacion del cuerpo 430 del e-mail puede comprender la generacion de un texto de mensaje, de imagenes, de video, de animaciones y/o de sonidos que hay que incluir en el cuerpo del e-mail 430.
El cuerpo 430 del e-mail se puede generar, por ejemplo, en un idioma especificado por la informacion de caractensticas tecnicas 200 y/o los atributos de mensaje 520.
A tftulo ilustrativo no limitativo, la informacion de software 220, relativa a las aplicaciones de software instaladas en dicho cliente remoto 1, pueden indicar que el cliente remoto 1 dispone de una aplicacion de software espedfica para la lectura de los mensajes que constan de un archivo adjunto proporcionado con un mensaje de voz.
El e-mail 400 se podra por tanto generar de forma que cumpla con las especificaciones de esta aplicacion de software, por ejemplo, por medio de encabezados 420 o de un cuerpo de mensaje 430 adaptados.
En otra forma de realizacion y siempre a tftulo ilustrativo no limitativo, la informacion de caractensticas tecnicas 200 pueden indicar que el cliente remoto 1 accede a los mensajes por medio de un cliente de mensajena conocido como, por ejemplo, Lotus Notes de IBM, Mail de Apple, Microsoft Outlook o Mozilla Thunderbird.
El e-mail 400 se podra por tanto generar de forma que pueda leerlo y entenderlo un usuario humano, por ejemplo, por medio de unos encabezados 420 y/o de un cuerpo de mensaje 430 adaptados.
La operacion de generacion 2230 puede, ademas, comprender la generacion o la adaptacion de una o de varias piezas adjuntas 410 en el mensaje.
Para proporcionar de nuevo un ejemplo a tftulo ilustrativo no limitativo que permita entender mejor las ventajas de la invencion, la informacion de caractensticas tecnicas 200 puede indicar uno o varios formatos de archivo adjunto 410 que el cliente remoto 1 es capaz de presentar al usuario, por ejemplo, en el caso de un mensaje de voz, uno o varios formatos de datos de audio que el cliente remoto 1 es capaz de transmitir mediante un periferico de salida 13 como un altavoz.
La operacion de generacion 2230 puede por tanto comprender la adaptacion mediante la transcodificacion de datos que hay que encapsular 510 de forma que se genere un archivo adjunto 410 en un formato que pueda leer el cliente remoto 1.
Por ultimo, la operacion de generacion 2230 puede constar de la concatenacion de los encabezados 420, cuerpo de mensaje 430 y archivos adjuntos 410 generados con el fin de formar el e-mail 400.
Por ultimo, la subetapa 2300 que consiste en generar un flujo de datos IMAP de retorno puede comprender la transmision del e-mail 400 generado desde el servidor de e-mails 3 hasta el cliente remoto 1.
Esta transmision puede constar de la generacion de un flujo de datos IMAP de retorno que consta del e-mail generado durante la subetapa anterior 2200 asf como de la transmision de dicho flujo de datos IMAP de retorno al cliente remoto 1.
Esta transmision se puede hacer a traves de la red de Internet 2 y, por ejemplo, de acuerdo con un protocolo de consulta, de recuperacion y/o de envfo de correos electronicos como el protocolo IMAP, siglas anglosajonas de “Internet message access protocol”.
De forma general, las comunicaciones entre el cliente remoto 1 y el servidor de e-mail 3 se pueden realizar de acuerdo con un protocolo de consulta, de recuperacion y/o de envfo de correos electronicos como el protocolo IMAP, siglas anglosajonas de “Internet message access protocol”.
Las formas de realizacion de la invencion presentadas con anterioridad se describen unicamente a tftulo de ejemplos.
El experto en la tecnica puede llevar a cabo modificaciones y combinaciones de unas formas particulares de realizacion sin abandonar el campo de aplicacion de la presente invencion.
En particular, las caractensticas de una o de varias formas de realizacion descritas con anterioridad se pueden seleccionar y combinar para crear unas variantes de realizacion que comprenden unos subconjuntos de caractensticas que no se han descrito de forma expftcita con anterioridad.
Ademas, las caractensticas de una o de varias de las formas de realizacion descritas con anterioridad se pueden seleccionar y combinar para crear variantes de realizacion que comprenden unas combinaciones de caractensticas que no se han descrito de forma explfcita con anterioridad.
5 El experto en la tecnica, tras analizar la invencion en su conjunto, vena claramente las caractensticas adaptadas para dichas combinaciones y sub-combinaciones.
Se debe entender que el objeto de la invencion tambien cubre todos los cambios apropiados en materia de tecnologfa, en particular las evoluciones de los protocolos informaticos mencionados con anterioridad.
10

Claims (9)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
    REIVINDICACIONES
    1. Procedimiento de tratamiento de al menos dos flujos de datos IMAP, intercambiandose los flujos de datos IMAP a traves de una red de Internet entre un servidor de e-mails (3) y al menos dos clientes remotos (1, 1') que emplean respectivamente un primer protocolo IMAP propietario y un segundo protocolo IMAP propietario distintos, correspondiendo cada flujo de datos IMAP respectivamente a una conexion de un cliente remoto respectivo a un buzon de correo electronico, caracterizandose el procedimiento por que comprende una etapa de traduccion (2000) que consta de:
    una primera subetapa (2100), realizada por un modulo de analisis (36), que consiste en extraer de un flujo de datos IMAP, unos datos de protocolo propietario y que comprende la extraccion de una solicitud de entrega de un e-mail identificado por un identificador de e-mail (310),
    una segunda subetapa (2200) que consiste en ejecutar al menos una tarea relativa a los datos de protocolo propietario extrafdos por un modulo de aplicacion IMAP propietario (33) que intercambia unos datos con al menos un servidor de almacenamiento (4, 5) a traves de una red para obtener unos datos de respuestas de protocolo propietario, constando dicha subetapa de las operaciones de:
    obtener (2210) desde al menos un servidor de almacenamiento (4, 5) unos datos que hay que encapsular y unos datos de atributos de mensajes (500), estando dichos datos asociados al identificador de e-mail (310), y generar (2230) el e-mail a partir de los datos que hay que encapsular y de los datos de atributos de mensajes, y
    una tercera subetapa (2300) realizada por el modulo de analisis (36) que consiste en generar un flujo de datos IMAP de retorno a partir de los datos de respuesta de protocolo propietario y que comprende la transmision de dicho e-mail al cliente remoto (1, 1'),
    seleccionandose dicho modulo de aplicacion IMAP propietario entre un primer modulo de aplicacion IMAP propietario y un segundo modulo de aplicacion IMAP propietario (33), estando el primer modulo de aplicacion IMAp propietario adaptado para ejecutar unas tareas relativas al primer protocolo IMAP propietario, estando el segundo modulo de aplicacion IMAP propietario adaptado para ejecutar unas tareas relativas al segundo protocolo IMAP propietario.
  2. 2. Procedimiento de acuerdo con la reivindicacion 1, en el cual el modulo de aplicacion IMAP propietario (33) se selecciona entre el primer modulo de aplicacion IMAP propietario y el segundo modulo de aplicacion IMAP propietario en funcion de la informacion de caractensticas tecnicas (200) asociadas al cliente remoto (1, 1').
  3. 3. Procedimiento de acuerdo con la reivindicacion 1 o 2, en el cual el modulo de analisis (36) intercambia unos datos con al menos un servidor de almacenamiento (4) a traves de una red, comprendiendo el procedimiento ademas una etapa de autentificacion (100) realizada antes de la etapa de traduccion y que consta de
    una subetapa de identificacion (1100) del cliente remoto por el servidor de e-mails (3), y
    una subetapa de recuperacion (1200) en el servidor de e-mails (3), desde un servidor de almacenamiento (4), de informacion de caractensticas tecnicas (200) asociadas al cliente remoto.
  4. 4. Procedimiento de acuerdo con una de las reivindicaciones 1 a 3, caracterizado por que la operacion de obtener (2200) desde al menos un servidor de almacenamiento (4) unos datos que hay que encapsular (500) y unos datos de atributos de mensajes comprende la actualizacion (2220) de dichos datos en el servidor de almacenamiento (4).
  5. 5. Procedimiento de acuerdo con una cualquiera de las reivindicaciones 1 a 4, caracterizado por que la operacion de generar el e-mail (2300) y/o la operacion de obtener (2200) desde al menos un servidor de almacenamiento (4) unos datos que hay que encapsular y unos datos de atributos de mensajes, se realiza en funcion de la informacion de caractensticas tecnicas (200).
  6. 6. Procedimiento de acuerdo con una cualquiera de las reivindicaciones 1 a 5, caracterizado por que los datos que hay que encapsular (500) constan de unos datos seleccionados en una lista que comprende un mensaje de voz, un mensaje de voz visual, una imagen, un video, una grabacion sonora, un fax, un documento digitalizado, una notificacion de evento.
  7. 7. Procedimiento de acuerdo con una cualquiera de las reivindicaciones 3 a 6, caracterizado por que el servidor de almacenamiento (4) es accesible, por el cliente remoto (1, 1') y a traves de la red de Internet (2), unicamente por medio del servidor de e-mail (3).
  8. 8. Servidor de e-mails (3) para tratar al menos dos flujos de datos IMAP, intercambiandose los flujos de datos IMAP a traves de una red de Internet (2) con al menos dos clientes remotos (1, 1') que emplean respectivamente un primer protocolo IMAP propietario y un segundo protocolo IMAP propietario distintos, correspondiendo cada flujo de datos IMAP respectivamente a una conexion de un cliente remoto respectivo a un buzon de correo electronico, caracterizandose el servidor de e-mails por que comprende:
    10
    15
    20
    un modulo de analisis (36) para realizar una subetapa que consiste en extraer (2100) de un flujo de datos IMAP, unos datos de protocolo propietario y que comprende la extraccion de una solicitud de entrega de un e-mail identificado por un identificador de e-mail, y una subetapa que consiste en generar (2300) un flujo de datos IMAP de retorno a partir de los datos de respuesta de protocolo propietario y que comprende la transmision de dicho email al cliente remoto (1, 1'), y
    al menos un primer modulo de aplicacion IMAP propietario y un segundo modulo de aplicacion IMAP propietario (33), estando el primer modulo de aplicacion IMAP propietario adaptado para ejecutar unas tareas relativas al primer protocolo IMAP propietario, estando el segundo modulo de aplicacion IMAP propietario adaptado para ejecutar unas tareas relativas al segundo protocolo IMAP propietario,
    intercambiando dichos modulos de aplicacion IMAP propietario (33) unos datos con al menos un servidor de almacenamiento (4) a traves de una red y estando adaptados para realizar una subetapa que consiste en ejecutar al menos una tarea relativa a los datos de protocolo propietario extrafdos (2200) para obtener unos datos de respuestas de protocolo propietario, constando dicha subetapa de las operaciones de:
    obtener (2210) desde al menos un servidor de almacenamiento unos datos que hay que encapsular y unos
    datos de atributos de mensajes, estando dichos datos asociados al identificador de e-mail, y
    generar (2230) el e-mail a partir de los datos que hay que encapsular y de los datos de atributos de
    mensajes.
  9. 9. Producto programa de ordenador que comprende unas instrucciones aptas para implementar, durante una ejecucion de este programa por un procesador de un servidor de e-mails, las etapas de un procedimiento de acuerdo con una cualquiera de las reivindicaciones 1 a 7.
ES13730293.1T 2012-05-31 2013-05-29 Procedimiento de tratamiento de flujos de datos IMAP, servidores de e-mails y programas de ordenador que implementan tales procedimientos Active ES2625407T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
FR1255031A FR2991538B1 (fr) 2012-05-31 2012-05-31 Procede de traitement de flux de donnees imap, serveurs de courriels et programmes d'ordinateur mettant en oeuvre de tels procedes
FR1255031 2012-05-31
PCT/FR2013/051195 WO2013178944A1 (fr) 2012-05-31 2013-05-29 Procédé de traitement de flux de données imap, serveurs de courriels et programmes d'ordinateur mettant en oeuvre de tels procédés

Publications (1)

Publication Number Publication Date
ES2625407T3 true ES2625407T3 (es) 2017-07-19

Family

ID=47191837

Family Applications (1)

Application Number Title Priority Date Filing Date
ES13730293.1T Active ES2625407T3 (es) 2012-05-31 2013-05-29 Procedimiento de tratamiento de flujos de datos IMAP, servidores de e-mails y programas de ordenador que implementan tales procedimientos

Country Status (9)

Country Link
US (1) US10498682B2 (es)
EP (1) EP2856709B1 (es)
JP (1) JP2015525512A (es)
CN (1) CN104685836B (es)
CA (1) CA2874207C (es)
ES (1) ES2625407T3 (es)
FR (1) FR2991538B1 (es)
HK (1) HK1206169A1 (es)
WO (1) WO2013178944A1 (es)

Family Cites Families (35)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6021432A (en) * 1994-10-31 2000-02-01 Lucent Technologies Inc. System for processing broadcast stream comprises a human-perceptible broadcast program embedded with a plurality of human-imperceptible sets of information
JPH11175419A (ja) 1997-12-17 1999-07-02 Sharp Corp 電子メール送受信システム
FI105971B (fi) * 1998-04-30 2000-10-31 Nokia Mobile Phones Ltd Menetelmä ja laitteisto sähköpostin käsittelemiseksi
JP3595719B2 (ja) 1999-03-16 2004-12-02 シャープ株式会社 電子メール中継装置およびプログラム記録媒体
US7117246B2 (en) * 2000-02-22 2006-10-03 Sendmail, Inc. Electronic mail system with methodology providing distributed message store
AU2001249961A1 (en) * 2000-04-11 2001-10-23 Telecommunication Systems, Inc. Individualized network information server
US20010042100A1 (en) * 2000-04-14 2001-11-15 David Guedalia Unified system and methodology for remote access to e-mail
US6665378B1 (en) * 2000-07-31 2003-12-16 Brenda Gates Spielman IP-based notification architecture for unified messaging
TW519591B (en) * 2001-06-26 2003-02-01 Wistron Corp Virtual e-mail server system
US7093029B2 (en) * 2001-09-24 2006-08-15 International Business Machines Corporation Method and system for providing accessibility to electronic mail
US8660537B2 (en) * 2001-11-16 2014-02-25 At&T Mobility Ii Llc System for the storage and retrieval of messages
US7194252B1 (en) * 2001-12-13 2007-03-20 Bellsouth Intellectual Property Corp. Remote electronic mailbox access
US8117264B1 (en) * 2002-10-07 2012-02-14 Yahoo! Inc. Email system
US8638910B2 (en) * 2003-07-14 2014-01-28 Cisco Technology, Inc. Integration of enterprise voicemail in mobile systems
US7392289B2 (en) * 2003-08-01 2008-06-24 Estationer, Llc Method, system, and program product for automatically formatting electronic mail addressed to an intended recipient
US7289975B2 (en) * 2003-08-11 2007-10-30 Teamon Systems, Inc. Communications system with data storage device interface protocol connectors and related methods
US8005462B2 (en) * 2004-02-17 2011-08-23 Teamon Systems, Inc. System and method of retrieving electronic mail
CN100373899C (zh) * 2004-02-24 2008-03-05 中兴通讯股份有限公司 移动邮件网关系统及基于该系统的移动邮件业务实现方法
CA2493907A1 (en) * 2005-01-24 2006-07-24 Oz Communications Wireless e-mail system
US20060277322A1 (en) * 2005-06-03 2006-12-07 Nokia Corporation System and method for implementing reference-based electronic mail compression
US9401900B2 (en) * 2005-07-01 2016-07-26 Cirius Messaging Inc. Secure electronic mail system with thread/conversation opt out
US8095599B2 (en) * 2005-10-20 2012-01-10 International Business Machines Corporation Mail-based web application and document delivery
WO2007057976A1 (ja) * 2005-11-21 2007-05-24 Fujitsu Limited メール送受信プログラム、メール送受信方法およびメール送受信装置
US7649902B2 (en) * 2006-11-22 2010-01-19 Sun Microsystems, Inc. Method and apparatus for performing syntax-directed application layer data buffering
US20090138562A1 (en) * 2007-11-28 2009-05-28 Loyal Technology Solutions, L.L.C. Method and system for aggregation of electronic messages
WO2010003243A1 (en) * 2008-07-09 2010-01-14 Research In Motion Limited Delivery of email messages in multiple parts
CN101645853A (zh) * 2008-08-07 2010-02-10 华为技术有限公司 一种邮件转换、获取方法、邮件服务器、客户端及系统
US8504687B2 (en) * 2008-11-26 2013-08-06 Telecom Italia S.P.A. Application data flow management in an IP network
JP5124527B2 (ja) * 2009-05-26 2013-01-23 株式会社日立製作所 メール中継装置
CA2756552C (en) * 2010-10-29 2015-10-06 Research In Motion Limited Forwarding e-mail from a wireless device
US20130266129A1 (en) * 2010-12-13 2013-10-10 Samsung Electronics Co., Ltd. Method and system for recalling a voice mail
CN102546537B (zh) * 2010-12-15 2017-03-29 中兴通讯股份有限公司 媒体消息的处理方法和系统
WO2013015555A2 (en) * 2011-07-26 2013-01-31 Lg Electronics Inc. Enhanced visual voice mail
CN103095554B (zh) * 2011-11-04 2018-01-02 中兴通讯股份有限公司 媒体消息发送方法、装置及系统
US10649622B2 (en) * 2012-05-09 2020-05-12 Apple Inc. Electronic message user interface

Also Published As

Publication number Publication date
EP2856709A1 (fr) 2015-04-08
WO2013178944A1 (fr) 2013-12-05
US20150142900A1 (en) 2015-05-21
JP2015525512A (ja) 2015-09-03
CN104685836B (zh) 2018-04-10
FR2991538A1 (fr) 2013-12-06
HK1206169A1 (en) 2015-12-31
CA2874207A1 (fr) 2013-12-05
FR2991538B1 (fr) 2015-04-24
US10498682B2 (en) 2019-12-03
CN104685836A (zh) 2015-06-03
EP2856709B1 (fr) 2017-01-18
CA2874207C (fr) 2017-05-16

Similar Documents

Publication Publication Date Title
CA2479619C (en) Certificate information storage system and method
WO2013184441A1 (en) Confidential message exchange using benign, context-aware cover message generation
US9225524B2 (en) Forwarding e-mail from a wireless device
WO2018113707A1 (zh) 一种邮件发送方法、邮件控制方法、发送端及接收端
US8621648B2 (en) Method and system for secure exchange and use of electronic business cards
US20130282850A1 (en) Method and system for processing media messages
US10594644B2 (en) Methods for delivering electronic mails on request, electronic mail servers and computer programs implementing said methods
ES2394112T3 (es) Sistema, método y dispositivo para realizar una notificación de correos electrónicos
CN112637230B (zh) 一种即时通信方法及系统
AU2005201621B2 (en) Transmission of secure electronic mail formats
ES2625407T3 (es) Procedimiento de tratamiento de flujos de datos IMAP, servidores de e-mails y programas de ordenador que implementan tales procedimientos
US8635292B2 (en) Method for reduction of disk space usage of electronic messages in a network
WO2006005987A1 (en) A business model for packaging and delivering internet-mail
JP3803758B2 (ja) パスワード伝達システム、パスワード伝達方法、パスワード伝達プログラム、及び、コンピュータ読取可能な記録媒体
CN108900535A (zh) 邮件加密方法、装置及计算机可读存储介质
CN114553506A (zh) 基于云服务的邮件加密方法、系统、设备及存储介质
US20120296990A1 (en) Shared content server for electronic messages
Grillo et al. TRUSTED SMS
KR20130123860A (ko) 문자 포워딩 장치 및 방법