ES2272595T3 - Metodo de transmision continua para transmitir notificaciones de sistemas telefonicas a dispositivos de terminal de internet en tiempo real. - Google Patents
Metodo de transmision continua para transmitir notificaciones de sistemas telefonicas a dispositivos de terminal de internet en tiempo real. Download PDFInfo
- Publication number
- ES2272595T3 ES2272595T3 ES02007031T ES02007031T ES2272595T3 ES 2272595 T3 ES2272595 T3 ES 2272595T3 ES 02007031 T ES02007031 T ES 02007031T ES 02007031 T ES02007031 T ES 02007031T ES 2272595 T3 ES2272595 T3 ES 2272595T3
- Authority
- ES
- Spain
- Prior art keywords
- server
- client
- ctc
- connection
- messages
- 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
Classifications
-
- 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/10—Architectures or entities
- H04L65/102—Gateways
- H04L65/1043—Gateway controllers, e.g. media gateway control protocol [MGCP] controllers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1813—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
- H04L12/1818—Conference organisation arrangements, e.g. handling schedules, setting up parameters needed by nodes to attend a conference, booking network resources, notifying involved parties
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
-
- 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
- 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
-
- 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/40—Support for services or applications
- H04L65/403—Arrangements for multi-party communication, e.g. for conferences
- H04L65/4038—Arrangements for multi-party communication, e.g. for conferences with floor control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/42136—Administration or customisation of services
- H04M3/42178—Administration or customisation of services by downloading data to substation equipment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/0003—Interconnection between telephone networks and data networks
- H04M7/0009—Interconnection between telephone networks and data networks where voice calls remain entirely in the telephone network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/0024—Services and arrangements where telephone services are combined with data services
- H04M7/003—Click to dial services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
- H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
- H04M7/125—Details of gateway equipment
- H04M7/1255—Details of gateway equipment where the switching fabric and the switching logic are decomposed such as in Media Gateway Control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
- H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
- H04M7/126—Interworking of session control protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2201/00—Electronic components, circuits, software, systems or apparatus used in telephone systems
- H04M2201/38—Displays
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/56—Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Multimedia (AREA)
- General Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Método para una aplicación que implica la notificación en tiempo real de un cliente (PC(CC)) mediante un sistema (TS) de conmutación telefónico, que comprende a) abrir una conexión entre el cliente (PC(CC)) y un servidor (CtC), b) transmitir mensajes de notificación desde el sistema (TS) de conmutación telefónico al servidor (CtC) c) adaptar los mensajes de notificación en el servidor (CtC) para enviarlos en forma de código de un lenguaje de programación que puede ejecutarse mediante el navegador del cliente. d) usar un mecanismo de transmisión continua sobre HTTP para la transmisión de la notificación desde el servidor (CtC) al navegador a través de la conexión abierta; y e) ejecutar los códigos de lenguaje de programación mediante el navegador a través del cual los respectivos mensajes de notificación se visualizan o salen en el cliente (PC(CC)).
Description
Método de transmisión continua para transmitir
notificaciones de sistemas telefónicos a dispositivos de terminal de
internet en tiempo real.
Esta invención se refiere a un método para una
aplicación que implica la notificación en tiempo real de un cliente
mediante un sistema de conmutación telefónico.
Los avances en entrelazar tecnologías han
logrado la convergencia de las redes de voz y de datos. En concreto,
se han propuesto nuevos servicios que combinan telefonía y
operaciones de internet. Se advierte que estos servicios conllevan
un grado de complejidad más alto. Con vistas a la satisfacción del
usuario, los proveedores de servicios se esfuerzan en ocultar la
complejidad al usuario, y ofrecer niveles de transparencia
comprables con los servicios de PSTN ("public switched telephone
network", red pública telefónica conmutada, RTC).
Generalmente la combinación de conmutación PSTN
y operaciones de internet pasa por el precio de las soluciones
propietarias, y de ahí que lleve a una carencia de interoperabilidad
y escalabilidad. Para mejorar esta situación sería deseable la
utilización de componentes hardware muy conocidos y de soluciones
software estandarizadas. Una categoría de servicios en los que se
aplican estas observaciones son los servicios basados en llamadas
PSTN que están controladas o monitorizadas a través de un
dispositivo terminal de internet, tales como conferencias
teléfonicas PSTN iniciadas y controladas a través de un PC o
llamadas PSTN activadas haciendo clic sobre una página web
("click-to-dial", hacer clic
para marcar). Muchos de estos servicios necesitan procesamiento en
tiempo real de información de control, tal como señalización de
PSTN, parámetros de servicios de RDSI, o mensajes de
notificación.
La presente invención se propone proporcionar un
método eficiente para la notificación en tiempo real de un cliente
mediante un sistema de conmutación telefónica en tiempo real.
La etapa inicial del método según la invención
incluye el establecimiento de una conexión entre el cliente y un
servidor. El servidor puede comprender medios de soporte específicos
de la aplicación, tales como medios de almacenamiento de datos. La
conexión puede establecerse a través de una petición HTTP
("hypertext transfer protocol", protocolo de transferencia de
hipertexto) que se transmite desde el cliente al servidor. Durante
el curso de la aplicación, los mensajes de notificación se
transmiten desde el sistema de conmutación telefónica al servidor.
Los mensajes de notificación posiblemente se transmiten a través de
una o varias entidades físicas que se encuentran típicamente en el
trayecto de transmisión de mensajes de señalización PSTN, tales como
un SCP ("service control point", punto de control de servicio)
en el caso de una RI (red inteligente) o un controlador de pasarela
de medios en el caso de entrelazado de redes. Los mensajes de
notificación a enviarse desde el servidor están codificados de
manera que se representan en forma de un código de lenguaje de
programación ejecutable mediante el navegador del cliente, por
ejemplo JavaScript, HTTP o un lenguaje de tipo XML (XML:
"extended markup language", lenguaje de marcación extensible),
véase, por ejemplo, el documento US 6.181.631. Los mensajes de
notificación adaptados se transmiten de forma continua desde el
servidor al cliente mediante una técnica de transmisión continua
("streaming"), tal como la transmisión continua sobre HTTP. La
conexión entre el cliente y el servidor se mantiene abierta en el
periodo que transcurre entre la transmisión de mensajes de
notificación individuales. Los códigos de lenguaje de programación
se ejecutan mediante el navegador del cliente, a través del cual
salen los mensajes de notificación respectivos en el cliente.
La presente intención permite la utilización de
protocolos estandarizados probados, tales como HTTP, para la
conexión de cliente-servidor. Dentro de los métodos
de transmisión continua, por ejemplo transmisión continua sobre
HTTP, la cabecera del protocolo de los mensajes de respuesta del
servidor sólo necesita transmitirse una vez, a saber, cuando se
acusa recibo de la petición de conexión del cliente. Los mensajes de
notificación adicionales se transmiten de manera continua sin la
cabecera de respuesta. Por consiguiente, la sobrecarga de protocolo
es pequeña. El presente método puede realizarse sin "pluggins"
(acoples) del lado del cliente, añadidos
("add-ons") o descarga de rutinas de biblioteca
como es común en CORBA ("common object request broker
architecture", arquitectura común de intermediarios de peticiones
de objetos), RMI ("remote method invocation", invocación
remota de métodos) o EJB ("Enterprise JavaBeans"). Las
cuestiones de seguridad se tienen en cuenta simplemente para la
autenticación y la autorización del cliente a través de su petición
de conexión. La autenticación y/o autorización no necesita
repetirse para los escenarios en los que una conexión se establece
cada vez que se transmite un mensaje de notificación.
En una realización, los mensajes se envían
regularmente desde el servidor al cliente para consultar si la
conexión aún necesita mantenerse abierta. La conexión puede cerrarse
cuando no haya más mensajes de notificación que transmitir. La
apertura de la conexión entre el cliente y el servidor puede
realizarse invocando un programa "applet" de Java del lado del
servidor. Un entorno de ejecución basado en Java proporciona la
flexibilidad ya que Java se concibió para ser independiente de la
plataforma específica y de las soluciones software del lado del
cliente. La invención se lleva acabo mediante el método según la
reivindicación 1.
A continuación se describe la invención por
medio de un ejemplo y con referencia a las figuras.
La figura 1 muestra un ejemplo para el presente
método aplicado a una conferencia telefónica que se controla a
través de internet.
La figura 2 muestra un diagrama de la secuencia
de mensajes intercambiados según la invención.
La figura 1 muestra una realización de la
invención aplicada a un escenario en el que se invoca una
conferencia telefónica y se controla a través de un dispositivo
PC(CC) de terminal web, tal como un ordenador personal
conectado a IPNET de Internet. El control de la conferencia
telefónica incluye las etapas de preparar e iniciar una
conferencia, añadir un conferenciante a una conferencia ya
establecida, y cerrar la conferencia mediante colgado
("on-hook"). En este contexto el término
"conferenciante" se refiere a todos los usuarios que participan
en la conferencia telefónica excepto el controlador CC de la
conferencia. Adicionalmente a la conferencia telefónica puede
proporcionarse una sesión de navegación web sincronizada para
aquellos conferenciantes que tienen acceso a IPNET de Internet.
Para iniciar la conferencia telefónica, el controlador CC de
conferencia establece una conexión HTTP con el servidor CtC de
conferencia a través del IPNET de Internet. Puede proporcionarse
información de autenticación tal como los detalles del iniciador, es
decir el controlador CC de conferencia, y los conferenciantes Tln1,
Tln2 y Tln3 así como un PIN ("personal identification number",
número de identificación personal) de acceso. Opcionalmente, el
controlador CC puede especificar la utilización de una conexión VoIP
("voice over IP", voz sobre IP) mediada a través del protocolo
H.323 o el protocolo SIP ("session initiation protocol",
protocolo de iniciación de sesión) en lugar de una conexión PSTN.
Para la recuperación y el almacenamiento de información de
autenticación e información de autorización se sitúa un servidor
LDAP próximo al servidor CtC de conferencia web. El servidor CtC de
conferencia web está conectado con una plataforma OSP ("open
service platform") de servicios abiertos mediante CORBA
(arquitectura común de intermediarios de peticiones de objetos),
que proporciona un entorno para aplicaciones distribuidas sobre la
pila de protocolo TCP/IP ("transmisión control protocol over
internet protocol", protocolo de control de transmisión sobre
protocolo de internet). Las API ("Application programming
interfaces", interfaces de programación de aplicaciones) de la
plataforma OSP de servicios abiertos permiten el suministro de
servicios adicionales y la implementación de características de
servicios adicionales. Adicionalmente, la plataforma OSP de
servicios abiertos recibe mensajes de señalización para el control
de llamada de la conferencia telefónica desde un conmutador TS
telefónico, que se transmiten al servidor CtC de conferencia web.
Los mensajes entre la plataforma OSP de servicios abiertos y el
conmutador TS telefónico se intercambian a través de los protocolos
INAP ("intelligent network user part", parte de usuario de red
inteligente) y TCAP ("transaction capability application part",
parte de aplicación de capacidades de transacción). Estos dos
protocolos se utilizan comúnmente para la comunicación entre un SSP
("service switching point", punto de conmutación de servicio)
y un SCP (punto de control de servicio) en una arquitectura de red
de RI (red inteligente) con señalización SS7 (sistema de
señalización 7). El conmutador TS telefónico, por ejemplo un
conmutador de RDSI, asume las funciones de conmutación para las
conexiones de PSTN de la conferencia telefónica. Posiblemente, una
conexión de PSTN se transmite a la pasarela MGW de medios para
permitir la participación de conferenciantes o del controlador CC
de conferencia a través de VoIP (voz sobre IP). Los conferenciantes
pueden tener acceso a internet adicionalmente al acceso a la red
PSTN. La figura 1 muestra un conferenciante Tln1 que dispone de un
ordenador personal PC con acceso a internet así como teléfono Tel.
de PSTN. Los otros conferenciantes Tln2 y Tln3 sólo están
conectados una red PSTN PSTNNET y participan a través de conexiones
de PSTN. El controlador CC de conferencia puede conectarse al
sistema de conmutación o al conmutador TS telefónico, tanto
mediante una llamada de PSTN (teléfono Tel(CC)) o mediante
una llamada de VoIP (ordenador personal PC(CC)). En el
último caso es necesaria una pasarela MGW de medios para dar cuenta
del cambio de soporte (red IP con H.323 contra red PSTN con SS7).
Los mensajes de señalización referidos a las llamadas desde el
conmutador TS telefónico, tales como "no hay respuesta",,
"no pudo contactarse", "conectado", "desconexión",
etc. se visualizan en tiempo real en el ordenador personal
PC(CC) del controlador de conferencia, y opcionalmente a los
conferenciantes Tln1 con acceso a internet. La notificación en
tiempo real del controlador CC de conferencia y posiblemente de los
conferenciantes Tln1 con acceso a internet, se realiza mediante una
combinación de "servlets" de Java del lado del servidor y HTTP
dinámico. La utilización de "applets" de Java presenta la
ventaja de que un "proxy" (interfaz) del lado del CC puede
serializarse, es decir admitirse como información de parámetros
para intercambiar entre el cliente, es decir en esta realización el
ordenador personal PC(CC) del controlador de conferencia, y
el servidor CtC en el proceso de unión. De esta manera, el
"proxy" del lado del CC y otros "proxies" implicados en
la aplicación pueden pasarse a otros clientes. Por ejemplo, un
manejo de información que incluye el "proxy" del CC puede
ponerse a disposición de conferenciantes Tln1 con acceso a internet
de forma que no se necesite generar nuevos "proxies" en el
lado de los conferenciantes.
En la realización preferida, el mecanismo de
notificación se basa en "servlets" de Java en el lado del
servidor en combinación con HTML dinámico. Para comenzar el
mecanismo de notificación se invoca un "servlet" en el lado
del servidor a través de una petición HTML desde el cliente
PC(CC). Al invocar el "servlet" de Java, el cliente
PC(CC) se suscribe para recibir los mensajes de notificación
transmitidos desde el conmutador TS telefónico.
Se establece una conexión HTTP para transmitir
de forma continua mensajes desde el servidor CtC al cliente
PC(CC). En contraste con la comunicación
cliente-servidor original, en la que la conexión
HTTP se cierra tras bajar una página HTTP, la conexión permanece
abierta mientras los nuevos mensajes de notificación se mandan al
cliente PC(CC). A través de la suscripción del cliente se
especifica un formato para los mensajes de notificación que van a
enviarse desde el servidor CtC al cliente PC(CC). Se elige
que este formato sea un código informático que pueda ejecutarse
mediante el navegador del cliente, tal como JavaScript, XML, HTTP u
objetos Java en serie. El último formato puede usarse en
navegadores que hagan uso de las clases de Java en el lado del
cliente. A través de la petición de suscripción del cliente se
especifica también el protocolo de transmisión para la transmisión
continua. Preferiblemente, se elige que este protocolo sea HTTP,
pero otras elecciones tales como TCP (protocolo de control de
transmisión), UDP (protocolo de datagramas de usuario), RMI
(invocación remota de mensajes) etc., son también posibles. Los
mensajes de notificación desde el conmutador TS telefónico que se
reciben en el servidor CtC se adaptan o se les da formato para la
transmisión al cliente PC(CC). Estos mensajes se despachan
mediante un "servlet" de Java, en ocasiones llamado
"pushlet", que empuja o envía los mensajes de notificación
hacia el navegador del cliente. El empuje o envío del código
informático que se ejecuta mediante el navegador del cliente es un
mecanismo aplicado originalmente en el marco del HTML dinámico
(DHTML). Tradicionalmente, una página sólo podía cambiarse
recargando una nueva página desde el servidor. El DHTML permite un
control completo de un documento HTML dentro de un navegador después
de que la página se ha cargado. Desde el punto de vista de un
programador, el documento completo del navegador web - marcos,
imágenes, párrafos, tablas, etc.- se representa como un modelo de
objetos jerárquico, el DOM ("document object model", modelo de
objetos del documento). Mediante JavaScript o cualquier otro código
informático ejecutable mediante el navegador, pueden manipularse
dinámicamente los elementos del DOM y de ese modo cambiar el
contenido o apariencia del documento. El organismo de estándares
oficiales para las especificaciones relacionadas con DHTML es el
"World Wide Web Consortium" (W3C). La GUI ("graphical user
interface", interfaz gráfica de usuario) del cliente se
actualiza dinámicamente con nuevos mensajes de notificación
transmitidos de forma continua desde el servidor.
La figura 2 muestra un diagrama con una
secuencia de mensajes intercambiados para añadir al conferenciante
Tln2 a la conferencia telefónica. La secuencia de mensajes
intercambiados es:
ReqCl: Una petición ReqCl para llamar al
conferenciante Tln2 se transmite desde el cliente PC(CC) al
servidor de conferencia CtC.
MgCl: Un mensaje MgCl que hace referencia a la
petición para llamar al conferenciante Tln2 se transmite desde el
servidor CtC al conmutador TS telefónico.
Cl: Al recibir el mensaje MgCl, una llamada de
PSTN del conferenciante Tln2 se emite desde el conmutador telefónico
TS.
Rg: Se acusa recibo de la llamada de PSTN desde
el teléfono del conferenciante Tln2 generando una señal para el
dispositivo de terminal de llamada (timbre de llamada).
MgRg: El acuse de recibo desde el teléfono del
conferenciante Tln2 se señaliza por el conmutador TS telefónico
hacia el servidor CtC a través del mensaje MgRg de notificación.
ResRg: El mensaje MgRg de notificación se adapta
y transmite como una respuesta ResReg de DHTTP desde el servidor
CtC hacia el cliente PC(CC).
ResKA: Tras cada periodo de tiempo T se envía
una respuesta HTTP desde el servidor CtC al cliente PC(CC)
para informar al cliente de que la conexión HTTP debería mantenerse
abierta (KA: "keep alive", mantener viva). De hecho, la
transmisión continua es una rellamada del servidor al cliente
durante una conexión cliente-servidor.
Ct: Se establece la conexión entre el conmutador
TS telefónico y el teléfono del conferenciante.
MgCt: El establecimiento de la conexión entre el
conmutador TS telefónico y el conferenciante Tln2 se señaliza
mediante el conmutador TS telefónico hacia el servidor CtC a través
del mensaje MgCt de notificación.
ResCt: El mensaje MgCt de notificación se adapta
y transmite en forma de respuesta ResCt de DHTTP, desde el servidor
CtC al cliente PC(CC).
Aunque la realización preferida anterior
describe un escenario en el que los mensajes de notificación se
transmiten desde un conmutador de RDSI hacia un dispositivo
PC(CC) de terminal de internet a través de internet, el
presente método podría también utilizarse en una configuración en
la que los mensajes de notificación se transmitan desde una PBX
("private branch exchange", central telefónica privada) a
través de una red IP privada (intranet).
Claims (9)
1. Método para una aplicación que
implica la notificación en tiempo real de un cliente (PC(CC))
mediante un sistema (TS) de conmutación telefónico, que
comprende
- a)
- abrir una conexión entre el cliente (PC(CC)) y un servidor (CtC),
- b)
- transmitir mensajes de notificación desde el sistema (TS) de conmutación telefónico al servidor (CtC)
- c)
- adaptar los mensajes de notificación en el servidor (CtC) para enviarlos en forma de código de un lenguaje de programación que puede ejecutarse mediante el navegador del cliente.
- d)
- usar un mecanismo de transmisión continua sobre HTTP para la transmisión de la notificación desde el servidor (CtC) al navegador a través de la conexión abierta; y
- e)
- ejecutar los códigos de lenguaje de programación mediante el navegador a través del cual los respectivos mensajes de notificación se visualizan o salen en el cliente (PC(CC)).
2. Método según la reivindicación 1,
que además comprende: cerrar la conexión de
cliente-servidor cuando no se van a enviar más
mensajes de notificación en tiempo real dentro de la aplicación.
3. Método según las reivindicaciones
1 ó 2, que además comprende: abrir la conexión
cliente-servidor invocando un "applet" de Java
en el lado del servidor.
4. Método según una de las
reivindicaciones de 1 a 3, que además comprende: usar el protocolo
HTTP (protocolo de transferencia de hipertexto) para la conexión
cliente-servidor.
5. Método según una de las
reivindicaciones de 1 a 4, que además comprende: enviar regularmente
mensajes (ResKA) desde el cliente (PC(CC)) al servidor (CtC)
para consultar si aún la conexión necesita mantenerse abierta.
6. Método según una de las
reivindicaciones de 1 a 5, que además comprende:
- a)
- transmitir los mensajes de notificación desde el sistema (TS) de conmutación telefónico a un controlador (OSP) de pasarela de medios o a un SCP (punto de control de servicio).
- b)
- adaptar los mensajes de notificación para la transmisión al servidor (CtC); y
- c)
- transmitir los mensajes de notificación desde el controlador (OSP) de pasarela de medios o el SCP al servidor (CtC).
7. Método según una de las
reivindicaciones de 1 a 6, caracterizado porque:
- a)
- la aplicación se ofrece mediante conferencia telefónica; y
- b)
- el servidor (CtC) comprende medios de soporte a servicios de conferencia telefónica.
8. Método según una de las
reivindicaciones de 1 a 7, caracterizado porque: el sistema
(TS) de conmutación telefónico se proporciona mediante un
conmutador RDSI (red digital de servicios integrados) o una PBX
(central telefónica privada).
9. Método según una de las
reivindicaciones de 1 a 8, caracterizado porque los códigos
de lenguaje de programación a ejecutar mediante los navegadores del
lado del cliente se generan en JavaScript, XML HTTP.
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP02007031A EP1351435B1 (en) | 2002-03-27 | 2002-03-27 | Streaming method for transmitting telephone system notifications to Internet terminal devices in real time |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2272595T3 true ES2272595T3 (es) | 2007-05-01 |
Family
ID=27838037
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES02007031T Expired - Lifetime ES2272595T3 (es) | 2002-03-27 | 2002-03-27 | Metodo de transmision continua para transmitir notificaciones de sistemas telefonicas a dispositivos de terminal de internet en tiempo real. |
Country Status (4)
Country | Link |
---|---|
US (1) | US8843549B2 (es) |
EP (1) | EP1351435B1 (es) |
DE (1) | DE60216413T2 (es) |
ES (1) | ES2272595T3 (es) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7424722B2 (en) * | 2003-08-29 | 2008-09-09 | International Business Machines Corporation | Method and system for creating a dynamic OGSI service proxy framework using runtime introspection of an OGSI service |
US7571235B2 (en) * | 2003-12-19 | 2009-08-04 | Nortel Networks Limited | Computer telephone integration over a network |
US20050190744A1 (en) * | 2004-02-27 | 2005-09-01 | Xian-He Sun | Method of informing a callee of an attempted telephone call by means of internet protocol messaging |
GB0407388D0 (en) * | 2004-03-31 | 2004-05-05 | British Telecomm | Method and apparatus for communicating data between computer devices |
US20070047699A1 (en) * | 2005-08-29 | 2007-03-01 | Nortel Networks Limited | Separation of session and session control |
US8126443B2 (en) * | 2006-06-13 | 2012-02-28 | Microsoft Corporation | Auxiliary output device |
US8171118B2 (en) * | 2008-06-13 | 2012-05-01 | Microsoft Corporation | Application streaming over HTTP |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100259409B1 (ko) * | 1996-09-23 | 2000-06-15 | 포만 제프리 엘 | 디지탈 정보 네트워크상에서의 전화 교환 시스템의 제어 |
US6563914B2 (en) * | 1997-02-26 | 2003-05-13 | Call Sciences Limited | Personal web-based teleconferencing method and system |
US6778652B2 (en) * | 1997-03-14 | 2004-08-17 | Itex, Inc. | Method and apparatus for establishing and facilitating a voice call connection from a client computer to a PSTN extension |
AU2000253218A1 (en) * | 2000-06-03 | 2001-12-17 | Caritas Technologies, Inc. | Computer network controlling telephone conferencing system |
-
2002
- 2002-03-27 ES ES02007031T patent/ES2272595T3/es not_active Expired - Lifetime
- 2002-03-27 EP EP02007031A patent/EP1351435B1/en not_active Expired - Fee Related
- 2002-03-27 DE DE60216413T patent/DE60216413T2/de not_active Expired - Lifetime
-
2003
- 2003-03-26 US US10/396,698 patent/US8843549B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
DE60216413D1 (de) | 2007-01-11 |
US20030236924A1 (en) | 2003-12-25 |
EP1351435A1 (en) | 2003-10-08 |
DE60216413T2 (de) | 2007-04-12 |
US8843549B2 (en) | 2014-09-23 |
EP1351435B1 (en) | 2006-11-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2260346T3 (es) | Monitorizacion dinamica de conferencias web a traves de un mecanismo de transmision continua. | |
US7236574B2 (en) | Method and system for providing communication services for hearing-impaired parties | |
EP1429519B1 (en) | Graphical proxy for less capable terminals | |
ES2436604T3 (es) | Disposición de anfitrión múltiple para sesiones multimedia usando una comunicación de protocolo de inicio de sesión (SIP) | |
US7496054B2 (en) | Networked computer telephony system driven by web-based applications | |
US7571235B2 (en) | Computer telephone integration over a network | |
CN101485172B (zh) | 用于提供voip的方法和通信终端设备 | |
EP1159850B1 (en) | Method, computer device and telecommuication system for controlling a call using a computer connected to a network | |
CA2329346A1 (en) | Integrated telecommunication collaboration system | |
WO2001078358A3 (en) | Providing announcement information in requests to establish call sessions in a data network | |
ES2272595T3 (es) | Metodo de transmision continua para transmitir notificaciones de sistemas telefonicas a dispositivos de terminal de internet en tiempo real. | |
EP2584773A1 (en) | System and method for integrating multimedia services with traditional telephony via different networks | |
EP1528713A2 (en) | Remote monitoring of graphical telecommunications terminals | |
US8495231B1 (en) | System and method for remote call control | |
US20030002478A1 (en) | Lightweight internet protocol telephony client | |
Murkute et al. | Implementing the VoIP communication principles using raspberry pi as server | |
US20020030696A1 (en) | System and method for analyzing and generating supplementary service data units in packet based multimedia communications systems | |
EP1372325A1 (en) | Telecommunication system comprising platform for activation and control of telephony services | |
Dianda et al. | Service authoring for third‐party programmable, service‐mediation‐enabled feature servers in the multiservice core | |
MY133241A (en) | Mobile agent-based service architecture for internet telephony and method of controlling service mobility | |
Beck et al. | Blending telephony and IPTV: Building the TV‐link service package using the Alcatel‐Lucent Service Broker™ | |
Alemseged et al. | A hybrid of traditional telephone service and computer based internet telephony | |
JPH11313112A (ja) | インターネットからisdn装置を呼び出すしくみ | |
Penton | An empirical, in-depth investigation into service creation in H. 323 version 4 networks | |
Burger | Ubiquitous reach and remote control of devices |