ES2337016T3 - Tratamiento de mensajes instantaneos en caso de no disposnibilidad del receptor. - Google Patents
Tratamiento de mensajes instantaneos en caso de no disposnibilidad del receptor. Download PDFInfo
- Publication number
- ES2337016T3 ES2337016T3 ES00945915T ES00945915T ES2337016T3 ES 2337016 T3 ES2337016 T3 ES 2337016T3 ES 00945915 T ES00945915 T ES 00945915T ES 00945915 T ES00945915 T ES 00945915T ES 2337016 T3 ES2337016 T3 ES 2337016T3
- Authority
- ES
- Spain
- Prior art keywords
- message
- server
- terminal
- instant messaging
- receiver
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
- 230000006854 communication Effects 0.000 claims abstract description 24
- 238000004891 communication Methods 0.000 claims abstract description 24
- 230000002457 bidirectional effect Effects 0.000 claims abstract description 6
- 238000000034 method Methods 0.000 claims description 19
- HRANPRDGABOKNQ-ORGXEYTDSA-N (1r,3r,3as,3br,7ar,8as,8bs,8cs,10as)-1-acetyl-5-chloro-3-hydroxy-8b,10a-dimethyl-7-oxo-1,2,3,3a,3b,7,7a,8,8a,8b,8c,9,10,10a-tetradecahydrocyclopenta[a]cyclopropa[g]phenanthren-1-yl acetate Chemical compound C1=C(Cl)C2=CC(=O)[C@@H]3C[C@@H]3[C@]2(C)[C@@H]2[C@@H]1[C@@H]1[C@H](O)C[C@@](C(C)=O)(OC(=O)C)[C@@]1(C)CC2 HRANPRDGABOKNQ-ORGXEYTDSA-N 0.000 description 5
- 239000003795 chemical substances by application Substances 0.000 description 5
- 230000011664 signaling Effects 0.000 description 5
- 230000005540 biological transmission Effects 0.000 description 4
- 230000006870 function Effects 0.000 description 3
- 230000004913 activation Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 230000000737 periodic effect Effects 0.000 description 2
- WSGCGMGMFSSTNK-UHFFFAOYSA-M 1-methyl-4-phenyl-1-propan-2-ylpiperidin-1-ium;iodide Chemical compound [I-].C1C[N+](C(C)C)(C)CCC1C1=CC=CC=C1 WSGCGMGMFSSTNK-UHFFFAOYSA-M 0.000 description 1
- 102100024412 GTPase IMAP family member 4 Human genes 0.000 description 1
- 101000833375 Homo sapiens GTPase IMAP family member 4 Proteins 0.000 description 1
- 101001094649 Homo sapiens Popeye domain-containing protein 3 Proteins 0.000 description 1
- 101000608234 Homo sapiens Pyrin domain-containing protein 5 Proteins 0.000 description 1
- 101000578693 Homo sapiens Target of rapamycin complex subunit LST8 Proteins 0.000 description 1
- 102100027802 Target of rapamycin complex subunit LST8 Human genes 0.000 description 1
- 230000007175 bidirectional communication Effects 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 239000012634 fragment Substances 0.000 description 1
- 230000002650 habitual effect Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
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/21—Monitoring or handling of messages
- H04L51/214—Monitoring or handling of messages using selective forwarding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
-
- 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/21—Monitoring or handling of messages
- H04L51/224—Monitoring or handling of messages providing notification on incoming messages, e.g. pushed notifications of received messages
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Multimedia (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Debugging And Monitoring (AREA)
- Exchange Systems With Centralized Control (AREA)
- Mobile Radio Communication Systems (AREA)
- Ultra Sonic Daignosis Equipment (AREA)
- Cephalosporin Compounds (AREA)
- Peptides Or Proteins (AREA)
Abstract
Sistema de comunicaciones que comprende una pluralidad de elementos de red, donde dicho sistema comprende al menos los siguientes elementos de red: un terminal (1) emisor, un terminal (3) receptor, un servidor (2) de mensajería instantánea y una base de datos (4) de servidor, estando adaptado el terminal (1) emisor para enviar al menos un mensaje (11, 12, 13) al terminal (3) receptor a través de dicho servidor (2) de mensajería instantánea según un protocolo de mensajería instantánea, en el que el al menos un mensaje (11, 12, 13) incluye un identificador (12) que especifica si el al menos un mensaje (11, 12, 13) va a almacenarse o no en la base de datos (4) de servidor cuando dicho terminal (3) receptor no esté disponible, estando adaptada dicha base de datos (4) de servidor para reenviar el al menos un mensaje (11, 12, 13) cuando el terminal (3) receptor esté de nuevo disponible, estando caracterizado el sistema porque dicho protocolo de mensajería instantánea puede establecer una conexión bidireccional entre dicho terminal (1) emisor y dicho terminal (3) receptor.
Description
Tratamiento de mensajes instantáneos en caso de
no disponibilidad del receptor.
La invención se refiere a un procedimiento, a un
sistema y a elementos de red de comunicaciones para implementar un
servicio de mensajería instantánea.
Varias redes proporcionan servicios de
mensajería que permiten que los mensajes se envíen desde un terminal
de red a otro terminal de red sin necesidad de iniciar realmente
una llamada. Por ejemplo, una pluralidad de redes GSM soporta un
servicio de mensajes cortos (SMS) que permite la transmisión de
mensajes cortos. Un desarrollo más reciente es el servicio de
mensajería multimedia (MMS) que no solo permite la transmisión de
mensajes de texto sino también de imágenes, etc. Tanto el SMS como
el MMS son servicios de mensajería de almacenamiento y reenvío que
necesitan elementos de red adicionales (por ejemplo, SMSC, centro de
servicio de mensajes cortos) y protocolos dedicados tales como los
especificados en la norma TS 23.040 del ETSI.
El documento "SMS BASED APPLICATIONS FOR
GSM NETWORKS" de Collesei P. et al., CSELT Technical
Reports, Turín, IT, volumen 23, número 3, junio de 1995, páginas
337 a 349, ISSN: 0393-2648, describe un sistema de
comunicaciones que comprende una pluralidad de elementos de red, en
el que una conexión desde un primer elemento de red hasta un
segundo elemento de red puede establecerse utilizando mensajes SMS
transmitidos según un protocolo SMS. Un mensaje corto según el SMS,
servicio de mensajes cortos, puede incluir un parámetro "periodo
de validez" que especifique cuánto tiempo va a estar almacenado
el mensaje para su entrega en caso de que no pueda entregarse al
receptor.
El documento: "INTERNET TELEPHONY:
ARCHITECTURE AND PROTOCOLS-AN IETF
PERSPECTIVE", de Schulzrinne H. et al, Computer
Networks and ISDN Systems, North Holland Publishing, Amsterdam, NL,
volumen 31, número. 3, 11 de febrero de 1999, páginas 237 a 255,
ISSN: 0169-7552, trata sobre telefonía por
Internet.
Internet proporciona una mensajería directa de
usuario a usuario para conversación o mensajería instantánea (por
ejemplo, utilizando el protocolo de presencia/mensajería
instantánea, IMPP). Además, Internet ofrece una mensajería de
almacenamiento y reenvío, por ejemplo, servicio de correo
electrónico (POP3, "protocolo de oficina de correos, versión
3", o IMAP4 "protocolo de acceso a mensajes de Internet,
versión 4").
En la actualidad, algunos servicios de
mensajería instantánea están basados en normas existentes o son
soluciones propietarias tal como el servicio de mensajería
instantánea AOL. Algunos requisitos de futuros servicios de
mensajería instantánea están definidos en las normas RFC 2778 y RFC
2779 del IETF. El servicio de mensajería instantánea solicita que
tanto el emisor como el receptor estén en línea y registrados en el
servidor de mensajería instantánea. Cuando el receptor no esté, por
ejemplo, disponible, no podrá entregarse ningún mensaje
instantáneo.
Para establecer una conexión bidireccional entre
un abonado que llama y un abonado llamado, se proponen varios
protocolos de control de llamada tales como SIP (protocolo de inicio
de sesión; véase, por ejemplo, las normas RFC 2543 y RFC 2543bis).
El SIP no solo puede utilizarse como un protocolo de control de
llamada sino que también ofrece la posibilidad de utilizarse como
un servicio de mensajería instantánea. Por ejemplo, el mensaje
INVITE de SIP puede utilizarse para transportar cargas útiles de
contenido (tipos MIME tales como JPEG) dentro de un mensaje de
protocolo sin la necesidad de establecer realmente una llamada de
voz sobre IP (VoIP). También pueden utilizarse otros tipos de
mensajes SIP (por ejemplo, INFO) y pueden definirse nuevos tipos de
mensajes para esta finalidad. Debe observarse que el mensaje INVITE
es un mensaje de señalización. Por ejemplo, un usuario A puede
incluir las siguientes cargas útiles MIME en un mensaje INVITE para
el usuario B:
- -
- image/jpeg (por ejemplo, para enviar una imagen)
- -
- audio/midi (por ejemplo, para reproducir un fragmento de sonido).
Toda esta información está introducida en un
mensaje SIP.
La fig. 3 muestra un ejemplo de utilización del
mensaje INVITE como una posibilidad de mensajería. Los nombres y
los números de los mensajes mostrados en la fig. 3 están definidos
según la norma RFC 2543. En primer lugar, el usuario A envía un
mensaje INVITE (F1) al usuario B, mensaje que incluye la carga útil.
El usuario B responde devolviendo "100 Trying" (F2), "180
Ringing" (F3) y "200 OK" (F4), que confirma la recepción del
mensaje. Después, el usuario A envía un mensaje "BYE" (F5) al
usuario B que confirma la recepción de este mensaje devolviendo
"200 OK" (F6).
La mensajería basada en SIP proporciona la
ventaja de poder utilizarse sin necesidad de ningún elemento de red
nuevo y, por lo tanto, es más económica y posiblemente puede
sustituir a otros servicios de mensajería. Sin embargo, para llevar
a cabo esta mensajería basada en SIP, tanto el emisor como el
receptor deben estar "en línea", es decir, el usuario B debe
estar disponible.
La presente invención tiene como objetivo
proporcionar un servicio de mensajería instantánea que pueda
implementarse fácilmente y que ofrezca posibilidades de mensajería
mejoradas.
\global\parskip0.900000\baselineskip
La presente invención proporciona un
procedimiento y un sistema definidos en dos reivindicaciones
independientes de las reivindicaciones independientes. Además, la
invención proporciona elementos de red adaptados para llevar a cabo
funciones respectivas, tal y como se define en las demás
reivindicaciones independientes.
Según un aspecto de la invención, el servicio de
mensajería instantánea se mejora proporcionando una capacidad de
almacenamiento de mensajes. Cuando el receptor previsto del mensaje
no pueda recibir el mensaje en un momento dado porque, por ejemplo,
no esté en línea, esté ocupado y/o no esté disponible para la red,
por ejemplo para el servidor proxy del usuario receptor, o debido a
cualquier otro motivo, el mensaje puede almacenarse. Este
almacenamiento del mensaje permite su posterior entrega al usuario
receptor cuando este usuario pueda recibir el mensaje, por ejemplo
después de volver a conectarse a la red. No es necesario establecer
ninguna conexión para una comunicación bidireccional.
El protocolo utilizado normalmente para iniciar
una conexión que permita, por ejemplo, una comunicación
bidireccional entre un equipo de origen de llamada y un equipo de
destino de llamada sirve además para indicar si los mensajes
instantáneos transmitidos van a almacenarse o no en caso de no ser
posible una entrega directa. El protocolo que permite que los
mensajes se envíen desde el equipo emisor hasta el equipo receptor
como parte del protocolo está modificado para poder incluir un
identificador que pueda incluirse o representarse mediante un
comando de almacenamiento. Este comando de almacenamiento puede
ser, en una implementación, un comando de "almacenamiento y
reenvío". Un elemento de red de servicio que intente proporcionar
una conexión con el equipo receptor en vano está adaptado
opcionalmente para comprobar el protocolo con respecto a la
inclusión de tal identificador que representa un comando de
almacenamiento. Cuando se encuentre el comando de almacenamiento, el
mensaje no se descartará simplemente sino que se almacenará en un
lugar apropiado, tal como en una memoria propia de este elemento de
red, o en un dispositivo de almacenamiento de otro elemento de red
tal como un servidor.
Puesto que el identificador puede estar incluido
en el protocolo, el mensaje y el identificador (por ejemplo, el
comando de almacenamiento) pueden transmitirse de una manera
unidireccional desde el equipo emisor hasta el elemento de red de
servicio previsto para establecer conexiones con el equipo receptor.
Esta característica reduce significativamente la carga de
señalización y de tráfico necesaria para transmitir y tratar
mensajes. Además, no es necesario ningún protocolo de mensajería
nuevo y la invención puede implementarse en redes existentes de una
manera económica. Además, no es necesario ningún elemento de red
nuevo para implementar la invención, de manera que la técnica
descrita puede implantarse de manera sencilla y económica mediante
un operador de red o proveedor de servicios. Esta estructura de
servicio de mensajería también puede sustituir a los servicios de
mensajería existentes y, por lo tanto, contribuir a una armonización
de los servicios de mensajería.
El protocolo utilizado opcionalmente es el
protocolo de inicio de sesión, SIP. El protocolo comprende una
parte que permite que un elemento de red, opcionalmente el elemento
de red emisor, especifique si el mensaje va a almacenarse o no, o
almacenarse y reenviarse, fijando o incluyendo, respectivamente, el
identificador. Esta parte de protocolo es, opcionalmente, parte de
la cabecera de protocolo. El elemento receptor de mensajes que
puede ser el elemento de red de servicio que da servicio al elemento
de red receptor actualmente no disponible, puede comprobar
fácilmente la cabecera de protocolo con respecto a la existencia de
tal comando de almacenamiento, o de almacenamiento y reenvío, y
decidirá si almacenar o descartar el mensaje dependiendo del comando
incluido en la cabecera de protocolo (si lo hubiera).
El mensaje se envía opcionalmente en una
solicitud INVITE o en otra solicitud SIP enviada desde el equipo
emisor hasta el equipo receptor.
Cuando el comando sea simplemente un comando de
"almacenamiento", el mensaje se almacenará y el equipo receptor
tendrá que buscar cualquier mensaje almacenado, por ejemplo, cuando
vuelva a conectarse a la red. En caso de un comando de
"almacenamiento y reenvío", el sistema se adapta para reenviar
automáticamente el mensaje al equipo receptor. Este reenvío puede
intentarse, por ejemplo, de manera periódica, o puede llevarse a
cabo cuando se detecte que el equipo receptor esté de nuevo
disponible.
El elemento de red que proporciona este servicio
de almacenamiento, o de almacenamiento y reenvío, puede ser un
servidor tal como un servidor proxy, el cual ya forma parte de las
redes existentes.
A continuación se describirán aspectos,
características y ventajas adicionales de la invención con
referencia a algunas realizaciones mostradas en los dibujos.
Las fig. 1 y 2 ilustran realizaciones de un
sistema de comunicación según la invención;
la fig. 3 muestra los mensajes de señalización
básicos entre equipos de usuario basados en SIP;
las fig. 4 y 5 muestran ejemplos adicionales de
una mensajería SIP a SIP satisfactoria utilizando dos servidores
proxy;
la fig. 6 ilustra la estructura básica de una
palabra de protocolo adaptada según una implementación de la
invención (basada en SIP);
\global\parskip1.000000\baselineskip
la fig. 7 muestra un diagrama de flujo que
ilustra una realización de un procedimiento según la invención;
y
la fig. 8 muestra un diagrama de bloques de una
realización de un sistema según la invención.
La fig. 1 muestra una primera realización de la
invención e ilustra un caso en el que un mensaje va a enviarse
desde un primer elemento 1 de red (usuario A) hasta un segundo
elemento 3 de red (usuario B). Los elementos 1, 3 de red son, en la
presente realización, equipos de cliente o de usuario tales como
terminales. En el presente ejemplo, el elemento 1 de red (usuario
A) es un equipo que intenta enviar un mensaje (por ejemplo,
"MENSAJE user_b@sonera.com" dirigido a user_b@sonera.com) al
elemento 3 receptor (usuario B) que actualmente no está disponible,
por ejemplo, está desconectado, ocupado o situado en una zona no
soportada, etc. La solicitud de conexión del elemento 1 de red se
trata mediante un elemento 2 de red que puede ser un servidor (tal
como un servidor proxy) que proporcione, por ejemplo, una CSCF
(función de control de servidor de llamada), y/o puede ser un
servidor de posiciones base que contenga una base de datos que
almacene información relacionada con las posiciones actuales del
elemento 3 de red y de elementos de red adicionales, la
disponibilidad de los mismos, etc.
Tal y como se muestra en la fig. 1, el servidor
2 almacena parámetros para varios usuarios (equipos de usuario) a
los que dará servicio el servidor 2. Estos parámetros definen los
perfiles de usuario, las capacidades de red y el estado de los
usuarios y terminales. Para el usuario B, el servidor 2 almacena la
información "no disponible"; "almacenar y reenviar:
notificar", "acepta: jpeg, gif", etc. Esta información puede
actualizarse por el servidor 2 o por el equipo 3, por ejemplo,
cuando vuelva a entrar en el área de servicio del servidor 2, o
cuando el equipo 3 desee modificar o complementar los tipos de
mensajes aceptables. El campo "acepta" define los tipos de
mensajes aceptables. El campo "almacenar y reenviar" puede
fijarse por el equipo 3, o por el operador o proveedor de servicios
de la red, a "NO", "SÍ", "NOTIFICAR" (cuando el
usuario emisor vaya a ser notificado después de una entrega
satisfactoria del mensaje al usuario B), "dirección de reenvío o
servicio para el reenvío de mensajes", etc. El operador o
proveedor de servicios puede proporcionar diferentes servicios de
almacenamiento para diferentes abonados, tal como ninguna
posibilidad de almacenamiento para abonados normales y posibilidad
de almacenamiento para abonados de mayor categoría.
Además, el servidor 2 almacena, por ejemplo,
para el usuario C la dirección IP actual "172.3.2.2" para
comunicarse con el usuario C, por ejemplo, a través de SIP. Para el
usuario C, el campo "almacenar y reenviar" se fija como "al
correo electrónico" para reenviar cualquier mensaje SIP entrante
a la dirección de correo electrónico del usuario C. El servidor 2
contiene opcionalmente información adicional para los usuarios B, C
y para usuarios adicionales a los que dé servicio este
servidor.
La red contiene además un elemento de red tal
como un servidor 4 utilizado para almacenar cualquier mensaje SIP
que no pueda entregarse de inmediato al receptor previsto. Este
servidor 4, en la presente realización, no solo se utiliza como un
servidor de almacenamiento, sino también como un servidor de reenvío
para reenviar de manera activa al receptor cualquier mensaje
almacenado, por ejemplo, de manera periódica o cuando reciba
información que indique que el receptor está de nuevo
disponible.
Tal y como se ha mencionado anteriormente, en el
ejemplo mostrado en la fig. 1, el usuario A está intentando enviar
un mensaje "MENSAJE USER_B@sonera.com" al usuario B utilizando
SIP. El mensaje SIP se trata mediante el servidor 2 que comprueba
la disponibilidad del usuario B receptor y detecta que el usuario B
no está disponible en este momento. Después, el servidor 2
comprueba el contenido del campo "almacenar y reenviar" de su
base de datos fijado para el usuario B y detecta la condición
"notificar". El servidor 2 comprueba además el tipo de mensaje
recibido que, en el presente ejemplo, puede ser un tipo "jpeg".
Cuando este tipo de mensaje no esté comprendido en los tipos
mencionados en el campo "acepta", el mensaje se descarta. En
caso contrario, el servidor 2 accede al servidor 4 para guardar el
mensaje que no puede entregarse en este momento, recibido desde el
usuario A. Por lo tanto, el mensaje SIP se almacena en la base de
datos del servidor 4 y espera su posterior entrega al usuario
B.
La fig. 2 muestra la realización de la fig. 1 en
un estado en el que el equipo 3 de usuario (usuario B) está de
nuevo disponible. Cuando el equipo 3 de usuario esté de nuevo
disponible, enviará normalmente un mensaje que indica su estado o
condición actual, por ejemplo, su intención de obtener acceso a la
red. Un mensaje de este tipo se muestra en la fig. 2 como la etapa
1.) y puede consistir en un solicitud "registrar",
"activación de contexto PDP", etc., dependiendo del tipo de
red, etc. Una solicitud de este tipo se transmite al servidor 2 el
cual reconoce por tanto la disponibilidad del equipo 3. Cuando
detecta esta situación, el servidor 2 envía, en la etapa 2.) de la
fig. 2, un mensaje "notificar: usuario B está en línea" al
servidor 4. El servidor 4 comprueba su base de datos con relación a
cualquier mensaje en espera o mensajes almacenados para el usuario
B. Cuando detecta tales mensajes, el servidor 4 envía este mensaje o
mensajes directamente al equipo 3 de usuario, tal y como se muestra
en la etapa 3.), "MENSAJE USER_B@sonera.com". El servidor 4
también puede estar adaptado para enviar una confirmación al
servidor 2 después de una transmisión satisfactoria de los mensajes
almacenados al equipo 3 de usuario. Después, el servidor 2 envía
opcionalmente, en la etapa 4.), un mensaje al equipo 1 de usuario
informándole de la entrega satisfactoria del mensaje al equipo 3 de
usuario. Este mensaje se muestra en la fig. 2 como "NOTIFY A: los
contenidos se han recibido".
Además, el servidor 2 modifica las condiciones
fijadas para el usuario B de "no disponible" a, por ejemplo,
la dirección del usuario B, y/o el campo "almacenar y reenviar"
a "SÍ". En el último caso, cualquier mensaje recibido para el
usuario B cuando vuelva a estar no disponible, simplemente se
almacenará y se reenviará cuando el usuario B esté de nuevo
disponible, sin enviar ningún mensaje "notificar" al usuario A
como el mostrado en la etapa 4.) de la fig. 2.
Tal y como se ilustra en la fig. 2, el servidor
2 puede haber cambiado mientras tanto los contenidos de los campos
para el usuario C de "al correo electrónico" (fig. 1) a
"NO" basándose en la información recibida desde el equipo del
usuario C o desde el operador de red o proveedor de servicios.
Por lo tanto, la presente invención garantiza
que los contenidos de mensaje (por ejemplo, contenidos de imágenes
o audio) de un mensaje SIP se entreguen al receptor incluso si el
receptor está actualmente no disponible u ocupado. Para conseguir
esta función, la invención define una extensión a la sintaxis de un
protocolo de conexión tal como SIP que permite que el emisor defina
si el mensaje debe almacenarse temporalmente o no cuando el
receptor esté actualmente no disponible, y si debe enviarse al
receptor lo más pronto posible. Este almacenamiento temporal local
del mensaje se lleva a cabo teniendo en cuenta el estado actual del
receptor. La ubicación de almacenamiento puede definirse por el
emisor añadiendo una dirección de ubicación de almacenamiento al
mensaje. La ubicación de almacenamiento también puede definirse por
el servidor 2 de servicio.
Los borradores de normalización para SIP definen
que puede haber una cabecera de
"disposición-solicitud" para especificar las
preferencias del abonado que llama con respecto a la manera en que
un servidor, tal como el servidor 2, debe procesar una solicitud.
La cabecera puede incluir los siguientes elementos:
La invención extiende esta cabecera para
especificar además "no almacenar" y "almacenar y reenviar si
no está disponible", etc.
"No almacenar" significa que este mensaje
no debe almacenarse (por ejemplo, tiene una naturaleza instantánea).
"Almacenar y reenviar si no está disponible" significa que
este mensaje debe almacenarse en una ubicación definida por el
emisor, ya que es importante. Por ejemplo, si el receptor no está
disponible, este mensaje se almacena temporalmente y se envía
después al receptor tan pronto como sea posible. Un proxy local (o,
por ejemplo, a proxy como los de yahoo) será normalmente la
ubicación de almacenamiento. Ese proxy estará abonado al servicio
de estado de presencia y esperará a que un receptor vuelva a estar
en línea. Cuando el receptor vuelva a estar en línea, el proxy
obtiene una notificación y envía el mensaje al receptor. Después de
un mensaje 200 OK, el proxy también notifica (opcionalmente) al
emisor original que "el mensaje ha sido entregado", utilizando
el procedimiento NOTIFY de SIP.
La implementación descrita anteriormente
garantiza una correcta entrega al receptor tan pronto como el mismo
esté de nuevo disponible, por ejemplo, después de volver a
conectarse a la red o de finalizar cualquier llamada en curso.
La fig. 4 muestra un ejemplo básico de una
llamada SIP realizada cuando se intenta establecer una conexión
multimedia bidireccional (conexión multimedia RTP bidireccional). El
ejemplo de la fig. 4 muestra una conexión SIP a SIP satisfactoria
entre los usuarios A y B a través de dos servidores proxy, el proxy
1 y el proxy 2. La numeración de F1 a F23 adjunta a las etapas de
la fig. 4 indica la secuencia de flujo, mientras que las palabras o
números por delante de esta numeración de etapas se muestran
conforme a la definición del protocolo SIP. Puesto que el flujo de
mensaje y las etapas de secuencia de la fig. 4 se explican por sí
mismos no es necesaria ninguna descripción más detallada.
Cuando, según las realizaciones descritas
anteriormente, se utiliza SIP para la mensajería, no se configura
ninguna "conexión multimedia RTP bidireccional". Por lo tanto,
el flujo puede avanzar, según una realización de la presente
invención, tal y como se muestra en la fig. 5. Existen varias
posibilidades de flujo para conseguir mensajería basada en SIP.
El mensaje de solicitud INVITE enviado en la
etapa F4 de la fig. 5 contiene la carga útil de mensaje (tipos
MIME) enviada desde el usuario A al usuario B.
A continuación se muestra un ejemplo de la
solicitud INVITE desde el usuario A hasta el proxy 1:
Si hay más de una carga útil en SIP, entonces se
utiliza una MIME de múltiples partes, tal y como se muestra en el
ejemplo anterior (Content-Type: multipart/mixed;
boundary=gc0pJq0M:08jU534c0p). En la propia carga útil hay
diferentes tipos MIME separados por una frontera. Si el usuario B no
está disponible, entonces el envío inmediato falla.
Con el fin de tener un servicio de
almacenamiento y reenvío según las realizaciones de la invención, a
continuación se describen varias posibilidades.
1. Utilizar las capacidades de reenvío SIP:
- El usuario B tiene un "reenvío si no hay disponibilidad" activado en el proxy 2 (lo que puede corresponderse con el servidor 2 de las fig. 1, 2). Si el usuario B no está disponible para el proxy 2, entonces el proxy 2 reenvía el mensaje al "agente de usuario fantasma" B2 del usuario B, el cual puede ser un dispositivo "conectado" que siempre esté disponible/en línea, tal como el servidor 4. Después, el agente B2 de usuario intenta reenviar de manera periódica el mensaje (utilizando las mismas capacidades de mensajería basadas en SIP) al agente B de usuario del usuario B.
- El temporizador de reenvíos periódicos puede ser de cualquier tipo. También puede considerarse que el agente B2 de usuario intente reenviar el mensaje solamente durante un tiempo determinado y después lo descarte.
2. Reenviar la carga útil del mensaje a la
dirección de correo electrónico del usuario B:
- Si el usuario B no está disponible para el proxy 2, entonces el proxy 2 transfiere la carga útil del mensaje (tipo MIME) a la dirección de correo electrónico del usuario B (por ejemplo, con SMTP) que puede estar especificada en el mensaje INVITE o que puede estar contenida en una opción de perfil de usuario utilizada por el proxy 2.
3. Reenviar a un servidor MMS:
- Lo mismo que en 2, pero la carga útil del mensaje (tipos MIME) se reenvía a un servidor MMS. MMS es la abreviatura del servicio de mensajería multimedia definido en las normas 22.140 y 23.140 del 3GPP. El mensaje se transmite cuando el usuario B vuelva a estar disponible para el servidor MMS. Esto puede ser parte del perfil del usuario B.
4. Reenviar al SMSC:
- Lo mismo que en 2, pero la parte de texto del mensaje (tipo MIME TXT) se reenvía al SMSC (centro de servicio de mensajes cortos). El mensaje se entrega cuando el usuario B vuelva a estar disponible para el SMSC. Esto también puede ser parte del perfil del usuario B.
\vskip1.000000\baselineskip
La fig. 6 muestra un ejemplo de una estructura
básica de una palabra de protocolo SIP adaptada según la presente
invención. La palabra de protocolo contiene una cabecera 11 que,
según la invención, incluye un campo "comando de
almacenamiento" (como parte de la palabra de protocolo). El campo
"comando de almacenamiento" representa o incluye un
identificador que puede fijarse, por el emisor del mensaje, con los
valores "almacenar", "almacenar y reenviar",
"notificar" o "no almacenar". La palabra de protocolo
contiene además una parte 12 de mensaje que contiene un mensaje,
por ejemplo de tipo MIME, y el campo 13 de finalización
habitual.
En este ejemplo se utiliza un mensaje INVITE de
SIP para transportar la carga útil, donde la carga útil está
introducida en el campo 12 MIME. Cuando el usuario B receptor haya
activado "reenvío si no hay disponibilidad" en su servidor 2
proxy, el servidor 2 proxy reenviará cualquier mensaje SIP recibido
a un elemento de red tal como el elemento 4 de red (agente de
usuario fantasma), el cual es un dispositivo que siempre está
conectado al servidor proxy. El servidor 2 proxy o el servidor 4
pueden adaptarse para intentar reenviar de manera periódica
cualquier mensaje almacenado (utilizando SIP) al equipo 3 de
usuario. Puede definirse un periodo máximo de vida útil para los
mensajes no entregados almacenados en el elemento de red de
almacenamiento, tal como el servidor 4. Tras la expiración del
periodo de vida útil se cancelarán los mensajes no entregados
almacenados.
Tal y como se ha indicado anteriormente, la
carga útil de mensaje también puede redirigirse a otra dirección
cuando el usuario receptor no esté disponible o esté ocupado, etc.,
y puede dirigirse, por ejemplo, a la dirección de correo
electrónico (véanse los parámetros almacenados para el usuario C en
la fig. 1), a un servidor MMS, a un SMSC, etc.
La fig. 7 muestra un diagrama de flujo que
ilustra etapas de procedimiento ejecutadas en una realización de la
invención. Las etapas 701 a 703 pueden ejecutarse en un emisor que
puede ser el equipo 1 de usuario del usuario A. En la etapa 701 se
recibe un mensaje de mensajería (es decir, que no es de
señalización) que va a enviarse, mensaje que puede introducirse por
un usuario a través de un terminal tal como un teclado, una cámara
digital, etc. En algunas realizaciones, el mensaje se recibe desde
otro elemento de red tal como una pasarela de mensajería que actúa
como una pasarela entre el sistema de mensajería de la red basada en
SIP y los centros de servicios WAP conectados a la red GSM. En la
etapa 702, un identificador se incluye en o se añade al mensaje. El
mensaje y el identificador pueden incluirse en una palabra de
protocolo tal como SIP. Después, el mensaje se envía en la etapa
703. El mensaje enviado se recibirá, en la etapa 704, por el
elemento de red direccionado, tal como el servidor 2 de las fig. 1,
2.
La disponibilidad del receptor indicado en el
mensaje o en el protocolo de transmisión se comprueba en las etapas
705 y 706. Cuando el receptor está disponible, el mensaje se envía
al receptor en la etapa 707. Por el contrario, cuando el receptor
no está disponible en este momento, por ejemplo está ocupado o no
conectado a la red, el proceso avanza hasta la etapa 708 donde el
identificador del mensaje recibido se comprueba para decidir si
almacenar temporalmente (etapa 709) el mensaje en una memoria
interna o externa, por ejemplo en el servidor 4, o descartar
inmediatamente el mensaje (etapa 710), dependiendo del estado del
identificador. El estado del identificador puede tener, por
ejemplo, el valor "00" para el almacenamiento, "11" para
el descarte, "01" para "notificar al emisor después de la
entrega al receptor", etc.
Cuando un mensaje está almacenado, la etapa 705
puede ejecutarse repetidamente hasta que se detecte que el emisor
está disponible. La etapa 705 puede activarse de manera adicional o
alternativa, por ejemplo, cuando el receptor se conecte de nuevo a
la red. Cuando se detecte la disponibilidad, el mensaje almacenado
se extrae de la memoria y se envía al receptor, por ejemplo, desde
el servidor 4 ó 2.
La fig. 8 muestra un diagrama de bloques de
elementos de red de una realización de un sistema según la
invención. Un emisor 80 incluye un medio 801 de recepción para
recibir un mensaje de mensajería (es decir, que no es de
señalización) (tráfico de usuario) que va a enviarse, y está
adaptado para ejecutar la etapa 701 de la fig. 7. El mensaje puede
introducirse a través de un terminal tal como un teclado, una cámara
digital, etc., o desde otro elemento de red. El emisor 80 comprende
además un medio 802 de inclusión para añadir, o incluir, un
identificador en el mensaje y para incluir finalmente el mensaje en
una o más palabras de protocolo de un protocolo que soporte
mensajería, tal como SIP, para llevar a cabo la etapa 702. Un medio
803 de envío está adaptado para ejecutar la etapa 703, es decir,
para enviar la(s) palabra(s) de protocolo que
incluye(n) el mensaje y el identificador a un elemento 81 de
red de servicio, tal como el servidor 2.
El elemento 81 de red de servicio está adaptado
para llevar a cabo las etapas 704 a 710 mostradas en la fig. 7. El
elemento de red de servicio comprende un medio 811 de recepción para
recibir mensajes, por ejemplo, la(s) pala-
bra(s) de protocolo enviada(s) desde el emisor 80, y un medio 812 de comprobación de disponibilidad que comprueba si el receptor 92 previsto está disponible para que el mensaje pueda entregarse de inmediato al receptor 82 previsto. Si es así, el mensaje se envía a un medio 813 de envío del elemento 81 de red de servicio. El medio 813 de envío envía el mensaje a la dirección de recepción indicada, es decir, al receptor 82.
bra(s) de protocolo enviada(s) desde el emisor 80, y un medio 812 de comprobación de disponibilidad que comprueba si el receptor 92 previsto está disponible para que el mensaje pueda entregarse de inmediato al receptor 82 previsto. Si es así, el mensaje se envía a un medio 813 de envío del elemento 81 de red de servicio. El medio 813 de envío envía el mensaje a la dirección de recepción indicada, es decir, al receptor 82.
Cuando el medio 812 de comprobación detecta que
el receptor 81 no está disponible en este momento, transfiere el
mensaje a un medio 814 de comprobación que está adaptado para
comprobar si el mensaje va a almacenarse o a descartarse. El medio
814 de comprobación lleva a cabo esta comprobación examinando el
identificador incluido en el mensaje o palabra de protocolo. Si el
identificador no ordena el almacenamiento del mensaje, el mensaje
se descarta mediante un medio 816 de descarte que, por ejemplo,
borra activamente el mensaje o que simplemente impide el
almacenamiento del mismo. En caso contrario, si el identificador
ordena el almacenamiento del mensaje si no puede entregarse de
inmediato, el medio 814 de comprobación envía el mensaje a un medio
815 de almacenamiento que puede ser una memoria interna o un
dispositivo de almacenamiento externo, tal como el servidor 4.
Cuando el medio 812 de comprobación detecta
posteriormente que el receptor 81 está de nuevo disponible, o bien
recupera el mensaje almacenado del medio 815 de almacenamiento y
transfiere el mensaje al medio 813 de envío, o bien ordena que el
medio 815 de almacenamiento transmita el mensaje al receptor 81 a
través de otros medios, por ejemplo el servidor 4.
Según una realización de la invención, la
cabecera 11, en particular, la parte de disposición de solicitud,
de la palabra de protocolo SIP se ha definido de manera novedosa
para incluir un identificador, opcionalmente la parte de protocolo
"campo de comando de almacenamiento" que puede contener los
comandos "no almacenar" o "almacenar y reenviar si no está
disponible" según la configuración del usuario A. La primera
cabecera "no almacenar" informa al sistema que el mensaje es
de naturaleza instantánea y que tiene que descartarse al instante
si no puede entregarse de inmediato. La última cabecera "almacenar
y reenviar si no está disponible" significa que el mensaje debe
almacenarse (normalmente en el proxy local u otro dispositivo de
almacenamiento) y reenviarse, si el equipo receptor no está
disponible en este momento, o está ocupado, etc. El proxy estará
abonado a un servicio de estado de presencia para estar informado
sobre el estado de presencia y esperará a que el receptor vuelva a
estar en línea. Tal y como se muestra en la fig. 2, el servidor 2
proxy está adaptado para enviar una notificación (etapa 4) al
emisor 1 original utilizando el procedimiento NOTIFY de SIP después
de la entrega del mensaje al usuario B (mensaje 200 OK).
Cuando el usuario B receptor vuelva a estar en
línea, la red reconocerá esta situación, por ejemplo recibiendo un
mensaje REGISTER de SIP o una solicitud de activación de contexto
PDP. El CSCF y el servidor 2 de posiciones base informan de esta
situación al dispositivo de almacenamiento SIP y al servidor 4 de
reenvío, ya sea utilizando un protocolo SIP o cualquier otro
protocolo. Los servidores 2 y 4 también pueden estar ubicados
conjuntamente dentro de la misma máquina.
Aunque algunas realizaciones de la invención se
han descrito anteriormente, la invención no está limitada a los
detalles de las mismas. En lugar del protocolo SIP puede utilizarse
cualquier otro protocolo de mensajería instantánea siempre que no
sea un protocolo específico destinado solamente a servicios de
mensajería, sino un protocolo destinado principalmente al
establecimiento de una conexión entre dos (o más) terminales,
estando definido el alcance de la invención por las
reivindicaciones adjuntas.
Claims (24)
1. Sistema de comunicaciones que comprende una
pluralidad de elementos de red, donde dicho sistema comprende al
menos los siguientes elementos de red: un terminal (1) emisor, un
terminal (3) receptor, un servidor (2) de mensajería instantánea y
una base de datos (4) de servidor, estando adaptado el terminal (1)
emisor para enviar al menos un mensaje (11, 12, 13) al terminal (3)
receptor a través de dicho servidor (2) de mensajería instantánea
según un protocolo de mensajería instantánea, en el que el al menos
un mensaje (11, 12, 13) incluye un identificador (12) que
especifica si el al menos un mensaje (11, 12, 13) va a almacenarse o
no en la base de datos (4) de servidor cuando dicho terminal (3)
receptor no esté disponible, estando adaptada dicha base de datos
(4) de servidor para reenviar el al menos un mensaje (11, 12, 13)
cuando el terminal (3) receptor esté de nuevo disponible, estando
caracterizado el sistema porque dicho protocolo de mensajería
instantánea puede establecer una conexión bidireccional entre dicho
terminal (1) emisor y dicho terminal (3) receptor.
2. Sistema de comunicaciones según la
reivindicación 1, en el que el al menos un mensaje (11, 12, 13)
según el protocolo de mensajería instantánea comprende una cabecera
(11) de protocolo y el identificador es parte de la cabecera (11)
de protocolo.
3. Sistema de comunicaciones según la
reivindicación 1, en el que el identificador es un campo de
extensión en el al menos un mensaje (11, 12, 13) según el protocolo
de mensajería instantánea.
4. Sistema de comunicaciones según cualquiera de
las reivindicaciones anteriores, configurado para establecer una
conexión bidireccional entre el terminal emisor y el terminal
receptor.
5. Sistema de comunicaciones según cualquiera de
las reivindicaciones anteriores, en el que el protocolo de
mensajería instantánea es un protocolo de inicio de sesión, SIP.
6. Sistema de comunicaciones según la
reivindicación 5, en el que el mensaje está contenido en una
solicitud de invitación.
7. Sistema de comunicaciones según la
reivindicación 5, en el que el mensaje está contenido en un mensaje
de información.
8. Sistema de comunicaciones según cualquiera de
las reivindicaciones anteriores, en el que el servidor (2) de
mensajería instantánea está configurado para comprobar la
disponibilidad del terminal (3) receptor.
9. Sistema de comunicaciones según la
reivindicación 8, en el que el servidor (2) de mensajería
instantánea está configurado para comprobar el tipo del mensaje
recibido.
10. Sistema de comunicaciones según cualquiera
de las reivindicaciones 1 a 7, en el que el servidor (2) de
mensajería instantánea está configurado para transmitir el mensaje
desde el terminal (1) emisor al terminal (3) receptor, estando
adaptado el servidor (2) de mensajería instantánea para controlar el
almacenamiento del al menos un mensaje (11, 12, 13) en caso de que
dicho terminal (3) receptor no esté disponible, para detectar la
disponibilidad posterior del terminal (3) receptor y para iniciar el
reenvío del mensaje (11, 12, 13) almacenado al terminal (3)
receptor cuando se detecte la disponibilidad del terminal (3)
receptor.
11. Sistema de comunicaciones según la
reivindicación 8 ó 9, en el que el servidor (2) de mensajería
instantánea es un servidor proxy del terminal (3) receptor.
12. Sistema de comunicaciones según cualquiera
de las reivindicaciones, en el que la base de datos (4) de servidor
está adaptada para intentar enviar de manera periódica el mensaje
almacenado al terminal (3) receptor.
13. Sistema de comunicaciones según cualquiera
de las reivindicaciones 8, 9, 11, en el que la base de datos (4) de
servidor está adaptada para reenviar el mensaje a otra dirección
indicada en una base de datos del servidor de mensajería
instantánea u otro elemento de red, o en el protocolo.
14. Sistema de comunicaciones según cualquiera
de las reivindicaciones anteriores, en el que el identificador está
incluido en, o representando por, un campo (11) de comando de
almacenamiento, y en el que dicho identificador puede fijarse por
el emisor del mensaje con los valores: "almacenar",
"almacenar y reenviar", "notificar" o "no alma-
cenar".
15. Procedimiento de gestión de mensajes en un
sistema de comunicaciones que comprende una pluralidad de elementos
de red según un protocolo de mensajería instantánea, comprendiendo
el procedimiento:
- \quad
- recibir desde un terminal (1) emisor un mensaje según dicho protocolo (11, 12, 13) de mensajería instantánea dirigido a un terminal (3) receptor a través de un servidor (2) de mensajería instantánea que determina, en base a un identificador incluido en dicho mensaje (11, 12, 13), si el mensaje va a almacenarse o no en una base de datos (4) de servidor cuando dicho terminal (3) receptor no esté disponible, estando adaptada dicha base de datos (4) de servidor para reenviar el mensaje (11, 12, 13) cuando el terminal (3) receptor esté de nuevo disponible,
estando caracterizado el procedimiento
porque dicho protocolo de mensajería instantánea puede establecer
una conexión bidireccional entre dicho terminal (1) emisor y dicho
terminal (3) receptor.
\vskip1.000000\baselineskip
16. Procedimiento según la reivindicación 15, en
el que el mensaje (11, 12, 13) está almacenado en la base de datos
(4) de servidor.
17. Procedimiento según la reivindicación 15 ó
16, en el que la base de datos (4) de servidor es un servidor para
almacenar y reenviar el mensaje (11, 12, 13).
18. Procedimiento según cualquiera de las
reivindicaciones 15 a 17, en el que el servidor (2) de mensajería
instantánea controla el almacenamiento del mensaje (11, 12, 13) en
caso de que el terminal (3) receptor no esté disponible, detecta la
disponibilidad posterior del terminal (3) receptor e inicia el
reenvío del mensaje (11, 12, 13) almacenado al terminal (3)
receptor cuando detecta que el terminal (3) receptor está de nuevo
disponible.
19. Procedimiento según la reivindicación 18, en
el que el servidor (2) de mensajería instantánea es un servidor
proxy del terminal (3) receptor.
20. Procedimiento según cualquiera de las
reivindicaciones 15 a 19, en el que la base de datos (4) de servidor
intenta enviar de manera periódica el mensaje almacenado al
terminal (3) receptor.
21. Procedimiento según cualquiera de las
reivindicaciones 15 a 20, en el que la base de datos (4) de servidor
reenvía el mensaje (11, 12, 13) a otra dirección indicada en una
base de datos del servidor de mensajería instantánea u otro
elemento de red, o en el protocolo.
22. Procedimiento según cualquiera de las
reivindicaciones 15 a 21, en el que el identificador está incluido
en, o representando por, un campo (11) de comando de almacenamiento,
y en el que dicho identificador puede fijarse por el emisor del
mensaje con los valores: "almacenar", "almacenar y
reenviar", "notificar" o "no almacenar".
23. Un elemento de red para un sistema de
comunicaciones, en el que el elemento de red es un terminal (1)
emisor que está adaptado para enviar al menos un mensaje (11, 12,
13) a un terminal (3) receptor a través de un servidor (2) de
mensajería instantánea según un protocolo de mensajería instantánea,
donde el elemento (1) de red está adaptado para incluir en el al
menos un mensaje (11, 12, 13) según el protocolo de mensajería
instantánea un identificador que especifica si el al menos un
mensaje (11, 12, 13) va a almacenarse o no en una base de datos (4)
de servidor cuando dicho terminal (3) receptor no esté disponible
para reenviar el al menos un mensaje (11, 12, 13) cuando el
terminal (3) receptor esté de nuevo disponible, estando
caracterizado el elemento de red porque dicho protocolo de
mensajería instantánea puede establecer una comunicación
bidireccional entre dicho terminal (1) emisor y dicho terminal (3)
receptor.
24. Un elemento de red para un sistema de
comunicaciones, en el que el elemento de red es una base de datos
(4) de servidor adaptada para recibir al menos un mensaje (11, 12,
13) según un protocolo de mensajería instantánea para un terminal
(3) receptor, donde el al menos un mensaje (11, 12, 13) según el
protocolo de mensajería instantánea incluye un identificador que
especifica si el al menos un mensaje (11, 12, 13) va a almacenarse
o no en la base de datos (4) de servidor cuando dicho terminal (3)
receptor no esté disponible, estando adaptada dicha base de datos
(4) de servidor para almacenar el al menos un mensaje (11, 12, 13)
cuando dicho terminal (3) receptor no esté disponible y para
reenviar el al menos un mensaje (11, 12, 13) cuando el terminal (3)
receptor esté de nuevo disponible, estando caracterizado el
elemento de red porque dicho protocolo de mensajería instantánea
puede establecer una comunicación bidireccional entre dicho terminal
(1) emisor y dicho terminal (3) receptor.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/EP2000/006708 WO2002007396A1 (en) | 2000-07-13 | 2000-07-13 | Method and system providing a messaging service |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2337016T3 true ES2337016T3 (es) | 2010-04-20 |
Family
ID=8164023
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES00945915T Expired - Lifetime ES2337016T3 (es) | 2000-07-13 | 2000-07-13 | Tratamiento de mensajes instantaneos en caso de no disposnibilidad del receptor. |
| ES08154468T Expired - Lifetime ES2349353T3 (es) | 2000-07-13 | 2000-07-13 | Tratamiento de mensajes instantaneos en caso de no disponibilidad del receptor. |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES08154468T Expired - Lifetime ES2349353T3 (es) | 2000-07-13 | 2000-07-13 | Tratamiento de mensajes instantaneos en caso de no disponibilidad del receptor. |
Country Status (11)
| Country | Link |
|---|---|
| US (2) | US7756979B1 (es) |
| EP (2) | EP1956779B1 (es) |
| CN (1) | CN1270490C (es) |
| AT (2) | ATE456229T1 (es) |
| AU (1) | AU2000259848A1 (es) |
| BR (1) | BR0017285A (es) |
| DE (2) | DE60045016D1 (es) |
| DK (1) | DK1302036T3 (es) |
| ES (2) | ES2337016T3 (es) |
| PT (1) | PT1302036E (es) |
| WO (1) | WO2002007396A1 (es) |
Families Citing this family (60)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7349912B2 (en) | 2000-12-22 | 2008-03-25 | Oracle International Corporation | Runtime modification of entries in an identity system |
| US7085834B2 (en) | 2000-12-22 | 2006-08-01 | Oracle International Corporation | Determining a user's groups |
| US7581011B2 (en) | 2000-12-22 | 2009-08-25 | Oracle International Corporation | Template based workflow definition |
| US6782379B2 (en) | 2000-12-22 | 2004-08-24 | Oblix, Inc. | Preparing output XML based on selected programs and XML templates |
| US7711818B2 (en) | 2000-12-22 | 2010-05-04 | Oracle International Corporation | Support for multiple data stores |
| US7363339B2 (en) | 2000-12-22 | 2008-04-22 | Oracle International Corporation | Determining group membership |
| US6816871B2 (en) | 2000-12-22 | 2004-11-09 | Oblix, Inc. | Delivering output XML with dynamically selectable processing |
| US7937655B2 (en) | 2000-12-22 | 2011-05-03 | Oracle International Corporation | Workflows with associated processes |
| US7415607B2 (en) | 2000-12-22 | 2008-08-19 | Oracle International Corporation | Obtaining and maintaining real time certificate status |
| US7802174B2 (en) | 2000-12-22 | 2010-09-21 | Oracle International Corporation | Domain based workflows |
| US7380008B2 (en) | 2000-12-22 | 2008-05-27 | Oracle International Corporation | Proxy system |
| US8015600B2 (en) | 2000-12-22 | 2011-09-06 | Oracle International Corporation | Employing electronic certificate workflows |
| US7475151B2 (en) | 2000-12-22 | 2009-01-06 | Oracle International Corporation | Policies for modifying group membership |
| US7225256B2 (en) | 2001-11-30 | 2007-05-29 | Oracle International Corporation | Impersonation in an access system |
| GB0208069D0 (en) * | 2002-04-08 | 2002-05-22 | Nokia Corp | Message header for messaging service |
| US20040103157A1 (en) * | 2002-04-17 | 2004-05-27 | Nokia Corporation | Store-and-forward server and method for storing and forwarding for instant messaging service implemented in IP multimedia core network subsystem (IMS) |
| CN100346622C (zh) * | 2002-05-13 | 2007-10-31 | 马克波特有限公司 | 在ip域中plmn消息传送服务的控制 |
| US7216163B2 (en) | 2002-05-15 | 2007-05-08 | Oracle International Corporation | Method and apparatus for provisioning tasks using a provisioning bridge server |
| US7840658B2 (en) | 2002-05-15 | 2010-11-23 | Oracle International Corporation | Employing job code attributes in provisioning |
| US20090125591A1 (en) * | 2002-09-30 | 2009-05-14 | Ficus Kirkpatrick | Instant messaging proxy apparatus and method |
| WO2004062215A2 (en) * | 2002-12-16 | 2004-07-22 | Gemini Mobile Technologies, Inc. | Stateless message routing |
| CN100586110C (zh) * | 2003-03-17 | 2010-01-27 | 诺基亚公司 | 用于将消息路由到暂时不可利用的网络用户的方法、系统和网络设备 |
| US9451422B2 (en) * | 2003-03-17 | 2016-09-20 | Nokia Technologies Oy | Method, system and network device for routing a message to a temporarily unavailable network user |
| FI114680B (fi) * | 2003-05-22 | 2004-11-30 | Nokia Corp | Menetelmä yhteydenmuodostustietojen päivittämiseksi puhelun yhteydessä ja menetelmää hyödyntävä päätelaite |
| US20050021840A1 (en) * | 2003-07-11 | 2005-01-27 | Nokia Corporation | Method and an apparatus for enhancing messaging |
| US7882132B2 (en) | 2003-10-09 | 2011-02-01 | Oracle International Corporation | Support for RDBMS in LDAP system |
| US7340447B2 (en) | 2003-10-09 | 2008-03-04 | Oracle International Corporation | Partitioning data access requests |
| US7904487B2 (en) | 2003-10-09 | 2011-03-08 | Oracle International Corporation | Translating data access requests |
| US20050138126A1 (en) * | 2003-12-23 | 2005-06-23 | Timucin Ozugur | Peer-to-peer e-mail |
| US20050198150A1 (en) * | 2004-01-29 | 2005-09-08 | Werner Carl E. | Instant message mass update generated from website entry |
| US7624188B2 (en) * | 2004-05-03 | 2009-11-24 | Nokia Corporation | Apparatus and method to provide conference data sharing between user agent conference participants |
| US7983245B2 (en) * | 2004-09-13 | 2011-07-19 | Tekelec | Methods and systems for converting an internet protocol (IP)-based message containing subscriber content to a public switched telephone network (PSTN)-based message including subscriber content |
| US7630974B2 (en) | 2004-09-28 | 2009-12-08 | Oracle International Corporation | Multi-language support for enterprise identity and access management |
| EP1672855A1 (fr) * | 2004-12-15 | 2006-06-21 | France Telecom | Procédé de limitation du nombre de conversations simultanées dans une messagerie instantanée |
| KR101174525B1 (ko) * | 2005-03-08 | 2012-08-16 | 삼성전자주식회사 | 푸쉬투토크 오버 셀룰러 네트워크의 응답 클라이언트 식별방법 및 그 시스템 |
| ATE472879T1 (de) * | 2005-03-24 | 2010-07-15 | Ericsson Telefon Ab L M | Verfahren und anordnung in einem kommunikationssystem zum abliefern von nachrichten an einen empfänger |
| EP1744274A3 (fr) | 2005-07-12 | 2007-08-01 | France Telecom | Procédé de gestion de conversation privilégiée dans un système de conversations instantanées |
| FR2888706A1 (fr) * | 2005-07-12 | 2007-01-19 | France Telecom | Procede de mise en relation interpersonelle |
| EP1763187A1 (fr) * | 2005-09-07 | 2007-03-14 | France Telecom | Procédé de transfert de fichiers dans un système de messagerie instantanée, serveur et programme d'ordinateur associés |
| WO2007104912A1 (en) | 2006-03-10 | 2007-09-20 | British Telecommunications Public Limited Company | Call completion service in case of called party unavailability |
| EP1845674A1 (en) * | 2006-04-12 | 2007-10-17 | BRITISH TELECOMMUNICATIONS public limited company | Messaging service |
| WO2007135357A1 (en) | 2006-05-23 | 2007-11-29 | British Telecommunications Public Limited Company | Multi-network mobile communications system |
| US8369292B2 (en) * | 2006-06-30 | 2013-02-05 | Industrial Technology Research Institute | Method and apparatus for mobility management in communication networks |
| US20080056274A1 (en) * | 2006-08-31 | 2008-03-06 | Mastrogiulio Joseph V | Method and apparatus for dynamically maintaining a routing database for a SIP server |
| US7882185B2 (en) * | 2006-09-26 | 2011-02-01 | International Business Machines Corporation | Method and apparatus for managing e-mail attachments |
| US8861688B2 (en) * | 2006-10-12 | 2014-10-14 | At&T Mobility Ii Llc | Methods and systems for controlling calling party access to called device |
| US8571524B2 (en) * | 2008-02-06 | 2013-10-29 | Qualcomm Incorporated | Method and apparatus for delivery confirmation of a message |
| US9716600B1 (en) * | 2008-10-17 | 2017-07-25 | Cisco Technology, Inc. | Augmented router processing |
| CN101742429B (zh) * | 2008-11-05 | 2013-06-05 | 华为技术有限公司 | 一种即时消息与短消息互通的方法、装置、系统 |
| WO2010085183A1 (en) * | 2009-01-20 | 2010-07-29 | Telefonaktiebolaget L M Ericsson (Publ) | Handling of communication session invitations |
| US8239466B2 (en) * | 2009-06-15 | 2012-08-07 | Microsoft Corporation | Local loop for mobile peer to peer messaging |
| JP5708168B2 (ja) | 2010-06-16 | 2015-04-30 | 株式会社リコー | 伝送端末、伝送システム、伝送方法、及び伝送端末用プログラム |
| US9021043B2 (en) | 2010-09-28 | 2015-04-28 | Microsoft Technology Licensing Llc | Message gateway with hybrid proxy/store-and-forward logic |
| FR3011412A1 (fr) * | 2013-09-27 | 2015-04-03 | Orange | Procede et dispositif de communication entre au moins un premier terminal et un deuxieme terminal |
| US10284425B2 (en) * | 2014-01-29 | 2019-05-07 | Cellco Partnership | Device registration awareness for over-the-air updates |
| US10075514B2 (en) * | 2015-08-28 | 2018-09-11 | Vmware, Inc. | Scalable monitoring of long running multi-step data intensive workloads |
| US10938914B2 (en) * | 2016-01-18 | 2021-03-02 | Avaya Inc. | Inter domain instant messaging bridge |
| FR3049806A1 (fr) * | 2016-03-31 | 2017-10-06 | Orange | Procede de notification de l'indisponibilite d'un terminal |
| US10153993B2 (en) | 2016-07-18 | 2018-12-11 | T-Mobile Usa, Inc. | RCS origination forking |
| US10237212B2 (en) * | 2016-07-18 | 2019-03-19 | T-Mobile Usa, Inc. | RCS origination forking |
Family Cites Families (29)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4468813A (en) * | 1982-12-06 | 1984-08-28 | Motorola, Inc. | Digital voice storage system |
| US5732219A (en) * | 1995-03-17 | 1998-03-24 | Vermeer Technologies, Inc. | Computer system and computer-implemented process for remote editing of computer files |
| US5903845A (en) | 1996-06-04 | 1999-05-11 | At&T Wireless Services Inc. | Personal information manager for updating a telecommunication subscriber profile |
| US6035104A (en) | 1996-06-28 | 2000-03-07 | Data Link Systems Corp. | Method and apparatus for managing electronic documents by alerting a subscriber at a destination other than the primary destination |
| WO1998009421A2 (en) | 1996-08-30 | 1998-03-05 | Telefonaktiebolaget Lm Ericsson (Publ) | System and method for incoming and outgoing interrogations for store-and-forward services |
| JP3041244B2 (ja) * | 1996-09-26 | 2000-05-15 | 株式会社東芝 | メッセージ通信方法および装置 |
| US5964831A (en) * | 1996-10-29 | 1999-10-12 | Electronic Data Systems Corporation | Distributed on-line data communications system and method |
| US5995597A (en) * | 1997-01-21 | 1999-11-30 | Woltz; Robert Thomas | E-mail processing system and method |
| US5983366A (en) * | 1997-03-19 | 1999-11-09 | Optimay Corporation | Data processing system having monitoring of software activity |
| US6260148B1 (en) * | 1997-04-04 | 2001-07-10 | Microsoft Corporation | Methods and systems for message forwarding and property notifications using electronic subscriptions |
| US6185599B1 (en) * | 1997-11-19 | 2001-02-06 | At&T Corporation | Method of electronic bidding over networks through data tagging and data scanning |
| US6510454B1 (en) * | 1998-04-21 | 2003-01-21 | Intel Corporation | Network device monitoring with E-mail reporting |
| US7209955B1 (en) * | 1998-05-29 | 2007-04-24 | Research In Motion Limited | Notification system and method for a mobile data communication device |
| US6747970B1 (en) * | 1999-04-29 | 2004-06-08 | Christopher H. Lamb | Methods and apparatus for providing communications services between connectionless and connection-oriented networks |
| US6564261B1 (en) | 1999-05-10 | 2003-05-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Distributed system to intelligently establish sessions between anonymous users over various networks |
| US6640241B1 (en) * | 1999-07-19 | 2003-10-28 | Groove Networks, Inc. | Method and apparatus for activity-based collaboration by a computer system equipped with a communications manager |
| US6622160B1 (en) * | 1999-07-30 | 2003-09-16 | Microsoft Corporation | Methods for routing items for communications based on a measure of criticality |
| US6691162B1 (en) * | 1999-09-21 | 2004-02-10 | America Online, Inc. | Monitoring users of a computer network |
| US20020065894A1 (en) * | 1999-12-03 | 2002-05-30 | Dalal Siddhartha R. | Local presence state and user-controlled presence and message forwarding in unified instant messaging |
| US7392281B1 (en) * | 2000-02-25 | 2008-06-24 | Navic Systems, Inc. | System and method for providing guaranteed delivery of messages to embedded devices over a data network |
| US6978293B1 (en) * | 2000-02-29 | 2005-12-20 | Microsoft Corporation | Methods and systems for selecting criteria for a successful acknowledgement message in instant messaging |
| US6438215B1 (en) * | 2000-02-29 | 2002-08-20 | Ameritech Corporation | Method and system for filter based message processing in a unified messaging system |
| US6757732B1 (en) * | 2000-03-16 | 2004-06-29 | Nortel Networks Limited | Text-based communications over a data network |
| US20020021307A1 (en) * | 2000-04-24 | 2002-02-21 | Steve Glenn | Method and apparatus for utilizing online presence information |
| US7190956B2 (en) * | 2001-05-15 | 2007-03-13 | Motorola Inc. | Instant message proxy for circuit switched mobile environment |
| GB0113763D0 (en) * | 2001-06-06 | 2001-07-25 | Nokia Corp | A communication system |
| US20090125591A1 (en) * | 2002-09-30 | 2009-05-14 | Ficus Kirkpatrick | Instant messaging proxy apparatus and method |
| US7428580B2 (en) * | 2003-11-26 | 2008-09-23 | Aol Llc | Electronic message forwarding |
| US20060242246A1 (en) * | 2005-04-20 | 2006-10-26 | International Business Machines Corporation | Managing the delivery of queued instant messages |
-
2000
- 2000-07-13 US US10/332,574 patent/US7756979B1/en not_active Expired - Lifetime
- 2000-07-13 DE DE60045016T patent/DE60045016D1/de not_active Expired - Lifetime
- 2000-07-13 AT AT00945915T patent/ATE456229T1/de not_active IP Right Cessation
- 2000-07-13 ES ES00945915T patent/ES2337016T3/es not_active Expired - Lifetime
- 2000-07-13 EP EP08154468A patent/EP1956779B1/en not_active Expired - Lifetime
- 2000-07-13 EP EP00945915A patent/EP1302036B1/en not_active Expired - Lifetime
- 2000-07-13 DE DE60043750T patent/DE60043750D1/de not_active Expired - Lifetime
- 2000-07-13 WO PCT/EP2000/006708 patent/WO2002007396A1/en not_active Ceased
- 2000-07-13 CN CNB008195005A patent/CN1270490C/zh not_active Expired - Fee Related
- 2000-07-13 ES ES08154468T patent/ES2349353T3/es not_active Expired - Lifetime
- 2000-07-13 BR BR0017285-5A patent/BR0017285A/pt not_active Application Discontinuation
- 2000-07-13 AU AU2000259848A patent/AU2000259848A1/en not_active Abandoned
- 2000-07-13 PT PT00945915T patent/PT1302036E/pt unknown
- 2000-07-13 AT AT08154468T patent/ATE482553T1/de not_active IP Right Cessation
- 2000-07-13 DK DK00945915.7T patent/DK1302036T3/da active
-
2008
- 2008-05-22 US US12/153,680 patent/US8176184B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| BR0017285A (pt) | 2003-06-24 |
| EP1956779A1 (en) | 2008-08-13 |
| CN1270490C (zh) | 2006-08-16 |
| WO2002007396A1 (en) | 2002-01-24 |
| ES2349353T3 (es) | 2010-12-30 |
| EP1302036A1 (en) | 2003-04-16 |
| US7756979B1 (en) | 2010-07-13 |
| EP1956779B1 (en) | 2010-09-22 |
| ATE456229T1 (de) | 2010-02-15 |
| DK1302036T3 (da) | 2010-04-06 |
| AU2000259848A1 (en) | 2002-01-30 |
| PT1302036E (pt) | 2010-02-25 |
| EP1302036B1 (en) | 2010-01-20 |
| US8176184B2 (en) | 2012-05-08 |
| US20080228892A1 (en) | 2008-09-18 |
| ATE482553T1 (de) | 2010-10-15 |
| CN1452828A (zh) | 2003-10-29 |
| DE60043750D1 (de) | 2010-03-11 |
| DE60045016D1 (de) | 2010-11-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2337016T3 (es) | Tratamiento de mensajes instantaneos en caso de no disposnibilidad del receptor. | |
| US7546117B2 (en) | Method and apparatus for blocking ID information associated with a sender of a short messaging service (SMS) message | |
| CN102006571B (zh) | 支持简讯服务的报告终端能力 | |
| JP4197538B2 (ja) | メッセージ伝送方法 | |
| US8195168B2 (en) | Mechanism for controlling a transmission of data messages to user equipment by an external gateway | |
| JP4884924B2 (ja) | 端末機とそのメッセージ処理方法 | |
| US20090181705A1 (en) | Mail transmission system and method and push mail server | |
| US8364122B2 (en) | Delayed delivery messaging | |
| CN101529833A (zh) | 供接收者稍后进行获取的数据消息的存储 | |
| JP5753316B2 (ja) | テキスト・メッセージングのための、ＲＥＳＴｆｕｌウェブ・サービスとパケット交換ネットワークとの間におけるインターフェース | |
| US20050193133A1 (en) | Message header for messaging service | |
| KR100617775B1 (ko) | 멀티미디어 메시징 서비스에서 중복된 도달 통지 메시지에대한 관리 방법 | |
| TW200922216A (en) | Wireless communication method and system for establishing a multimedia message service over a WLAN | |
| KR100888650B1 (ko) | 스케줄 메시징 시스템 및 그 서비스 방법 | |
| US20050181766A1 (en) | Method and device for delivering messages to mobile terminal devices in accordance with a user selectable attainability status | |
| US8532564B2 (en) | Method for transmitting data, particularly having multimedia contents, in a mobile radio telephone network | |
| GB2439463A (en) | Telecommunications services methods and apparatus | |
| CN100366102C (zh) | Mms消息传输方法和系统 | |
| JP2008131242A (ja) | ショートメッセージ再送システム、ショートメッセージ再送方法 | |
| KR100661829B1 (ko) | 이동통신 시스템, 이동통신 단말 및 그의 프로파일 ｓｍｓ전송 서비스 제공 방법 |