ES2349353T3 - Tratamiento de mensajes instantaneos en caso de no disponibilidad del receptor. - Google Patents
Tratamiento de mensajes instantaneos en caso de no disponibilidad del receptor. Download PDFInfo
- Publication number
- ES2349353T3 ES2349353T3 ES08154468T ES08154468T ES2349353T3 ES 2349353 T3 ES2349353 T3 ES 2349353T3 ES 08154468 T ES08154468 T ES 08154468T ES 08154468 T ES08154468 T ES 08154468T ES 2349353 T3 ES2349353 T3 ES 2349353T3
- Authority
- ES
- Spain
- Prior art keywords
- message
- terminal
- parameter
- online
- user
- 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
- 238000000034 method Methods 0.000 claims abstract description 19
- 238000012545 processing Methods 0.000 claims abstract description 8
- 230000000977 initiatory effect Effects 0.000 claims description 5
- 230000008569 process Effects 0.000 claims description 4
- 238000004590 computer program Methods 0.000 claims description 3
- 230000002457 bidirectional effect Effects 0.000 claims 1
- 239000003795 chemical substances by application Substances 0.000 description 5
- 230000011664 signaling Effects 0.000 description 5
- 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 group 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 4
- 230000005540 biological transmission Effects 0.000 description 4
- 238000004891 communication Methods 0.000 description 4
- 230000004913 activation Effects 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 230000006870 function 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
- 238000013475 authorization Methods 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
- 230000006872 improvement Effects 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 230000004044 response Effects 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)
- Ultra Sonic Daignosis Equipment (AREA)
- Cephalosporin Compounds (AREA)
- Peptides Or Proteins (AREA)
- Exchange Systems With Centralized Control (AREA)
- Mobile Radio Communication Systems (AREA)
- Debugging And Monitoring (AREA)
Abstract
Procedimiento, que comprende en orden almacenar un parámetro en un servidor de mensajería (2) de un protocolo de mensajería instantánea; recibir, en el servidor de mensajería (2), desde un terminal (3), información de establecimiento de parámetro (11) para establecer o actualizar el parámetro según la información de establecimiento de parámetro (11); recibir (704) un mensaje según dicho protocolo de mensajería instantánea dirigido al terminal (3) en el servidor de mensajería (2); comprobar (705-706) si el terminal (3) está en línea o no; tratar (708-710), cuando el terminal (3) no está en línea, el mensaje según el parámetro; repetir, cuando el tratamiento comprende almacenar (709) el mensaje, la comprobación (705) de si el terminal (3) está en línea o no hasta que el terminal (3) esté en línea; y enviar (707), cuando el terminal (3) está en línea, desde el servidor de mensajería (2), el mensaje al terminal (3), en el que el protocolo de mensajería instantánea puede establecer una conexión bidireccional entre un terminal emisor (1) y el terminal (3).
Description
La invención se refiere a un procedimiento y a un aparato que pueden utilizarse en un sistema que implementa un servicio de mensajería, y a un producto de programa informático correspondiente.
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 emisión 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.
Además, Internet proporciona una mensajería directa de usuario a usuario para charlar o enviar mensajes instantáneos (por ejemplo, utilizando mensajería instantánea/protocolo de presencia IMPP). Además, Internet ofrece una mensajería de almacenamiento y emisión, por ejemplo, el servicio de correo electrónico (POP 3 “protocolo de oficina de correos, versión 3” o IMAP 4, “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 tales 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 (invitar) 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 se introduce 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 nuevo de red y, por lo tanto, es 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 realmente disponible.
El documento WO98/00787 da a conocer un sistema de correo electrónico implementado en un servidor que recibe y reenvía mensajes de correo electrónico en función de criterios suministrados por el abonado.
El documento WO 97/47121 da a conocer un gestor de información personal (PIM) que, ya sea automáticamente o en función de solicitudes de perfil adicionales introducidas por un abonado, genera datos de actualización de perfil asociados con los datos de información personal. El PIM transmite la actualización de perfil a una base de datos de un sistema de telecomunicaciones que almacena datos de perfil de abonado.
El documento WO 98/09421 da a conocer un sistema y un procedimiento para adaptar los perfiles de servicio para mensajes de almacenamiento y emisión no relacionados con llamadas a los que pueden aplicarse a llamadas en un sistema de telecomunicaciones de red inteligente.
El documento Technical Reports -CSELT, de S. Collesi et al., Turín, Italia, vol. 23, número 3, páginas 337 a 3349 (1995) da a conocer una mejora del servicio de mensajes cortos.
El documento WO 00/69140 da a conocer una red que proporciona a los usuarios una manera de establecer sesiones de comunicación con otros usuarios o servicios. En algunos ejemplos, los mensajes no se envían directamente entre usuarios, sino a través de al menos un servicio de encaminamiento intermedio previsto en un servidor de uno de los usuarios.
La presente invención tiene como objetivo proporcionar un servicio de mensajería que puede implementarse fácilmente sin necesidad de nuevos elementos de red, y que ofrece
posibilidades de mensajería mejoradas.
La presente invención proporciona un procedimiento, un aparato y un producto de programa informático como los definidos en las reivindicaciones independientes adjuntas.
Uno o más mensajes dirigidos a un receptor pueden tratarse según un tratamiento definible por el receptor. El tratamiento puede incluir un servicio de almacenamiento, de no almacenamiento o de almacenamiento y emisión, o un tratamiento del mensaje que depende del tipo de mensaje.
El elemento de red que proporciona el servicio de tratamiento, tal como un servicio de almacenamiento, de no almacenamiento o de almacenamiento y emisión, o que trata el mensaje dependiendo del tipo de mensaje, puede ser un servidor tal como un servidor proxy que ya esté previsto como 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. BREVE DESCRIPCIÓN DE LOS DIBUJOS
Las Fig. 1 y 2 ilustran una realización de un sistema de comunicaciones 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);
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. DESCRIPCIÓN DETALLADA DE REALIZACIONES DE 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 de red 1 (usuario A) hasta un segundo elemento de red 3 (usuario B). Los elementos de red 1, 3 son, en la presente realización, equipos de cliente o de usuario tales como terminales. En el presente ejemplo, el elemento de red 1 (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 receptor 3 (usuario B) que actualmente está fuera de alcance, por ejemplo, está desconectado, ocupado o situado en una zona no soportada, etc. La solicitud de conexión del elemento de red 1 se trata mediante un elemento de red 2 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 de red 3 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 “fuera de alcance” "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 emisión o servicio para el emisión 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 preferentemente 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 no solo se utiliza como un servidor de almacenamiento, sino también como un servidor de emisión 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 receptor B 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 de usuario 3 (usuario B) está de nuevo disponible. Cuando el equipo de usuario 3 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 una 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 de usuario 3, 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 de usuario 3. Después, el servidor 2 envía preferentemente, en la etapa 4.), un mensaje al equipo de usuario 1 informándole de la entrega satisfactoria del mensaje al equipo de usuario 3. 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 de 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
5
10
15
20
6
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:
Disposición-solicitud = "disposición-solicitud” “:”
1# (característica-proxy | característica-cancelación | característica-
ramificación | característica-recurso | característica-paralelo |
característica-cola | característica-timbre)
característica-proxy = “proxy” | “redirigir” característica-cancelación = “cancelar” | “no cancelar” característica-ramificación = “ramificación” | “no ramificación” característica-recurso = “recurso” | “no recurso” característica-paralelo = “paralelo” | “secuencial” característica-cola = “cola” | “no cola” característica-timbre = “timbre" | “no timbre”
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 vuelve 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 una 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:
F4 INVITE A -> Proxy 1
INVITE sip:UserB@ss1.wcom.com SIP/2.0
Via: SIP/2.0/UDP here.com: 5060
From: BigGuy <sip:UserA@here.com>
To: LittleGuy <sip:UserB@there.com>
Call-ID: 12345601@here.com
CSeq: 1 INVITE
Contact: BigGuy <sip:UserA@here.com>
Authorization:Digest username="UserA", realm="MCI WorldCom SIP",
nonce="wf84f1ceczx41ae6cbe5aea9c8e88d359", opaque="",
uri="sip:ss1.wcom.com",
response="42ce3cef44b22f50c6a6071bc8" Content-Type: multipart/mixed;
boundary=gc0pJq0M:08jU534c0p Content-Length: 147 v=0 o=UserA 2890844526 2890844526 IN IP4 here.com s=Session SDP c=IN IP4 100.101.102.103 t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000 ------_= _NextPart__gc0pJq0M:08jU534c0p Content-Type: image/jpeg; charset="iso-8859-1" R01GODlhuQEFAfAAAAAAAP///yH5BAEAAAEALAAAAAC5AQUBAAL+jI+py+0P4 wKUyouz3rz7D4biSJZmUAEnl7ZW51brTNf2jec6FrvKC+sJhz0IMcWQ7ZbMpv 05U01RVKnliM1qt9wuFwoOi8dkr/mMTqu35Lb7DRet5/S6nRjP6/d8w/0PGOj VR1hoyCSYqLgIdOj4CBnCOElJF3mJmRlRydn5pQkamnnlWWqqJJqqanjaaroK G5vnSlspe4tbVrsrmOv7+8QrXAdcbIwzNaw8eNzsvLQcjfRMXWO jvWytvwW1C
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 emisión según la invención, a continuación se describen varias posibilidades.
1. Utilizar las capacidades de emisión SIP: El usuario B tiene un "emisión 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 de usuario B2 intenta reenviar de manera periódica el mensaje (utilizando las mismas capacidades de mensajería basadas en SIP) al agente de usuario B del usuario B. El temporizador de emisións periódicos puede ser de cualquier tipo. También puede considerarse que el agente de usuario B2 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.
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, a los valores "almacenar", "almacenar y reenviar”, “notificar” o “no almacenar”. La palabra de protocolo contiene además una parte de mensaje 12 que contiene un mensaje, por ejemplo de tipo MIME, y el campo de finalización 13 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 MIME 12. Cuando el usuario receptor B haya activado "emisión si no hay disponibilidad” en su servidor proxy 2, el servidor proxy 2 reenviará cualquier mensaje SIP recibido a un elemento de red tal como el elemento de red 4 (agente de usuario fantasma), el cual es un dispositivo que está siempre conectado al servidor proxy. El servidor proxy 2 o el servidor 4 pueden adaptarse para intentar reenviar de manera periódica cualquier mensaje almacenado (utilizando SIP) al equipo de usuario 3. 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 almacenados no entregados.
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 de usuario 1 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 servicio 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 indicada 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 detecta 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 de recepción 801 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 de inclusión 802 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 de envío 803 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 de red de servicio 81, tal como el servidor 2.
El elemento de red de servicio 81 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 de recepción 811 para recibir mensajes, por ejemplo, la(s) palabra(s) de protocolo enviada(s) desde el emisor 80, y un medio de comprobación de accesibilidad 812 que comprueba si el receptor 82 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 de envío 813 del elemento de red de servicio 81. El medio de envío 813 envía el mensaje a la dirección de recepción indicada, es decir, al receptor 82.
Cuando el medio de comprobación 812 detecta que el receptor 81 no está disponible en este momento, transfiere el mensaje a un medio de comprobación 814 que está adaptado para comprobar si el mensaje va a almacenarse o a descartarse. El medio de comprobación 814 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 de descarte 816 que, por ejemplo, borra de manera activa 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 de comprobación 814 envía el mensaje a un medio de almacenamiento 815 que puede ser una memoria interna o un dispositivo de almacenamiento externo, tal como en el servidor 4.
Cuando el medio de comprobación 812 detecta posteriormente que el receptor 81 está de nuevo disponible, o bien recupera el mensaje almacenado del medio de almacenamiento 815 y transfiere el mensaje al medio de envío 813, o bien ordena que el medio de almacenamiento 815 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, preferentemente 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 segunda 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 proxy 2 está adaptado para enviar una notificación (etapa 4) al emisor original 1 utilizando el procedimiento NOTIFY de SIP después de la entrega del mensaje al usuario B (mensaje 200 OK).
Cuando el usuario receptor B 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. La CSCF y el servidor de posiciones base 2 informan de esta situación al servidor de almacenamiento y emisión SIP 4, 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.
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 ser o incluir un comando de almacenamiento. El comando de almacenamiento puede ser, en una implementación preferida, un comando de almacenamiento y emisión. Un elemento de red de servicio que intente proporcionar una conexión con el equipo receptor en vano está adaptado preferentemente 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 nuevo de mensajería y la invención puede implementarse en redes existentes de una manera económica. Además, no es necesario ningún elemento nuevo de red para implementar la invención, de manera que la técnica dada a conocer 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 preferentemente es el protocolo de inicio de sesión, SIP. El protocolo comprende una parte que permite que un elemento de red, preferentemente 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 preferentemente 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 emisión, 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 preferentemente 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 emisor tendrá que buscar cualquier mensaje almacenado, por ejemplo, cuando vuelva a conectarse a la red. En caso de un comando de almacenamiento y emisión, el sistema se adapta para reenviar automáticamente el mensaje al equipo receptor. Este emisión puede intentarse, por ejemplo, de manera periódica, o puede llevarse a cabo cuando se detecte que el equipo receptor esté de nuevo disponible.
Aunque anteriormente se han descrito realizaciones preferidas de la invención, 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 (5)
- REIVINDICACIONES1.-Procedimiento, que comprende en orden almacenar un parámetro en un servidor de mensajería (2) de un protocolo de mensajería instantánea; recibir, en el servidor de mensajería (2), desde un terminal (3), información de establecimiento de parámetro (11) para establecer o actualizar el parámetro según la información de establecimiento de parámetro (11); recibir (704) un mensaje según dicho protocolo de mensajería instantánea dirigido al terminal (3) en el servidor de mensajería (2); comprobar (705-706) si el terminal (3) está en línea o no; tratar (708-710), cuando el terminal (3) no está en línea, el mensaje según el parámetro; repetir, cuando el tratamiento comprende almacenar (709) el mensaje, la comprobación(705) de si el terminal (3) está en línea o no hasta que el terminal (3) esté en línea; y enviar (707), cuando el terminal (3) está en línea, desde el servidor de mensajería (2), el mensaje al terminal (3), en el que el protocolo de mensajería instantánea puede establecer una conexión bidireccional entre un terminal emisor (1) y el terminal (3). 2.-Procedimiento según la reivindicación 1, en el que el parámetro define almacenar, noalmacenar, o almacenar y emitir como tratamiento del mensaje dirigido al terminal (3).
- 3.-Procedimiento según cualquiera de las reivindicaciones 1 a 2, en el que la información de fijación de parámetro (11) define el establecimiento de un campo de almacenamiento y emisión en el servidor de mensajería (2).
- 4.-Procedimiento según cualquiera de las reivindicaciones 1 a 3, en el que la información de establecimiento de parámetro (11) indica uno o más tipos de mensajes aceptables para el usuario del terminal (3).
- 5.-Procedimiento según una cualquiera de las reivindicaciones anteriores, quecomprende además almacenar o actualizar el parámetro según la información de establecimiento de parámetro (11) recibida. 6.-Procedimiento según una cualquiera de las reivindicaciones anteriores, en el que elprotocolo de mensajería instantánea es un protocolo de inicio de sesión (SIP). 7.-Aparato, que comprende un primer medio de almacenamiento configurado para almacenar un parámetro; un primer medio de recepción configurado para recibir, desde un terminal (3), información de establecimiento de parámetro (11); un medio de establecimiento configurado para fijar o actualizar el parámetro según la información de establecimiento de parámetro (11); un segundo medio de recepción (811) configurado para recibir un mensaje según un protocolo de mensajería instantánea dirigido al terminal (3); un segundo medio de almacenamiento (815) configurado para almacenar el mensaje cuando un tratamiento del mensaje según el parámetro comprende almacenar el mensaje; un medio de comprobación de accesibilidad (812) configurado para comprobar repetidamente, hasta que el terminal esté en línea, si el terminal (3) está en línea tras la recepción del mensaje y cuando el mensaje se ha almacenado por el segundo medio de almacenamiento (815); un medio de tratamiento configurado para tratar el mensaje según el parámetro cuando el terminal (3) no está en línea según un resultado del medio de comprobación de accesibilidad (812); y un medio de envío (813) configurado para enviar el mensaje según el protocolo de mensajería instantánea al terminal (3) cuando el medio de comprobación de accesibilidad(812) comprueba que el terminal (3) está en línea, en el que el protocolo de mensajería instantánea puede establecer una conexión bidireccional entre un terminal emisor (1) y el terminal (3). 8.-Aparato según la reivindicación 7, en el que el parámetro define almacenar, noalmacenar, o almacenar y emitir como tratamiento del mensaje. 9.-Aparato según la reivindicación 7 u 8, en el que la información de establecimiento de parámetro indica uno o más tipos de mensajes aceptables para el usuario del terminal (3). 10.-Aparato según las reivindicaciones 7 a 9, en el que el aparato es un servidor de mensajería (2). 11.-Aparato según una cualquiera de las reivindicaciones 7 a 10, en el que el protocolo de mensajería instantánea es un protocolo de inicio de sesión, SIP.
- 12.-Un producto de programa de ordenador realizado en un medio legible por ordenador, que comprende medios de código de programa que llevan a cabo, cuando se ejecutan en un ordenador, el procedimiento según cualquiera de las reivindicaciones 1 a 6.
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 |
|---|---|
| ES2349353T3 true ES2349353T3 (es) | 2010-12-30 |
Family
ID=8164023
Family Applications (2)
| 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. |
| ES00945915T Expired - Lifetime ES2337016T3 (es) | 2000-07-13 | 2000-07-13 | Tratamiento de mensajes instantaneos en caso de no disposnibilidad del receptor. |
Family Applications After (1)
| 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. |
Country Status (11)
| Country | Link |
|---|---|
| US (2) | US7756979B1 (es) |
| EP (2) | EP1956779B1 (es) |
| CN (1) | CN1270490C (es) |
| AT (2) | ATE482553T1 (es) |
| AU (1) | AU2000259848A1 (es) |
| BR (1) | BR0017285A (es) |
| DE (2) | DE60045016D1 (es) |
| DK (1) | DK1302036T3 (es) |
| ES (2) | ES2349353T3 (es) |
| PT (1) | PT1302036E (es) |
| WO (1) | WO2002007396A1 (es) |
Families Citing this family (60)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7581011B2 (en) | 2000-12-22 | 2009-08-25 | Oracle International Corporation | Template based workflow definition |
| US7380008B2 (en) | 2000-12-22 | 2008-05-27 | Oracle International Corporation | Proxy system |
| US7711818B2 (en) | 2000-12-22 | 2010-05-04 | Oracle International Corporation | Support for multiple data stores |
| 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 |
| US6782379B2 (en) | 2000-12-22 | 2004-08-24 | Oblix, Inc. | Preparing output XML based on selected programs and XML templates |
| US7085834B2 (en) | 2000-12-22 | 2006-08-01 | Oracle International Corporation | Determining a user's groups |
| US7349912B2 (en) | 2000-12-22 | 2008-03-25 | Oracle International Corporation | Runtime modification of entries in an identity system |
| US8015600B2 (en) | 2000-12-22 | 2011-09-06 | Oracle International Corporation | Employing electronic certificate workflows |
| US6816871B2 (en) | 2000-12-22 | 2004-11-09 | Oblix, Inc. | Delivering output XML with dynamically selectable processing |
| US7802174B2 (en) | 2000-12-22 | 2010-09-21 | Oracle International Corporation | Domain based workflows |
| US7363339B2 (en) | 2000-12-22 | 2008-04-22 | Oracle International Corporation | Determining group membership |
| 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) |
| ATE479298T1 (de) * | 2002-05-13 | 2010-09-15 | Markport Ltd | Steuerung von plmn-nachrichtendiensten in ip- domänen |
| US7840658B2 (en) | 2002-05-15 | 2010-11-23 | Oracle International Corporation | Employing job code attributes in provisioning |
| US7216163B2 (en) | 2002-05-15 | 2007-05-08 | Oracle International Corporation | Method and apparatus for provisioning tasks using a provisioning bridge server |
| 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 |
| EP1994735B1 (en) | 2006-03-10 | 2017-09-27 | 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 | 华为技术有限公司 | 一种即时消息与短消息互通的方法、装置、系统 |
| EP2382758A4 (en) * | 2009-01-20 | 2012-06-27 | Ericsson Telefon Ab L M | INVITATION MANAGEMENT AT COMMUNICATION SESSIONS |
| 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 |
| CA2264240A1 (en) | 1996-08-30 | 1998-03-05 | Telefonaktiebolaget Lm Ericsson | 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 |
| US6438215B1 (en) * | 2000-02-29 | 2002-08-20 | Ameritech Corporation | Method and system for filter based message processing in a unified messaging system |
| US6978293B1 (en) * | 2000-02-29 | 2005-12-20 | Microsoft Corporation | Methods and systems for selecting criteria for a successful acknowledgement message in instant messaging |
| 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 EP EP08154468A patent/EP1956779B1/en not_active Expired - Lifetime
- 2000-07-13 DK DK00945915.7T patent/DK1302036T3/da active
- 2000-07-13 WO PCT/EP2000/006708 patent/WO2002007396A1/en not_active Ceased
- 2000-07-13 ES ES08154468T patent/ES2349353T3/es not_active Expired - Lifetime
- 2000-07-13 DE DE60045016T patent/DE60045016D1/de 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 AT AT08154468T patent/ATE482553T1/de not_active IP Right Cessation
- 2000-07-13 DE DE60043750T patent/DE60043750D1/de not_active Expired - Lifetime
- 2000-07-13 EP EP00945915A patent/EP1302036B1/en not_active Expired - Lifetime
- 2000-07-13 CN CNB008195005A patent/CN1270490C/zh not_active Expired - Fee Related
- 2000-07-13 ES ES00945915T patent/ES2337016T3/es not_active Expired - Lifetime
- 2000-07-13 PT PT00945915T patent/PT1302036E/pt unknown
- 2000-07-13 US US10/332,574 patent/US7756979B1/en not_active Expired - Lifetime
- 2000-07-13 AT AT00945915T patent/ATE456229T1/de not_active IP Right Cessation
-
2008
- 2008-05-22 US US12/153,680 patent/US8176184B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| AU2000259848A1 (en) | 2002-01-30 |
| WO2002007396A1 (en) | 2002-01-24 |
| EP1302036B1 (en) | 2010-01-20 |
| US7756979B1 (en) | 2010-07-13 |
| EP1302036A1 (en) | 2003-04-16 |
| DE60043750D1 (de) | 2010-03-11 |
| BR0017285A (pt) | 2003-06-24 |
| EP1956779A1 (en) | 2008-08-13 |
| ATE456229T1 (de) | 2010-02-15 |
| DK1302036T3 (da) | 2010-04-06 |
| CN1270490C (zh) | 2006-08-16 |
| ES2337016T3 (es) | 2010-04-20 |
| DE60045016D1 (de) | 2010-11-04 |
| US8176184B2 (en) | 2012-05-08 |
| ATE482553T1 (de) | 2010-10-15 |
| EP1956779B1 (en) | 2010-09-22 |
| CN1452828A (zh) | 2003-10-29 |
| PT1302036E (pt) | 2010-02-25 |
| US20080228892A1 (en) | 2008-09-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2349353T3 (es) | Tratamiento de mensajes instantaneos en caso de no disponibilidad del receptor. | |
| KR101424810B1 (ko) | 통합 ｉｐ 메시징 서비스에서 메시지 스레드 관리 방법 및 장치 | |
| CN102006571B (zh) | 支持简讯服务的报告终端能力 | |
| CN101361378B (zh) | 用于通过外部网关控制到用户设备的数据消息的传输的机制 | |
| US8150989B2 (en) | Multimedia messaging method and system | |
| EP2087746B1 (en) | System and method for providing converged messaging service | |
| US8788599B2 (en) | Message delivery mechanism | |
| US8291022B2 (en) | Method and device for messaging | |
| US7991848B2 (en) | Method and apparatus for sending instant message disposition notification request and response in a converged-IP messaging service and system thereof | |
| US20100087215A1 (en) | Method, system, and message service interworking module for implementing message service interworking | |
| US20040103157A1 (en) | Store-and-forward server and method for storing and forwarding for instant messaging service implemented in IP multimedia core network subsystem (IMS) | |
| US20090111430A1 (en) | Method and system for implementing messaging services and a message application server | |
| US8364122B2 (en) | Delayed delivery messaging | |
| US20050193133A1 (en) | Message header for messaging service | |
| WO2007033549A1 (fr) | Procede de transmission de message hors ligne | |
| US20050181766A1 (en) | Method and device for delivering messages to mobile terminal devices in accordance with a user selectable attainability status | |
| KR20080075636A (ko) | 스케줄 메시징 시스템 및 그 서비스 방법 | |
| EP1914973A1 (en) | System and method to provide combinational services to anonymous callers | |
| CN101933312A (zh) | 用于传送用户标识符的方法、电信节点和用户设备 | |
| CN101370243A (zh) | 一种呼叫定向方法及系统 | |
| CN101573939B (zh) | 用于向匿名呼叫者提供组合服务的系统和方法 | |
| CN119865777A (zh) | 一种短消息处理方法、服务器、通信设备和系统 |