ES2538035T3 - Servicios multiusuario en un sistema de comunicaciones - Google Patents

Servicios multiusuario en un sistema de comunicaciones Download PDF

Info

Publication number
ES2538035T3
ES2538035T3 ES06779855.3T ES06779855T ES2538035T3 ES 2538035 T3 ES2538035 T3 ES 2538035T3 ES 06779855 T ES06779855 T ES 06779855T ES 2538035 T3 ES2538035 T3 ES 2538035T3
Authority
ES
Spain
Prior art keywords
user
user terminal
block list
server
chat session
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES06779855.3T
Other languages
English (en)
Inventor
Jari Mutikainen
Adamu Haruna
Arto Leppisaari
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Technologies Oy
Original Assignee
Nokia Technologies Oy
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nokia Technologies Oy filed Critical Nokia Technologies Oy
Application granted granted Critical
Publication of ES2538035T3 publication Critical patent/ES2538035T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/306—User profiles
    • 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/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/10—Push-to-Talk [PTT] or Push-On-Call services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements

Landscapes

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

Abstract

Un método de gestión de servicios de chat en un sistema de comunicaciones, que comprende las etapas de: un primer terminal de usuario (206) inicia una sesión de chat con un servidor de conferencia (108); dicho primer terminal de usuario (206) invita a un segundo terminal de usuario (202) para unirse a la sesión de chat, en donde el segundo terminal de usuario (202) está asociado con una lista de bloqueo de usuarios bloqueados que están bloqueados para no comunicarse con el terminal de segundo usuario (202) y la lista de bloqueo está almacenada en el servidor de conferencia (108); comprobar (304) mediante el servidor de conferencia si un tercer terminal de usuario (204) invitado a unirse a la sesión de chat por el primer terminal de usuario (206) aparece en la lista de bloqueo; y en el caso de que el tercer terminal de usuario (204) esté en la lista de bloqueo, crear y enviar al segundo terminal de usuario (202) por el servidor de conferencia un mensaje de notificación para notificar a un usuario del segundo terminal de usuario (202) que un usuario bloqueado se une a la sesión de chat, proporcionándose a dicho usuario de dicho segundo terminal las opciones de permanecer en la sesión de chat y no ver ningún texto desde dicho tercer terminal de usuario, actualizar dicha lista de bloqueo para permitir que el texto de dicho tercer terminal de usuario se vea temporalmente, o salir de la sesión de chat.

Description

10
15
20
25
30
35
40
45
50
55
60
65
E06779855
28-05-2015
DESCRIPCIÓN
Servicios multiusuario en un sistema de comunicaciones
La presente invención se refiere a servicios multiusuario en un sistema de comunicaciones, en particular pero no exclusivamente para mensajería instantánea basada en el SIP.
La mensajería instantánea (IM) es un servicio de comunicación que permite a los usuarios comunicarse entre sí utilizando mensajes que se entregan a los usuarios de una manera sustancialmente en tiempo real. Cuando un usuario crea un mensaje en un terminal, se entrega inmediatamente a los demás usuarios que participan en la sesión de mensajería instantánea, lo que les permite responder posteriormente. Una sesión de IM como esta también se conoce como una sesión de chat.
Los servicios de mensajería instantánea son bien conocidos a través de redes de línea fija, como Internet, utilizando por ejemplo ordenadores de escritorio y software de mensajería instantánea. Sin embargo, también se espera que se conviertan servicios cada vez más populares para su uso en sistemas de comunicaciones móviles.
Los servicios de mensajería instantánea pueden implementarse utilizando el protocolo de inicio de sesión (SIP) desarrollado por el grupo de trabajo de ingeniería de Internet (IETF). El protocolo de inicio de sesión es un protocolo de control de capa de aplicación para crear, modificar y terminar sesiones con uno o más participantes (puntos finales). El SIP fue desarrollado generalmente para permitir el inicio de una sesión entre dos o más puntos finales en Internet al hacer estos puntos finales conscientes de la semántica de la sesión. Un usuario se conecta a un sistema de comunicación basado en SIP puede comunicarse con diversas entidades del sistema de comunicación basado en mensajes SIP estandarizados. El IETF está trabajando actualmente en la prestación de servicios de IM y de presencia basados en SIP, bajo el título "SIP for instant messaging and presence leveraging extensions" (SIMPLE). La Open Mobile Alliance (OMA) también está trabajando en SIP/IM SIMPLE y Presencia SIP/SIMPLE.
Los servicios de mensajería instantánea deben dar a los usuarios la prestación para prevenir que ciertos otros usuarios se comuniquen con ellos. En particular, algunos usuarios pueden ser molestos para los demás. Por lo tanto, los servicios de mensajería instantánea permiten a un usuario determinado bloquear otros usuarios para que no hagan contacto con ellos. Cada usuario tiene una lista de los usuarios que ha bloqueado, y esto se llama la lista de bloqueo.
Sin embargo, en situaciones en las que hay múltiples participantes en una sesión de mensajería instantánea (conocida como una sala de chat), puede haber problemas en el manejo de situaciones en las que se invita a los diferentes usuarios de una sala de chat mediante un tercero, pero los usuarios invitados pueden ser bloqueados para no comunicarse entre sí. Para ilustrar esta situación, considere el siguiente ejemplo. Un usuario llamado Usuario C, crea una sala de chat, e invita a los Usuarios A y B para unirse a la sala de chat. Sin embargo, el Usuario A ha bloqueado al Usuario B para que no se comunique con él (es decir, el Usuario B está en la lista de bloqueo personal del Usuario A).
El sistema de mensajería instantánea se enfrenta con el problema de prevenir que el Usuario B se comunique con el Usuario A (dado que el Usuario B está en la lista de bloqueo del Usuario A), mientras que no revela el contenido de la lista de bloqueo personal del Usuario A a un tercero (tal como el creador de la sala de chat, es decir, el Usuario C). Además, el usuario bloqueado no puede ser consciente de que está en lista de bloqueo de otro usuario, y por lo tanto bloqueado de comunicarse con ellos.
Una posible solución a este problema es permitir que el Usuario C (creador de la sala de chat) invite a los usuarios que él quiere, sin saber nada de las preferencias de lista de bloqueo del invitado. Sin embargo, si se invita a un usuario que aparece en la lista de bloqueo de otro usuario (por ejemplo, el Usuario B aparece en la lista de bloqueo de Usuario A), entonces el sistema debe descartar la invitación al usuario bloqueado. Por consiguiente, la invitación nunca llega al Usuario B en este ejemplo. El Usuario C no es notificado de que su invitación fue descartada.
Sin embargo, esta solución tiene el inconveniente de que, desde la perspectiva de los participantes de la sala de chat, parece ser que el Usuario B ha ignorado la invitación, o hay un fallo en el sistema de IM o de la red, y la invitación no ha llegado a Usuario B. Además, evita que el Usuario B se comunique con otros usuarios en el chat, incluso cuando el Usuario B sólo puede ser bloqueado para no comunicarse con un usuario en particular (Usuario A en este caso).
Otra solución es permitir que el Usuario C invite a los usuarios a la sala de chat, y estos usuarios invitados puedan unirse sin importar si aparecen en las listas de bloqueo de los participantes en la sala de chat. Sin embargo, el sistema puede filtrar los mensajes de un usuario que está bloqueado y comunicando con otro usuario, de tal manera que los mensajes desde el usuario bloqueado no son visibles para el usuario que bloquea. En otras palabras, en este ejemplo, el Usuario B puede unirse a la sesión de chat, pero los mensajes que el Usuario B envía no serán visibles para el Usuario A.
10
15
20
25
30
35
40
45
50
55
60
65
E06779855
28-05-2015
El problema con esta solución es que todos los participantes en la sesión son visibles el uno al otro, es decir, un usuario puede ver que el Usuario B está presente, y viceversa. Desde la perspectiva del Usuario B se verá que cualquiera de sus mensajes están siendo ignorados por el Usuario A o que hay un fallo en el sistema de IM o de red. Por consiguiente, puede ser muy fácil para el Usuario B (o incluso a otros usuarios en la sala de chat) concluir que él aparece en lista de bloqueo de un usuario. Por tanto, es preferible que se realice una decisión sobre cómo manejar los usuarios bloqueados ya sea durante el proceso en que los usuarios se unen a la sala de chat, o que todos los usuarios no sean visibles para los demás si están bloqueados.
Por tanto, existe una necesidad de una solución más flexible para el manejo del problema planteado, de manera que la lista de bloqueo personal de un usuario no se dé a conocer a los otros participantes en una sala de chat.
La solicitud de patente europea EP1487169 describe la gestión de los juegos en línea con múltiples participantes, donde un participante puede tener una lista de silencio para determinar si otro participante actual está en la lista.
La invención se define por las reivindicaciones independientes.
Para una mejor comprensión de la presente invención y para mostrar cómo la misma puede llevarse a efecto, se hará ahora referencia, a modo de ejemplo, a los siguientes dibujos en los que:
La figura 1 muestra un sistema de comunicación inalámbrica; La figura 2 muestra una estructura de red para una primera forma de realización de la invención; La figura 3 muestra los mensajes de señalización intercambiados por la primera forma de realización de la invención; La figura 4 muestra la estructura de un mensaje SIP NOTIFY conocido; La figura 5 muestra la estructura de un mensaje SIP NOTIFY modificado; La figura 6 muestra una estructura de red para un segundo ejemplo de la invención; La figura 7 muestra los mensajes de señalización intercambiados por la segunda forma de realización de la invención; La figura 8 muestra una estructura de red para un tercer ejemplo de la invención; La figura 9 muestra los mensajes de señalización intercambiados por el tercer ejemplo de la invención.
Se hará referencia primero a la figura 1, en la que se muestra un sistema de comunicación inalámbrico 100. El sistema de comunicación 100 comprende una red 102, que conecta las entidades móviles (terminales de usuario 106) que participan en una sesión de chat. La red 102 puede ser una red tal como Internet, o puede ser una red privada tal como la red principal de telecomunicaciones o una red Ethernet.
En la realización mostrada en la figura 1, conectada a la red 102 hay una pluralidad de estaciones de base 104. Las estaciones de base proporcionan una conexión inalámbrica entre los terminales de usuario 106 y la red 102. Estas estaciones de base pueden ser de cualquier estándar inalámbrico conocido. Por ejemplo, pueden ser estaciones de base GSM/GPRS (BS), UMTS nodo-B o puntos de acceso WLAN. En realizaciones alternativas, las estaciones de base 104 pueden ser reemplazadas con entidades que permiten una conexión por cable a la red, por ejemplo un módem o un enrutador.
Las estaciones de base 104 pueden ser conectadas directamente a la red 102, o pueden estar conectadas para redes separadas, que están a su vez conectadas a la red 102 a través de entidades intermedias. En algunas realizaciones las estaciones de base pueden estar todas conectadas a la misma red y operar en el mismo estándar inalámbrico. En otras realizaciones, diferentes estaciones de base pueden estar conectadas a redes separadas una de la otra, y las estaciones de base pueden operar en diferentes estándares inalámbricos.
En la realización mostrada en la figura 1, los terminales de usuario 106 se conectan a las estaciones de base a través de un enlace inalámbrico. El enlace inalámbrico puede ser de acuerdo con cualquier estándar conocido, dependiendo del tipo de red a la que el terminal de usuario se está conectando. Por ejemplo, si las estaciones de base 104 y los terminales de usuario 106 cumplen con el estándar GSM/GPRS, el enlace inalámbrico utiliza un esquema de acceso múltiple por división de tiempo (TDMA). Alternativamente, si las estaciones de base 104 y los terminales de usuario 106 cumplen con el estándar UMTS, el enlace inalámbrico utiliza un esquema de acceso múltiple de división de código de banda ancha (WCDMA). Otros enlaces inalámbricos posibles incluyen el acceso múltiple de división de frecuencia (FDMA), el acceso múltiple por detección de portadora (CSMA) y multiplexación por división de frecuencia ortogonal (OFDM).
Los terminales de usuario 106 están configurados para permitir a un usuario participar en sesiones de chat. Múltiples terminales de usuario pueden ser conectados a cada estación de base. Los usuarios que participan en una sesión de chat (referidos como participantes en lo sucesivo) se pueden conectar a la misma estación de base o conectarse a las estaciones de base independientes. Un terminal de usuario 106 puede ser una estación móvil inalámbrica (MS) tal como un teléfono móvil, un asistente digital personal (PDA) o un ordenador portátil. En realizaciones alternativas, el terminal de usuario 106 puede ser un terminal cableado tal como un ordenador personal (PC).
15
25
35
45
55
65
E06779855
28-05-2015
Dentro de la red 102 hay un servidor de conferencia 108. Los terminales de usuario 106 se conectan al servidor de conferencia 108 a través de las estaciones de base 104 con el fin de participar en una sesión de chat, tal como se describirá más adelante.
Se hará referencia ahora a la figura 2, que muestra la estructura de la red 200 de un primer ejemplo de la invención. Un escenario de ejemplo se utiliza para demostrar el funcionamiento de esta realización de la invención. En este escenario hay tres usuarios como se muestra en la figura 2, el Usuario A 202, el Usuario B 204 y el Usuario C 206. Cada uno de estos usuarios es capaz de participar en sesiones de chat, y pueden conectarse al servidor de conferencia 108 como se indica en lo que respecta a la figura 1. Servidores de IM locales también pueden estar presentes en las redes de los usuarios. En este escenario, el Usuario C crea una sala de chat. El Usuario C luego invita al Usuario A y al Usuario B a la sala de chat. Sin embargo, el Usuario A ha bloqueado al Usuario B para participar en sesiones de chat con el Usuario A. Por lo tanto, el Usuario B está en una lista personal de usuarios bloqueados del Usuario A, conocida como su lista de bloqueo. La estructura de la red debe manejar esta situación de tal manera que el Usuario A no tiene que conversar con el Usuario B, pero también no debería tener que divulgar su lista de bloqueo personal al creador de la sala de chat, el Usuario C.
La figura 3 muestra cómo el presente ejemplo resuelve este problema, la figura 3 muestra el intercambio de mensajes de señalización entre las entidades descritas anteriormente con referencia a la figura 2. La presente realización se basa en tecnología SIP/SIMPLE.
Como se indicó anteriormente, el Usuario C 206 crea una sala de chat, y esto se inicia en la etapa S1 por Usuario C que envía un mensaje SIP INVITE al servidor de conferencia108. El servidor de conferencia en 302 crea entonces una instancia de foco y reserva de recursos del mezclador. Entonces el Usuario C se suscribe a las notificaciones de estado de conferencia. Este proceso implica la comunicación entre el servidor de conferencia y el Usuario C en la etapa S2.
El Usuario C envía un mensaje SIP REFER al servidor de conferencia, reivindicando que el Usuario A y el Usuario B deben ser invitados a la sala de chat. El servidor de conferencia luego envía mensajes SIP INVITE al Usuario A y al Usuario B en las etapas S4 y S5, respectivamente. Tras la recepción exitosa de los mensajes SIP INVITE, el Usuario A y el Usuario B responden con un mensaje OK 200 en la etapa S6 y S8. Mientras tanto, el servidor de conferencia necesita saber la lista de bloqueo personal de cada uno de los invitados a la sala de chat, y el servidor de conferencias lo solicita desde el servidor local IM al Usuario A (306) y el servidor de IM local al Usuario B (308) con un mensaje SIP SUBSCRIBE en las etapas S7 y S9 (al Usuario A y B, respectivamente). Estos mensajes se responden por el servidor de IM local para el Usuario A y el Usuario B (306 y 308) en las etapas S10 y S11, respectivamente, con mensajes OK 200. El intercambio de mensajes para que el servidor de conferencia obtenga las listas de bloqueo se muestra en líneas de trazos en la figura 3. El servidor de conferencia mantiene la lista de bloqueo de cada usuario invitado bajo el nombre del usuario invitado.
Cuando el servidor de conferencia solicita la lista de bloqueo de los invitados (en la etapa S7 y S9 arriba) con el mensaje suscribirse, el servidor de conferencia puede o bien hacer una suscripción de una sola vez o una suscripción continua. Una suscripción de una sola vez recupera sólo el contenido actual de la lista de bloqueo, mientras que una suscripción continua permite que el servidor de conferencia sea notificado de cualquier modificación de lista de bloqueo adicional. En el caso de una suscripción continua, si el invitado cambia su lista de bloqueo, el servidor de conferencia es notificado y actualiza su lista de bloqueo en consecuencia. Otra alternativa para ir a buscar la lista de bloqueo es utilizar el Protocolo de Gestión de la Configuración (XCAP) en lenguaje de marcado extensible (XML). Se trata de un protocolo estandarizado IETF utilizado por el cliente para la creación y la gestión de la lista de bloqueo. El servicio OMA SIP/ SIMPLE IM también utiliza XCAP para el mismo propósito.
Los usuarios A y B envían un mensaje SIP SUBSCRIBE al servidor de conferencia en S12 y S13 para suscribirse a notificaciones de cambio de la conferencia (por ejemplo, de que un nuevo usuario se ha unido), y éstas son reconocidas con mensajes OK 200 desde el servidor de conferencia en las distintas fases S14 y S15. El servidor de conferencia envía un mensaje SIP NOTIFY al Usuario C en las etapas S16 y S17 para informar al Usuario C que el Usuario A y el Usuario B se han unido a la sala de chat.
El servidor de conferencia realiza una comprobación en 304 de cada uno de los usuarios se unen a la sala de chat para ver de que están incluidos en alguna de las listas de bloqueo de los usuarios participantes. En el caso del Usuario A en este ejemplo, el Usuario B está en lista de bloqueo de un usuario. Por lo tanto, cuando el Usuario B se une a la sala de chat poco después del Usuario A, el servidor de conferencia realiza una comprobación para ver si el Usuario B aparece en la lista de bloqueo de los participantes actuales, y el servidor de conferencia encuentra una coincidencia en la lista de bloqueo de un usuario. Como resultado de encontrar esta coincidencia en la lista de bloqueo, el servidor de conferencia envía al Usuario A un mensaje SIP NOTIFY modificado en la etapa S18, que será descrito en más detalle más adelante. A cualquier otro participante a la sala de chat que no tenga ningún usuario que se una que coincida con sus listas de bloqueo normal recibirá un mensaje SIP NOTIFY, sin modificar.
La estructura básica de un mensaje de notificación no modificado se muestra en la figura 4. Esto puede ser comparado a la estructura básica del mensaje de notificación modificado como se describió anteriormente, que se
10
15
20
25
30
35
40
45
50
E06779855
28-05-2015
muestra en la figura 5. El mensaje no modificado en la figura 4 contiene campos de "usuario" 402, "pantalla de texto" 404, "AORs asociados" 406, "roles" 408 y "lenguaje" 410. El mensaje de notificación modificado en la figura 5 contiene un campo adicional "en su lista de bloqueo" 502, que, al contener los datos "sí", indica que el usuario especificado en la sala de chat coincide con uno de los enumerados en la lista de bloqueo del usuario.
Una representación más detallada del mensaje de notificación modificado, tal como el enviado en la etapa S18 se puede ver a continuación. El nuevo campo "en su lista de bloqueo" añadido como parte de la presente realización se muestra en negrita.
imagen1
Volviendo de nuevo a la figura 3, al recibir el mensaje NOTIFY modificado, el Usuario A es notificado de que el Usuario B, que está en su lista de bloqueo, o bien se ha sumado, ha sido invitado, o ya existe en la sala de chat. El Usuario A continuación, tiene la opción de permanecer en la sala de chat, pero no ver cualquier texto desde el Usuario B, actualizando su lista de bloqueo para permitir que el texto del Usuario B sea visto temporalmente, o el Usuario A puede optar por no unirse y salir de la sala de chat.
Si el Usuario A opta por permanecer en la sala de chat, pero no ver cualquier texto del Usuario B, entonces el servidor puede realizar el filtrado de texto del Usuario B. Alternativamente, el terminal del usuario puede realizar el filtrado. Todos los demás participantes en la sala de chat pueden ver el texto del Usuario B. Ningún otro participante sabrá que el Usuario A está teniendo mensajes del Usuario B filtrados.
La notificación de un usuario bloqueado sólo ocurre una vez, y después de que los mensajes se envían a todos los participantes. Sin embargo, el servidor de conferencia puede realizar opcionalmente además el filtrado de los mensajes, como se mencionó anteriormente.
Si el Usuario B, como un nuevo usuario que se une, tenía alguno de los usuarios que ya participan en su lista de bloqueo (por ejemplo, si el Usuario B tenía al Usuario A en su lista de bloqueo), a continuación, se enviaría al Usuario B una mensaje NOTIFY modificado, como anteriormente, y tendría las mismas tres opciones como Usuario A descritas anteriormente. Sin embargo, en el ejemplo que se muestra aquí, el Usuario B no tiene a ninguno de los otros participantes en la lista de bloqueo, y por lo tanto se envía un mensaje NOTIFY sin modificar en S19.
Se hará referencia ahora a la figura 6, que muestra la estructura de la red 600 de un segundo ejemplo de la invención. En este escenario están los mismos tres usuarios, como se muestra en la primera realización: el Usuario A 202; el Usuario B 204 y el Usuario C 206. Como en el primer ejemplo, el Usuario C crea una sala de chat, e invita a los Usuarios A y B. Sin embargo, el Usuario B está presente en lista de bloqueo del Usuario A. En la segunda realización de la invención, la arquitectura del servidor de conferencia 602 cuenta con dos elementos lógicos, el servidor IM participante 604 (o gestor de lista de bloqueo) y el servidor IM de control 606 (o gestor de sesión).
El servidor de IM participante reside en la red doméstica del usuario que es el destinatario de los mensajes, y es el servidor de recepción y ejecuta los requisitos de entrega de mensajes del destinatario individual. El servidor de IM participante mantiene las listas de bloqueo de los usuarios con los que está asociado, y es responsable de realizar el proceso de coincidencia de la lista de bloqueo. El servidor de control se encuentra en la red que aloja/propietaria del grupo de conversación.
La figura 7 muestra el intercambio de mensajes de señalización entre las entidades descritas anteriormente con referencia a la figura 6. En común con la primera forma de realización, el Usuario C inicia la sesión de chat mediante el envío de un mensaje SIP INVITE al servidor de IM de control 606 en la etapa S20. El servidor de IM que controla al 702 crea la instancia de enfoque y reserva recursos del mezclador. Entonces el Usuario C se suscribe a las notificaciones de estado de conferencia. Este proceso consiste en la comunicación entre el servidor IM de control y
15
25
35
45
55
65
E06779855
28-05-2015
el Usuario C en la etapa S21.
El Usuario C envía un mensaje SIP REFER en la etapa S22 al servidor de IM de control, lo que indica que el Usuario A y el Usuario B deben ser invitados a la sala de chat. El servidor de IM controlar a continuación, envía un mensaje SIP INVITE al servidor de IM participante para el Usuario A en la etapa S23. A continuación un mensaje SIP INVITE adicional se envía desde el servidor de IM participante al Usuario A en la etapa S24. Los mensajes SIP INVITE también se envían al Usuario B a través del servidor de IM participante en las etapas S25 y S26. Tras la recepción exitosa de los mensajes SIP INVITE, el Usuario A y el Usuario B responden con un mensaje OK 200 en la etapa S27 y S29, que se envían de nuevo al servidor de IM de control a través del servidor IM participantes en las etapas S28 y S30.
En contraste con el primer ejemplo de la invención, el servidor de IM participante de la presente forma de realización ya mantiene las listas de bloqueo de los usuarios, y por lo tanto no hay ningún requisito para el servidor de IM de control para suscribirse a la información de la lista de bloqueo.
Los usuarios A y B envía un mensaje SIP SUBSCRIBE al servidor de IM participante en S31 y S33 para suscribirse a notificaciones de cambio de la conferencia (por ejemplo, de que un nuevo usuario se ha unido), y estos se envían al servidor de IM de control en las etapas S32 y S34. Estos mensajes son reconocidos con mensajes OK 200 desde el servidor de IM de control, que se transmiten a través del servidor de IM participante al Usuario A en las etapas S35 y S36 y al Usuario B en las etapas S38 y S39. El servidor de IM de control envía un mensaje SIP NOTIFY al Usuario C en las etapas S37 y S40 para informar al Usuario C que el Usuario A y el Usuario B se han unido a la sala de chat.
El servidor de IM de control envía un mensaje SIP NOTIFY al servidor de IM participante que un nuevo usuario se ha unido a la sala de chat en la etapa S41. Este mensaje contiene una "im-tag" similar a un "poc-tag" en OMA pulsar para hablar sobre celular (PoC), que se utiliza para dirigir el mensaje al servidor de IM participante. La etiqueta característica "im-tag" se añade en el encabezado de contacto o aceptación de contacto en el mensaje SIP.
El servidor de IM participante realiza una comprobación en 704 de cada uno de los usuarios que se unen a la sala de chat para ver si están incluidos en alguna de las listas de bloqueo de los usuarios participantes. En el caso del Usuario A en este ejemplo, el Usuario B está en lista de bloqueo de un usuario. Por lo tanto, cuando el Usuario B se une a la sala de chat, poco después del Usuario A, el servidor de IM participante realiza una comprobación para ver si el Usuario B aparece en la lista de bloqueo de los participantes actuales, y el servidor de IM participante encuentra una coincidencia en la lista de bloqueo de un usuario. Como resultado de la búsqueda de este partido en la lista de bloqueo, el servidor IM participante modifica el mensaje SIP NOTIFY desde el servidor de IM de control para indicar que el Usuario B está en la lista de bloqueo y envía el mensaje SIP NOTIFY modificado al Usuario A en la etapa S42. El mensaje SIP NOTIFY modificado enviado en la etapa S42 puede ser el mismo que el descrito anteriormente para la primera forma de realización de la invención. Se enviará a cualquier otro participante a la sala de chat que no tenga ningún usuario se una que coincida con sus listas de bloqueo normal, un mensaje SIP NOTIFY, sin modificar.
Al recibir el mensaje NOTIFY modificado, el Usuario A tiene la opción de permanecer en la sala de chat, pero no ver cualquier texto desde el Usuario B, actualizando su lista de bloqueo para permitir que el texto del Usuario B sea visto temporalmente, o el Usuario A puede optar por no unirse y dejar la sala de chat. Si el Usuario A opta por permanecer en la sala de chat, pero no ver cualquier texto del Usuario B, el servidor de IM participante puede realizar el filtrado de texto del Usuario B. Todos los demás participantes en la sala de chat puede ver el texto del Usuario B. Ningún otro participante sabrá que el Usuario A está teniendo los mensajes del Usuario B filtrados. La notificación de un usuario bloqueado sólo ocurre una vez, y después de que los mensajes se envían a todos los participantes. Sin embargo, el servidor de IM participante puede realizar opcionalmente un filtrado adicional de los mensajes, como se mencionó anteriormente.
Si el Usuario B, como un nuevo usuario que se une, tenía a alguno de los usuarios que ya participan en su lista de bloqueo (por ejemplo, si el Usuario B tenía al Usuario A en su lista de bloqueo), a continuación, se enviaría al Usuario B una mensaje NOTIFY modificado, como antes, y tendría las mismos tres opciones como se describieron anteriormente para el Usuario A. Sin embargo, en el ejemplo que se muestra aquí, el Usuario B no tiene a ninguno de los otros participantes en la lista de bloqueo, y por lo tanto se envía un mensaje NOTIFY sin modificar en S43.
Un tercer ejemplo de la presente invención se puede ver con referencia a la figura 8, en la que se muestra la estructura de la red 800 de este ejemplo. En este escenario están los mismos tres usuarios, el Usuario A 202; el Usuario B 204 y el usuario C 206, como se muestra en la primera y segunda realizaciones. Como en la primera y segunda formas de realización, el Usuario C crea una sala de chat, e invita a los usuarios A y B. Sin embargo, el Usuario B está presente en lista de bloqueo de un usuario. En el tercer ejemplo de la invención, el terminal de usuario comprende un cliente de IM 804 y una interfaz de usuario (UI) 806 (en este caso sólo se muestra para el Usuario A). La estructura de red comprende un servidor de conferencia 802, pero esto no lleva a cabo todas las mismas funciones que en el primero y segundo ejemplos. En particular, las listas de bloqueo de los participantes están almacenadas localmente en el cliente IM. El cliente IM realiza entonces la comparación entre usuarios que se unen o participantes en la sala de chat y de la lista de bloqueo.
E06779855
28-05-2015
La figura 9 muestra el intercambio de mensajes de señalización entre las entidades descritas anteriormente con referencia a la figura 8. En común con el ejemplo anterior, el Usuario C inicia la sesión de chat mediante el envío de un mensaje SIP INVITE al servidor de conferencia 802 en la etapa S44. El servidor de conferencia en 902 crea entonces instancia de foco y reserva recursos del mezclador. Entonces el Usuario C se suscribe a las notificaciones
5 de estado de conferencia. Este proceso implica la comunicación entre el servidor de conferencia y el Usuario C en la etapa S45.
El Usuario C envía un mensaje SIP REFER al servidor de conferencia en la etapa S46, lo que indica que el Usuario A y el Usuario B deben ser invitados a la sala de chat. El servidor de conferencia SIP INVITE envía mensajes al 10 Usuario A y al Usuario B en las etapas S47 y S48, respectivamente, y estos con reconocidos con mensajes OK 200 del Usuario A y del Usuario B en las etapas S49 y S50. El Usuario A y el Usuario B se suscriben a la sala de chat con mensajes SIP SUBSCRIBE enviados al servidor de conferencia en las etapas S51 y S52. El servidor de conferencia reconoce con mensajes OK 200 a Usuario A y al Usuario B en las etapas S53 y S55. Mientras tanto, el servidor de conferencia notifica al Usuario C que el Usuario A se ha unido a la sala de chat en las etapas S54, y
15 hace lo mismo con el Usuario B en S56.
En el presente ejemplo de la invención, la comparación entre los usuarios que se unen a la sala de chat, y los enumerados en lista de bloqueo de un participante no se realiza en el servidor de conferencia. En cambio, cuando un nuevo usuario se une a la sala de chat un mensaje SIP NOTIFY se envía a los participantes. En el caso del
20 ejemplo en la figura 9, el Usuario A envía un mensaje SIP NOTIFY en la etapa S57. El cliente IM 804 en el terminal de usuario a continuación compara al usuario que se une a la sala de chat con la lista de bloqueo almacenada localmente en el cliente de IM en 904. En el caso del Usuario A, el cliente de IM encontrará una coincidencia en las listas de bloqueo cuando el Usuario B se une a la sala de chat. Al encontrar la coincidencia, el cliente de IM informa al usuario a través de la interfaz de usuario en la etapa S58.
25

Claims (5)

  1. 5
    15
    25
    35
    45
    55
    65
    REIVINDICACIONES
    1.
    Un método de gestión de servicios de chat en un sistema de comunicaciones, que comprende las etapas de:
    un primer terminal de usuario (206) inicia una sesión de chat con un servidor de conferencia (108); dicho primer terminal de usuario (206) invita a un segundo terminal de usuario (202) para unirse a la sesión de chat, en donde el segundo terminal de usuario (202) está asociado con una lista de bloqueo de usuarios bloqueados que están bloqueados para no comunicarse con el terminal de segundo usuario (202) y la lista de bloqueo está almacenada en el servidor de conferencia (108); comprobar (304) mediante el servidor de conferencia si un tercer terminal de usuario (204) invitado a unirse a la sesión de chat por el primer terminal de usuario (206) aparece en la lista de bloqueo; y en el caso de que el tercer terminal de usuario (204) esté en la lista de bloqueo, crear y enviar al segundo terminal de usuario (202) por el servidor de conferencia un mensaje de notificación para notificar a un usuario del segundo terminal de usuario (202) que un usuario bloqueado se une a la sesión de chat, proporcionándose a dicho usuario de dicho segundo terminal las opciones de permanecer en la sesión de chat y no ver ningún texto desde dicho tercer terminal de usuario, actualizar dicha lista de bloqueo para permitir que el texto de dicho tercer terminal de usuario se vea temporalmente, o salir de la sesión de chat.
  2. 2.
    Un método de acuerdo con la reivindicación 1, en el que el tercer terminal de usuario (204) está asociado a una segunda lista de bloqueo, comprendiendo dicho método además:
    comprobar si el segundo terminal de usuario (202), figura en la segunda lista de bloqueo; en el caso de que el segundo terminal de usuario (202) esté en la segunda lista de bloqueo, crear y enviar un mensaje de notificación para notificar a un usuario del tercer terminal de usuario (204) que un usuario bloqueado está presente en la sesión de chat.
  3. 3.
    Un método de gestión de servicios de chat en un sistema de comunicaciones, que comprende un servidor de conferencia (602) que comprende dos elementos lógicos, un servidor de control IM (606) y un servidor de IM participante (604), comprendiendo el método las etapas de:
    un primer terminal de usuario (206) inicia una sesión de chat con el servidor de IM de control (606); dicho primer terminal de usuario (206) invita a un segundo terminal de usuario (202) para unirse a la sesión de chat, en donde el segundo terminal de usuario (202) está asociado a una lista de bloqueo de usuarios bloqueados que están bloqueado para comunicarse con el segundo terminal de usuario (202) y la lista de bloqueo está almacenada en el servidor de IM participante (604); la comprobación por el servidor de IM participante si un tercer terminal de usuario (204) invitado a unirse a la sesión de chat por el primer terminal de usuario (206) aparece en la lista de bloqueo; y en el caso de que el tercer terminal de usuario (204) esté en la lista de bloqueo, crear y enviar a través de una red al segundo terminal de usuario (202) por el servidor de IM participante un mensaje de notificación para notificar a un usuario del segundo terminal de usuario (202) que un usuario bloqueado se une a la sesión de chat, proporcionando a dicho usuario de dicho segundo terminal las opciones de permanecer en la sesión de chat y no ver ningún texto desde dicho tercer terminal de usuario, actualizar dicha lista de bloqueo para permitir que el texto de dicho tercer terminal de usuario sea visto temporalmente, o salir de la sesión de chat.
  4. 4.
    Un sistema de comunicaciones para la prestación de servicios de chat que comprende:
    un primer terminal de usuario (206) para iniciar una sesión de chat con un servidor de conferencia (108); un segundo terminal de usuario (202), siendo dicho segundo terminal de usuario (202) invitado a unirse a la sesión de chat por dicho primer terminal de usuario (206), en donde el segundo terminal de usuario (202) está asociado a una lista de bloqueo de usuarios bloqueados que están bloqueados para comunicarse con el segundo terminal de usuario (202), estando almacenada la lista de bloqueo en el servidor de conferencia; un tercer terminal de usuario (204), siendo dicho tercer terminal de usuario (204) invitado a unirse a la sesión de chat por el primer terminal de usuario (206); medios en el servidor de conferencia para comprobar si el tercer terminal de usuario (204) figura en la lista de bloqueo; y medios en el servidor de conferencia para crear y enviar un mensaje de notificación al segundo terminal de usuario (202) para notificar a un usuario del segundo terminal de usuario (202) que un usuario bloqueado se une a la sesión de chat, en caso de que el tercer terminal de usuario (204) esté en la lista de bloqueo, se proporcionan a dicho usuario de dicho segundo terminal las opciones de permanecer en la sesión de chat y no ver ningún texto desde dicho tercer terminal de usuario, actualizar dicha lista de bloqueo para permitir que el texto de dicho tercer terminal de usuario sea visto temporalmente, o salir de la sesión de chat.
  5. 5.
    Un sistema de comunicaciones para la prestación de servicios de chat que comprende: un servidor de conferencia (602) que comprende dos elementos lógicos, un servidor de control IM (606) y un servidor de IM participante (604); un primer terminal de usuario (206) que inicia una sesión de chat con el servidor de IM de control (606);
    8
    un segundo terminal de usuario (202), siendo dicho segundo terminal de usuario (202) invitado a unirse a la sesión de chat por dicho primer terminal de usuario (206), en donde el segundo terminal de usuario (202) está asociado a una lista de bloqueo de usuarios bloqueados que están bloqueados para comunicarse con el segundo terminal de usuario (202), estando almacenada la lista de bloqueo en el servidor de IM participante;
    5 un tercer terminal de usuario (204), siendo dicho tercer terminal de usuario (204) invitado a unirse a la sesión de chat por el primer terminal de usuario (206); medios en el servidor de IM participante para comprobar si el tercer terminal de usuario (204) figura en la lista de bloqueo; y medios en el servidor de IM participante para crear y enviar través de una red un mensaje de notificación al segundo
    10 terminal de usuario (202) para notificar a un usuario del segundo terminal de usuario (202) que un usuario bloqueado se une a la sesión de chat, en caso de que el tercer terminal de usuario (204) se encuentre en la lista de bloqueo, se proporcionan a dicho usuario de dicho segundo terminal las opciones de permanecer en la sesión de chat y no ver ningún texto desde dicho tercer terminal de usuario, actualizar dicha lista de bloqueo para permitir que el texto de dicho tercer terminal de usuario sea visto temporalmente, o salir de la sesión de chat.
    15
    9
ES06779855.3T 2005-07-08 2006-07-05 Servicios multiusuario en un sistema de comunicaciones Active ES2538035T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
GB0514031 2005-07-08
GBGB0514031.4A GB0514031D0 (en) 2005-07-08 2005-07-08 Multi-user services in a communications system
PCT/IB2006/001924 WO2007007174A1 (en) 2005-07-08 2006-07-05 Multi-user services in a communications system

Publications (1)

Publication Number Publication Date
ES2538035T3 true ES2538035T3 (es) 2015-06-16

Family

ID=34896933

Family Applications (1)

Application Number Title Priority Date Filing Date
ES06779855.3T Active ES2538035T3 (es) 2005-07-08 2006-07-05 Servicios multiusuario en un sistema de comunicaciones

Country Status (14)

Country Link
US (1) US8433752B2 (es)
EP (2) EP2913962B1 (es)
JP (1) JP2009500934A (es)
KR (2) KR20100087373A (es)
CN (1) CN101243657B (es)
BR (1) BRPI0614218B1 (es)
ES (1) ES2538035T3 (es)
GB (1) GB0514031D0 (es)
HK (1) HK1121604A1 (es)
MX (1) MX2008000156A (es)
PL (1) PL1902556T3 (es)
SG (1) SG169357A1 (es)
WO (1) WO2007007174A1 (es)
ZA (1) ZA200801273B (es)

Families Citing this family (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101204059A (zh) * 2006-01-11 2008-06-18 华为技术有限公司 一种即时通信阻塞信息通知的方法和系统
US8175241B2 (en) * 2006-01-20 2012-05-08 Samsung Electronics Co., Ltd. System and method for adding conference participants
JP4693641B2 (ja) * 2006-01-27 2011-06-01 京セラ株式会社 通信システム、無線通信端末及び表示制御方法
US7577711B2 (en) * 2006-02-07 2009-08-18 International Business Machines Corporation Chat room communication network implementation enabling senders to restrict the display of messages to the chat room chronological displays of only designated recipients
US8015247B1 (en) * 2006-05-24 2011-09-06 Aol Inc. Joint communication sessions
US8542802B2 (en) 2007-02-15 2013-09-24 Global Tel*Link Corporation System and method for three-way call detection
TW200919203A (en) * 2007-07-11 2009-05-01 Ibm Method, system and program product for assigning a responder to a requester in a collaborative environment
CN101453483B (zh) * 2007-11-29 2012-05-02 华为技术有限公司 会话历史记录的存储处理和查询方法、系统和装置
US8856003B2 (en) * 2008-04-30 2014-10-07 Motorola Solutions, Inc. Method for dual channel monitoring on a radio device
US9225838B2 (en) 2009-02-12 2015-12-29 Value-Added Communications, Inc. System and method for detecting three-way call circumvention attempts
WO2012039530A1 (en) * 2010-09-21 2012-03-29 Samsung Electronics Co., Ltd. System and method for conference messaging between universal plug and play enabled telephony devices and wan devices
KR101136525B1 (ko) * 2010-11-02 2012-04-17 플러스기술주식회사 휴대용 단말장치의 보안 방법
US8712391B2 (en) * 2010-12-08 2014-04-29 Qualcomm Incorporated Client-managed group communication sessions within a wireless communications system
US9113032B1 (en) * 2011-05-31 2015-08-18 Google Inc. Selecting participants in a video conference
US9031829B2 (en) 2013-02-08 2015-05-12 Machine Zone, Inc. Systems and methods for multi-user multi-lingual communications
US8996352B2 (en) 2013-02-08 2015-03-31 Machine Zone, Inc. Systems and methods for correcting translations in multi-user multi-lingual communications
US9231898B2 (en) * 2013-02-08 2016-01-05 Machine Zone, Inc. Systems and methods for multi-user multi-lingual communications
US9600473B2 (en) 2013-02-08 2017-03-21 Machine Zone, Inc. Systems and methods for multi-user multi-lingual communications
US10650103B2 (en) 2013-02-08 2020-05-12 Mz Ip Holdings, Llc Systems and methods for incentivizing user feedback for translation processing
US20140229557A1 (en) * 2013-02-12 2014-08-14 Infinite Convergence Solutions, Inc Method and Apparatus for Intercarrier Chat Message Blacklist and Whitelist
US9113336B2 (en) * 2013-02-19 2015-08-18 Luis NIEVES Software application for intercepting phone call and text messages from specific contacts
JP6194191B2 (ja) 2013-06-07 2017-09-06 ソニー株式会社 情報処理システム
JP6255776B2 (ja) * 2013-07-31 2018-01-10 株式会社リコー 会議システム、情報処理装置、プログラム、及び情報処理方法
US10162811B2 (en) 2014-10-17 2018-12-25 Mz Ip Holdings, Llc Systems and methods for language detection
US10765956B2 (en) 2016-01-07 2020-09-08 Machine Zone Inc. Named entity recognition on chat data
US9614974B1 (en) * 2016-11-23 2017-04-04 Global Tel*Link Corp. Utilizing sip messages to determine the status of a remote terminal in VoIP communication systems
CN107124349B (zh) * 2017-04-25 2020-07-03 北京小米移动软件有限公司 信息传输方法及装置
US10406012B2 (en) * 2017-04-26 2019-09-10 Medtronic Vascular, Inc. Mechanical delivery systems for an endovascular device
US9930088B1 (en) 2017-06-22 2018-03-27 Global Tel*Link Corporation Utilizing VoIP codec negotiation during a controlled environment call
US10769387B2 (en) 2017-09-21 2020-09-08 Mz Ip Holdings, Llc System and method for translating chat messages

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09214618A (ja) 1996-02-02 1997-08-15 Canon Inc 通信装置及び通信システム
WO2001052072A1 (en) * 2000-01-14 2001-07-19 Multitude, Inc. Apparatus and method for creating moderated forums
JP2003091494A (ja) * 2001-09-17 2003-03-28 Sanyo Electric Co Ltd チャットシステム
US20030191762A1 (en) * 2002-04-08 2003-10-09 Juha Kalliokulju Group management
US7437409B2 (en) * 2003-06-13 2008-10-14 Microsoft Corporation Limiting interaction between parties in a networked session
US20050055405A1 (en) * 2003-09-04 2005-03-10 International Business Machines Corporation Managing status information for instant messaging users
US7257564B2 (en) * 2003-10-03 2007-08-14 Tumbleweed Communications Corp. Dynamic message filtering
US20060168009A1 (en) * 2004-11-19 2006-07-27 International Business Machines Corporation Blocking unsolicited instant messages
US7747685B2 (en) * 2005-01-20 2010-06-29 International Business Machines Corporation Method for automatic detection of display sharing and alert generation in instant messaging
US20060195532A1 (en) * 2005-02-28 2006-08-31 Microsoft Corporation Client-side presence documentation

Also Published As

Publication number Publication date
CN101243657B (zh) 2011-09-14
PL1902556T3 (pl) 2015-08-31
EP2913962B1 (en) 2021-04-07
KR20100087373A (ko) 2010-08-04
EP2913962A1 (en) 2015-09-02
KR20080027922A (ko) 2008-03-28
US20070011235A1 (en) 2007-01-11
GB0514031D0 (en) 2005-08-17
MX2008000156A (es) 2008-04-04
EP1902556B1 (en) 2015-04-29
CN101243657A (zh) 2008-08-13
BRPI0614218A2 (pt) 2011-03-22
BRPI0614218B1 (pt) 2019-06-25
WO2007007174A1 (en) 2007-01-18
SG169357A1 (en) 2011-03-30
HK1121604A1 (en) 2009-04-24
JP2009500934A (ja) 2009-01-08
US8433752B2 (en) 2013-04-30
EP1902556A1 (en) 2008-03-26
ZA200801273B (en) 2009-03-25

Similar Documents

Publication Publication Date Title
ES2538035T3 (es) Servicios multiusuario en un sistema de comunicaciones
US7774010B2 (en) Peer-to-peer group management framework and methodology
ES2813430T3 (es) Método de comunicaciones basado en la capacidad de servicio y la presencia social
ES2527307T3 (es) Comunicación de grupo
US20060235981A1 (en) Providing a second service to a group of users using a first service
KR101128239B1 (ko) 그룹 통신에서의 프라이버시 보호 방법 및 시스템
JP4299320B2 (ja) グループ通信サーバ
US10587540B2 (en) Group messaging
Lennox et al. A protocol for reliable decentralized conferencing
US20070226299A1 (en) Method and system for providing an instant messaging quorum monitoring service
JP2008512911A (ja) グループサービスのグループ詳細
CA3009851C (en) Managing multiple profiles for a single account in an asynchronous messaging system
US10462195B2 (en) Methods, apparatus and/or system for using email to schedule and/or launch group communications sessions
KR20080013684A (ko) Ｐｔ 서비스의 자동 응답 모드에서의 프라이버시 확보 방법
US20160255157A1 (en) Initiating communication session using preferred mode of communication while maintaining confidentiality
WO2011018698A2 (en) Automated session admission
ES2463443T3 (es) Interfaz gráfica de usuario para comunicaciones del tipo pulsar-para-hablar
KR101322990B1 (ko) Ｐｔ 서비스의 자동 응답 모드에서의 프라이버시 확보 방법
Alliance OMA-RD_IMPSDelta-V1_3-20041118-C