PROCEDIMIENTO PARA LA PROGRAMACION INSTANTANEA DE LLAMADAS DE CONFERENCIA.
Procedimiento para establecer una llamada en un sistema de comunicaciones que incluye una aplicación de mensajería instantánea (IM) proporcionada mediante un servidor de protocolo de inicio de sesión (SIP) conectado a una pluralidad de clientes IM,
cada uno asociado con por lo menos un punto de encuentro de conferencia gestionado por al menos un sistema de gestión por lo menos adaptado para programar y/o investigar las posibilidades de una conferencia entre dos o más individuos, comprendiendo el procedimiento las siguientes etapas:
transmitir un primer mensaje de invitación SIP desde un cliente IM que invita al servidor SIP incluyendo un identificador único global (GUID), un primer identificador de recursos uniforme (URI) SIP que identifica dicho cliente IM que invita y un segundo URI SIP que identifica un cliente IM invitado,
al recibir dicho primer mensaje de invitación SIP en el servidor SIP, investigar en el sistema de gestión si el punto de encuentro respectivamente asociado de dicho cliente IM que invita y dicho cliente IM invitado satisfacen una serie de condiciones, incluyendo por lo menos si los puntos de encuentro de videoconferencia respectivos están inactivos,
si dicha serie de condiciones se satisface, transmitir un segundo mensaje de invitación SIP desde el servidor SIP a dicho cliente IM invitado,
si dicho segundo de invitación SIP es aceptado por dicho cliente IM invitado,
devolver un mensaje de aceptación de la invención SIP al servidor SIP,
caracterizado por el hecho de que
dicha llamada de conferencia es una llamada de videoconferencia,
dicho punto de encuentro de conferencia es un punto de encuentro de videoconferencia, comunicando vídeo y audio en tiempo real,
dicho sistema de gestión es un sistema de gestión de videoconferencia, dispuesto para reversar recursos en un punto dado en el tiempo, incluyendo los recursos unidades de control de múltiples puntos, puertas de enlace, routers, y puntos de encuentro de videoconferencia,
y por el hecho de que el procedimiento también comprende
devolver posteriormente un mensaje de aceptación de invitación SIP al servidor SIP, instruyendo al sistema de gestión de videoconferencia para reservar recursos que se han de usar y realizar una llamada de videoconferencia entre el punto de encuentro de videoconferencia respectivamente asociado de dicho cliente IM que invita y dicho cliente IM invitado
Tipo: Patente Internacional (Tratado de Cooperación de Patentes). Resumen de patente/invención. Número de Solicitud: PCT/NO2006/000270.
Solicitante: TANDBERG TELECOM AS.
Nacionalidad solicitante: Noruega.
Dirección: PHILIP PEDERSENS VEI 22,1366 LYSAKER.
Inventor/es: AABY,CARL, GRØDUM,NICOLAI.
Fecha de Publicación: .
Fecha Concesión Europea: 20 de Enero de 2010.
Clasificación Internacional de Patentes:
- H04L12/18D1
Clasificación PCT:
- H04L12/18 ELECTRICIDAD. › H04 TECNICA DE LAS COMUNICACIONES ELECTRICAS. › H04L TRANSMISION DE INFORMACION DIGITAL, p. ej. COMUNICACION TELEGRAFICA (disposiciones comunes a las comunicaciones telegráficas y telefónicas H04M). › H04L 12/00 Redes de datos de conmutación (interconexión o transferencia de información o de otras señales entre memorias, dispositivos de entrada/salida o unidades de tratamiento G06F 13/00). › para la difusión o las conferencias.
Fragmento de la descripción:
Procedimiento para la programación instantánea de llamadas de conferencia.
Campo de la invención
La presente invención se refiere a la gestión, programación e inicio de vídeo conferencias.
Antecedentes de la invención
Los sistemas de videoconferencia convencionales comprenden una pluralidad de puntos de encuentro que comunican vídeo, audio y/o corrientes de datos en tiempo real en y entre varias redes, tales como WAN, LAN y redes conmutadas de circuito.
Una pluralidad de sistemas de videoconferencia que residen en sitios diferentes pueden participar en la misma conferencia, a menudo, a través de uno o más MCUs (Unidad de Control de Múltiples Puntos) que realiza las funciones de conmutación para permitir que los terminales audiovisuales se intercomuniquen adecuadamente.
Como las videoconferencias implican varios recursos y un equipo que opera entre sí simultáneamente en diferentes localizaciones y capacidades, existe la necesidad de la posibilidad de gestionar los recursos implicados en las videoconferencias programas y ad hoc.
Por lo tanto, los sistemas de videoconferencia están a menudo provistos de un sistema de gestión. Un sistema de gestión es un módulo que se usa para programar o reservar recursos en cualquier punto dado en el tiempo. El sistema de gestión permitirá a un usuario solicitar el uso de recursos en un momento dado, y permitir o rechazar el uso en ese momento. Los sistemas de gestión se usan a menudo para programar el uso de recursos de red de salas de conferencia, sistemas de vídeo, etc. El sistema de gestión debe estar conectado a una base de datos que contiene información actua-lizada relativa a todos los recursos accesibles, tales como MCUs, puertos de enlace, routers, puntos de encuentro, etc.
Un sistema de gestión puede proporcionar, por ejemplo, una visión general del sistema y de los recursos, permitiendo a un usuario crear, editar, y borrar reservas, reservar recursos para participantes conectados y especificar el ancho de banda y los ajustes de la red. El sistema de gestión también puede soportar el enroutado automático de llamadas y la selección automática de conexión punto a punto, incluyendo uno o más MCUs. El sistema de gestión normalmente funciona con una interfaz de web intuitiva, que no requiere ninguna instalación adicional en el terminar del usuario diferente a la de un navegador convencional.
Incluso si los usuarios tienen equipos de videoconferencia disponibles, sean sistemas personales o de grupo, un gran problema con la programación de encuentros usando equipos de audio y videoconferencia es el conocimiento de qué recursos están disponible para un participante dado. En muchos casos, es necesario que uno que reserve la conferencia pregunte a los participantes en persona sobre qué localizaciones y sistemas, etc. son accesibles para los mismos en el momento particular, y qué accesorios y servicios tienen disponibles, o cuál es preferible. Esta solicitud "round-robin" se añade al uso de un sistema de gestión, provocando retrasos en la reversa de la conferencia y reduciendo el valor de utilización del sistema de gestión. La falta de conocimiento respecto al acceso y las preferencias de los participantes es también la razón principal por la cual las conferencias ad-hoc son difíciles de ajustar, simplemente requieren demasiado conocimiento fluctuante del lado del extremo alejado de los usuarios.
Otro problema respecto a la programación ad-hoc es que incluso si el sistema de gestión conoce que un cierto punto de encuentro está disponible y listo para su uso, no puede saber si los participantes están presentes en los diferentes sitios, cuando la videoconferencia no está programada previamente. La reserva ad-hoc requerirá también entonces normalmente solicitudes manuales en forma de llamadas adicionales a los participantes por avanzado, haciendo que se comporte como una llamada programada previamente.
Estos problemas se satisfacen ahora más a menudo conectando el sistema de gestión a una aplicación de presencia. Las aplicaciones de presencia se conocen como aplicaciones que indican si alguien o algo está presente o no. Una llamada "lista de amigos" en un terminal de usuario muestra la presencia de las personas o sistemas (amigos) que se han añadido a la lista. La lista indicará si el "amigo" está presente o no (registrado en el ordenador, trabajando, disponible, inactivo, u otro estado). La funcionalidad de presencia crea una sensación de presencia también con personas o cosas que están situadas en otros edificios, ciudades o países.
Las aplicaciones de presencia se encuentran a menudo junto a aplicaciones de mensajería instantánea (IM). Estas aplicaciones extienden la aplicación de presencia añadiendo la posibilidad de intercambiar información entre los "amigos" presentes. El intercambio de información puede incluir aplicaciones como chat, mensajería y conferencias.
En las aplicaciones de presencia e IM, hay un servidor central que mantiene el seguimiento de todos los clientes en el sistema, mientras que el cliente proporciona información sobre su estado y posición. El servidor también maneja el código de entrada del usuario y proporciona información de los "amigos" en respectivas "listas de amigos" usando el protocolo del propietario. Sin embargo, la información entre clientes ("amigos") se puede transmitir directamente, ya que servidor proporciona la información de conexión (dirección IP y número de puerto) de los "amigos" del cliente.
De manera convencional, el protocolo usado en la capa de aplicación de la comunicación IM es SIP (Protocolos de Inicio de Sesión). SIP es una tarea de ingeniería de Internet. El protocolo estándar de fuerza (IETF) para iniciar una sesión de usuario interactiva que implica elementos multimedia tales como vídeo, voz, chat y juegos. SIP es un protocolo de solicitud-respuesta, que trata con solicitudes de clientes y respuestas de servidores. Los participantes se identifican mediante SIP URIs. Las solicitudes se pueden enviar a través de cualquier protocolo de transporte, tal como UDP, SCTP o TCP. SIP determina el sistema final a utilizar para la sesión, el medio de comunicación y los parámetros del medio, y el deseo de la parte llamada para unirse a la comunicación. Una vez esto está asegurado, SIP establece los parámetros de llamada en cada extremo de a comunicación, y maneja la transferencia de la llamada y la finalización. Tal como ya se ha indicado, SIP requiere un servidor central para la señalización, registro y política de gestión. Estos servidores SIP están usualmente integrados con el servidor de presencia mencionado anteriormente en conexión con aplicaciones de presencia e IM.
El servidor de comunicaciones Microsoft Live (LCS) es un ejemplo de software de servidor para aplicaciones de presencia e IM, donde los usuarios pueden enviar mensajes instantáneos y comunicarse usando cámaras web a través de un cliente IM tal como MS Communicator o Windows Messenger.
La conexión entre la aplicación de presencia y el sistema de gestión puede aparecer para los usuarios de muchas maneras. La más conveniente sería probablemente integrar el sistema de gestión en la aplicación de IM/presencia o viceversa. Así, se permite ver al usuario la presencia del usuario y el sistema. Un doble click en un "amigo" en una "lista de amigos" puede, por ejemplo, ejecutar un inicio inmediato de una llamada al "amigo" usando el sistema inactivo más preferido asociado con el "amigo". Un click en otros "amigos" los incluye preferiblemente en la llamada, constituyendo una conferencia, todo proporcionado mediante las funcionalidades ya disponibles en el sistema de gestión. El sistema de gestión puede instruirse mediante solicitudes de la aplicación de presencia usando el protocolo propietario.
Sin embargo, los sistemas de gestión y aplicaciones IM se desarrollan para diferentes propósitos y usan diferentes protocolos. La integración de estos "mundos" diferentes a menudo requiere soluciones no propietarias y potencia de procesamiento adicional. Esto es un obstáculo para la interoperabilidad entre productos vendedor, que otra vez es un obstáculo para la penetración de las aplicaciones de comunicación.
La patente US-2005/0047582 describe un procedimiento para utilizar designación proxy en un sistema de llamadas, que incluye un distribuidor de llamadas automático (ACD). Cuando un usuario solicita el establecimiento de una llamada, el ACD gestionará la solicitud y colocará la llamada en una cola. Se establece un contacto virtual para mantener...
Reivindicaciones:
1. Procedimiento para establecer una llamada en un sistema de comunicaciones que incluye una aplicación de mensajería instantánea (IM) proporcionada mediante un servidor de protocolo de inicio de sesión (SIP) conectado a una pluralidad de clientes IM, cada uno asociado con por lo menos un punto de encuentro de conferencia gestionado por al menos un sistema de gestión por lo menos adaptado para programar y/o investigar las posibilidades de una conferencia entre dos o más individuos, comprendiendo el procedimiento las siguientes etapas:
transmitir un primer mensaje de invitación SIP desde un cliente IM que invita al servidor SIP incluyendo un identificador único global (GUID), un primer identificador de recursos uniforme (URI) SIP que identifica dicho cliente IM que invita y un segundo URI SIP que identifica un cliente IM invitado,
al recibir dicho primer mensaje de invitación SIP en el servidor SIP, investigar en el sistema de gestión si el punto de encuentro respectivamente asociado de dicho cliente IM que invita y dicho cliente IM invitado satisfacen una serie de condiciones, incluyendo por lo menos si los puntos de encuentro de videoconferencia respectivos están inactivos,
si dicha serie de condiciones se satisface, transmitir un segundo mensaje de invitación SIP desde el servidor SIP a dicho cliente IM invitado,
si dicho segundo de invitación SIP es aceptado por dicho cliente IM invitado,
devolver un mensaje de aceptación de la invención SIP al servidor SIP,
caracterizado por el hecho de que
dicha llamada de conferencia es una llamada de videoconferencia,
dicho punto de encuentro de conferencia es un punto de encuentro de videoconferencia, comunicando vídeo y audio en tiempo real,
dicho sistema de gestión es un sistema de gestión de videoconferencia, dispuesto para reversar recursos en un punto dado en el tiempo, incluyendo los recursos unidades de control de múltiples puntos, puertas de enlace, routers, y puntos de encuentro de videoconferencia,
y por el hecho de que el procedimiento también comprende
devolver posteriormente un mensaje de aceptación de invitación SIP al servidor SIP, instruyendo al sistema de gestión de videoconferencia para reservar recursos que se han de usar y realizar una llamada de videoconferencia entre el punto de encuentro de videoconferencia respectivamente asociado de dicho cliente IM que invita y dicho cliente IM invitado.
2. Procedimiento según la reivindicación 1,
caracterizado por la siguiente etapa adicional si dicho mensaje de invitación SIP es aceptado por parte del cliente IM invitado:
reservar permanentemente los recursos requeridos para dicha llamada en el sistema de gestión.
3. Procedimiento según la reivindicación 2,
caracterizado por la siguiente etapa adicional si dicha serie de condiciones se satisface:
reservar de manera preliminar los recursos requeridos para dicha llamada en el sistema de gestión,
y si dicho segundo mensaje de invitación SIP no es aceptado por dicho cliente IM invitado:
liberar dichos recursos requeridos para dicha llamada que se han reservado de manera preliminar en el sistema de gestión.
4. Procedimiento según la reivindicación 1,
caracterizado por el hecho de que si dicha serie de condiciones no se satisface:
transmitir un mensaje IM a dicho cliente IM que invita, incluyendo información indicando que no se permite una llamada entre el punto de encuentro respectivamente asociado de dicho cliente IM que invita y dicho cliente invitado, y una razón de por qué.
5. Procedimiento según la reivindicación 1, 2 ó 3,
caracterizado por el hecho de que si dicho segundo mensaje de invitación SIP no es aceptado por dicho cliente IM invitado:
transmitir un mensaje IM a dicho cliente IM que invita, incluyendo información indicando que dicho cliente IM invitado no aceptó establecer una llamada.
6. Procedimiento según una de las reivindicaciones anteriores,
caracterizado por el hecho de que dicha serie de condiciones también incluyen si dicho cliente IM que invita y dicho cliente IM invitado pueden usar el respectivo punto de encuentro de conferencia asociado y si están disponibles los recursos requeridos para establecer y mantener una llamada entre los respectivos puntos de encuentro de conferencia asociados.
7. Procedimiento según una de las reivindicaciones anteriores,
caracterizado por el hecho de que las etapas de investigación y reserva se realizan a través de una interfaz web entre el servidor SIP y el sistema de gestión o entre uno de dichos clientes IM y el sistema de gestión.
8. Procedimiento según una de las reivindicaciones anteriores,
caracterizado por la siguiente etapa adicional si dicho mensaje de invitación SIP es aceptado por parte de dicho cliente IM invitado:
obtener de manera repetitiva del sistema de gestión información de estado sobre la llamada,
informar de dicha información de estado a dicho clientes IM que invita e invitado en un mensaje IM, de manera preliminar, o en ciertas ocasiones predefinidas.
9. Sistema de comunicación que incluye una aplicación de mensajería instantánea (IM) proporcionada por un servidor de protocolo de inicio de sesión (SIP) conectado a una pluralidad de clientes IM, cada uno asociado con por lo menos un punto de encuentro de conferencia gestionado por uno o más sistemas de gestión por lo menos adaptados para programar y/o investigar las posibilidades de una videoconferencia entre dos o más individuos, en el que
un cliente IM que invita está dispuesto para transmitir al servidor SIP un primer mensaje de invitación SIP que incluye un identificador de recursos uniforme (URI) SIP que identifica dicho cliente IM que invita y un segundo URI SIP que identifica un cliente IM invitado,
el servidor SIP está dispuesto para
al recibir dicho primer mensaje de invitación SIP, investigar en el sistema de gestión si el punto de encuentro respectivamente asociado de dicho cliente IM que invita y dicho cliente IM invitado satisfacen una serie de condiciones, incluyendo por lo menos si los respectivos puntos de encuentro de videoconferencia asociados están inactivos,
el servidor SIP está dispuesto para, si dicha serie de condiciones se satisfacen,
transmitir un segundo mensaje de invitación SIP a dicho cliente IM invitado,
recibir desde dicho cliente IM invitado si dicho segundo mensaje de invitación SIP es aceptado por parte de dicho cliente IM, un mensaje de aceptación de invitación SIP,
caracterizado por el hecho de que
dicha llamada de conferencia es una llamada de videoconferencia,
dicho punto de encuentro de conferencia es un punto de encuentro de videoconferencia, que comunica vídeo y audio en tiempo real,
dicho sistema de gestión es un sistema de gestión de videoconferencia, dispuesto para reservar recursos en un punto dado en el tiempo, incluyendo los recursos unidades de control de múltiples puntos, puertas de enlace, routers, y puntos de encuentro de videoconferencia,
y porque dicho servidor SIP está también dispuesto para
después de devolver un mensaje de aceptación de la invitación SIP al servidor SIP, instruir al sistema de gestión de videoconferencia para reservar recursos que se van a usar y realizar una llamada de videoconferencia entre el punto de encuentro de videoconferencia asociado de dicho cliente IM que invita y dicho cliente IM invitado.
10. Sistema según la reivindicación 9,
caracterizado por el hecho de que el servidor SIP está dispuesto para reservar permanentemente los recursos requeridos para dicha llamada en el sistema de gestión si dicho mensaje de invitación SIP es aceptado por parte de dicho cliente IM invitado.
11. Sistema según la reivindicación 10,
caracterizado por el hecho de que dicho servidor SIP está dispuesto para reservar de manera preliminar los recursos requeridos para dicha llamada en la etapa del sistema de gestión si dicha serie de condiciones se satisface, y
por el hecho de que dicho servidor SIP está dispuesto para liberar dichos recursos requeridos para dicha llamada que se han reservado de manera preliminar en el sistema de gestión si dicho segundo mensaje de invitación SIP no es aceptado por parte de dicho cliente IM invitado.
12. Sistema según la reivindicación 9,
caracterizado por el hecho de que el servidor SIP está dispuesto para transmitir un mensaje IM a dicho cliente IM que invita, incluyendo información indicando que una llamada entre el punto de encuentro respectivamente asociado de dicho cliente IM que invita y dicho cliente invitado no está permitida, y una razón del por qué, si dicha serie de condiciones no se satisfacen.
13. Sistema según la reivindicación 9, 10 u 11,
caracterizado por el hecho de que dicho servidor SIP está dispuesto para transmitir un mensaje IM a dicho cliente IM que invita incluyendo información indicando que dicho cliente IM invitado no aceptó establecer una llamada, si dicho segundo mensaje de invitación SIP no es aceptado por dicho cliente IM invitado.
14. Sistema según una de las reivindicaciones 9 a 13,
caracterizado por el hecho de que dicha serie de condiciones también incluyen si dicho cliente IM que invita y dicho cliente IM invitado pueden usar el respectivo punto de encuentro de videoconferencia asociado y si los recursos requeridos para establecer y mantener una llamada entre los respectivos puntos de encuentro de videoconferencia asociados están disponibles.
15. Sistema según una de las reivindicaciones 9 a 14,
caracterizado por el hecho de que la investigación y/o reserva se realizan a través de una interfaz web entre el servidor SIP y el sistema de gestión de videoconferencias o entre uno de dichos clientes IM y el sistema de gestión.
16. Sistema según una de las reivindicaciones 9 a 15,
caracterizado por el hecho de que el servidor SIP está también dispuesto para, si dicho mensaje de invitación SIP es aceptado por parte de dicho cliente IM invitado:
obtener de manera repetitiva del sistema de gestión información de estado sobre la llamada,
informar sobre dicha información a dichos clientes IM que invita e invitado en un mensaje IM, sistemáticamente, o en ciertas ocasiones predefinidas.
Patentes similares o relacionadas:
SERVICIO DE DATOS PARA LLAMADAS EN GRUPO, del 11 de Agosto de 2010, de T-MOBILE INTERNATIONAL AG: Procedimiento para la constitución de una conexión de datos de un servicio de llamada en grupo y de datos entre varios miembros del grupo de […]
Procesamiento de contenido y servicios de redes para dispositivos móviles o fijos, del 8 de Julio de 2020, de AMIKA MOBILE CORPORATION: Un sistema para suministrar contenido de red a un dispositivo, comprendiendo el sistema : una primera interfaz para comunicarse con una pluralidad […]
Reparación de archivo completo usando fragmento de descripción de programa en eMBMS, del 1 de Julio de 2020, de QUALCOMM INCORPORATED: Un procedimiento de comunicación inalámbrica de un equipo de usuario, UE, que comprende: recibir una descripción de programa de radiodifusión […]
Procedimiento y aparato de comunicación de grupo en un sistema de comunicación inalámbrica, del 13 de Mayo de 2020, de SAMSUNG ELECTRONICS CO., LTD.: Un procedimiento de una estación base en un sistema de comunicación móvil, comprendiendo el procedimiento: recibir (S720) un primer mensaje que incluye información […]
Procedimientos y aparatos para señalizar parámetros de acceso mejorado a canales distribuidos para subconjuntos de dispositivos inalámbricos, del 29 de Abril de 2020, de QUALCOMM INCORPORATED: Un procedimiento para configurar parámetros de acceso a canal en un sistema de comunicación inalámbrica , comprendiendo el procedimiento: […]
Procedimiento y aparato para transmitir datos de difusión multimedia en sistema de comunicación inalámbrica, del 29 de Abril de 2020, de SAMSUNG ELECTRONICS CO., LTD.: Un procedimiento por una estación base en un sistema de comunicación inalámbrica, comprendiendo el procedimiento: recibir, de un nodo de red de núcleo, una pluralidad de unidades […]
Transmisión por multidifusión de velocidad variable para distribución del reloj en redes por paquetes, del 8 de Abril de 2020, de HUAWEI TECHNOLOGIES CO., LTD.: El sistema que comprende: un nodo raíz en una red basada en paquetes que transmite una pluralidad de paquetes; un nodo intermediario […]
Comunicación de grupo mediante retransmisión, del 8 de Abril de 2020, de Vodafone IP Licensing Limited: Un método de comunicación de grupo dentro de una red de telecomunicaciones móviles que tiene una pluralidad de terminales móviles, comprendiendo […]