El futuro de los servicios web viene dado por el API parlay X. Esta Api detalla un conjunto inicial de servicios web que pueden ser utilizados como bloques de construcción para aplicaciones de Telecomunicaciones. Entre los principales beneficios de esta API es la rápida creación de servicios, indenpendencia de la red, del vendedor y alta disponibilidad de desarrolladores. //*/ Parlay /OSA y Parlay X OSA parte como una iniciativa empresarial para abrir la funcionalidad de redes de telecomunicaciones de manera que se facilite la creación de novedosos servicios que podrán incluso ser operados por terceras partes ajenas al operador de Telecomunicaciones de la red sobre la que se prestan los servicios Estas iniciativas pretenden básicamente la apertura de la red de telecomunicaciones mediante la definición de interfaces estándar basados en tecnologías distribuidas habituales como pueden ser corba o servicios web sobre http. En la arquitectura de OSA/parlay se denomina aplicación a la lógica de control de valor añadido para los usuarios y servicios a la funcionalidad de la red de telecomunicaciones que se hace accesible a las aplicaciones mediante interfaces distribuidas. La arquitectura de OSA/Parlay abre la funcionalidad de una red de telecomunicaciones mediante la definición de una serie de interfaces distribuidos. Estos interfaces se agrupan en capacidades de servicio que se ejecutarán en servidores de capacidades de servicio. Las aplicaciones podrán hacer uso de las funcionalidades de la red de Telecomunicaciones a través de estos interfaces. Los servidores de capacidades de servicio actúan por tanto de pasarela entre las aplicaciones, que ahora no tendrán la necesidad de ejecutarse en el dominio del operador de la red, y las funcionalidades presentes en la red de telecomunicaciones. Así pues los principales elementos de la arquitectura son: Servidores de aplicaciones. Serán los encargados de ejecutar las aplicaciones que darán servicio a los usuarios mediante el control de la funcionalidad subyacente en la red de telecomunicaciones a través del uso de las capacidades de servicio. Servidores de capacidades de servicio. Serán los que implementen las capacidades de servicio o pasarelas que mediante interfaces abiertos (los interfaces de OSA/Parlay) permiten a las aplicaciones ejecutar la funcionalidad de los elementos de la red de telecomunicaciones subyacente. Las capacidades de servicio también se denominan SCFs (Service Capabilities Features). Plataforma. Permite que las aplicaciones descubran las capacidades de servicio de forma segura. Se define por tanto de cara a dotar de un entorno seguro en el que poder abrir la red de telecomunicaciones a aplicaciones externas y a la vez permitir un entorno flexible y dinámico en el que se puedan incorporar nuevas capacidades de servicio. Para incorporar dinámicamente nuevas capacidades de servicio, los servidores de capacidades de servicio pueden registrar en la plataforma factorías de las capacidades de servicio que implementan. Cuando la plataforma lo necesite podrá crear nuevas instancias de las capacidades de servicio usando las factorías registradas. En realidad, podemos ver la plataforma en el entorno de OSA/Parlay como una capacidad de servicio especial con una interfaz definida que permite autenticar y autorizar a las aplicaciones al tiempo que facilita el registro dinámico de las diferentes capacidades de servicio. La plataforma junto con los servidores de capacidades de servicio constituyen la pasarela o gateway OSA/Parlay. Elementos de la red de telecomunicaciones. Agrupan los nodos internos tanto de redes fijas, móviles como de redes IP. OSA/Parlay no define protocolos nuevos dentro de estos elementos sino que utiliza los existentes en dichas redes. La iniciativa detrás de Parlay X es un intento de simplificar el modelo Parlay para que pueda ser usado con facilidad por profesionales en el mundo de la programación que no tengan que ser necesariamente profesionales del conocimiento del funcionamiento interno de las redes de telecomunicaciones. El modelo de Parlay se basa en la abstracción de la red subyacente mediante una serie de servicios o capacidades de servicio (nótese nuevamente que el uso de l término servicio en este entorno es equivalente al de capacidades que se abstraen de la red para crear aplicaciones sobre ellas). Parlay X ofrece una segunda capa de abstracción que facilita la interacción para la aplicación con la red de cara a facilitar y agilizar el desarrollo de la misma. En este sentido se sigue introduciendo un intermediario o gateway o pasarela que se comunica con las aplicaciones usando un interfaz (Parlay X) basado en servicios Web pero más sencillo que el usado en Parlay. La pasarela tiene dos opciones: o traduce las interacciones de las aplicaciones con la red a Parlay de cara a comunicarse con la pasarela Parlay (mediante CORBA o servicios Web), o se comunica directamente con la red subyacente. Podemos pensar por ejemplo que la pasarela Parlay X realiza contra la pasarela Parlay convencional todas las tareas necesarias de autenticación y autorización comunes a las aplicaciones que corren en un determinado entorno de forma que dichas aplicaciones pueden centrarse más en la lógica de negocio que en tareas de acceso a la red. La primera versión de Parlay X contiene APIs para las siguientes funciones: Establecimiento de llamadas por parte de las aplicaciones. Tratamiento por parte de las aplicaciones de llamadas originadas en la red de telecomunicaciones subyacente. Envío de mensajes SMS. Envío de mensajes multimedia. Pagos. Gestión de cuentas de usuario. Consulta del estado de los usuarios. Localización de los terminales. Como puede observarse no existe un API para la conexión con la plataforma y consecuente autenticación y autorización. Los interfaces ofrecidos en Parlay X son lo suficientemente sencillos como para que no se requiera un conocimiento detallado de los protocolos de señalización de la red de telecomunicaciones subyacente. Así por ejemplo, el AP I que nos permite establecer llamadas desde las aplicaciones en Parlay X ofrece tan solo cuatro primitivas sencillas: establecer una nueva llamada, obtener el estado en el que se encuentra una determinada llamada, finalizar la llamada y cancelar una petición anterior de establecimiento de llamada. Para realizar una llamada mediante Parlay el número de interacciones entre aplicación y servidores de capacidades era bastante superior a la vez que había que tener en mente el modelo de máquina de estados finitos por el que iba pasando la llamada. Finalmente es interesante señalar que una aplicación Parlay X sigue manteniendo los criterios de desarrollo en lenguajes basados en XML en el sentido que es multiplataforma y multilenguaje de programación. JAIN Podemos decir que el objetivo de JAIN es abrir la cadena de valor para que terceras partes puedan desarrollar servicios en redes de telecomunicaciones utilizando Java como lenguaje de programación. En este sentido JAIN presenta similitudes con OSA/Parlay y no es casualidad que una de sus ramas (JAIN SPA) fuera discontinuada dentro de la JCP en favor de las APIs de OSA/Parlay. Esto es así pues el interfaz de OSA/Parlay también presenta de una implementación en Java, goza de mayor aceptación y por lo tanto no parece merecer la pena duplicar el esfuerzo dentro de la JCP. JAIN parte de una abstracción de red de telecomunicaciones en capas como el de la similar al que encontramos en OSA/Parlay. En este modelo en capas, y recorriéndolo de abajo a arriba, tenemos una primera capa de red, o de elementos de red, que engloba tanto redes fijas como móviles, tanto redes de voz como de datos. Sobre esta capa de red se monta la capa de protocolos de señalización como puede ser SIP para el establecimiento y liberación de llamadas en un entorno IP. Por encima se tiene la capa de servicios. Finalmente tendríamos la capa de aplicaciones. Las dos capas inferiores corresponden a elementos de la red de telecomunicaciones para la arquitectura OSA/Parlay. Si hubieramos entrado en detalle en el contenido de esta capa en la arquitectura OSA/Parlay hubieramos encontrado un plano de control equivalente a la capa de señalización de JAIN y un plano de elementos de red al igual que en JAIN. La capa de servicios en JAIN corresponde con la de capacidades de servicio en OSA/Parlay. Finalmente, la capa de aplicaciones en JAIN corresponde con la capa de aplicaciones en OSA/Parlay. JAIN propone soluciones de APIs para las tres capas superiores. La capa de aplicaciones usa la especificación JAIN SPA para la comunicación con la capa de servicios, que como se ha comentado ha sido discontinuada adoptándose las APIs de OSA/Parlay. La capa de servicios y la capa de señalización también definen APIs que controlan a más bajo nivel la red de telecomunicaciones. La capa de servicio define dos APIs: JCC y JCAT que permiten el control sobre el establecimiento de conexiones en la red de telecomunicaciones. La capa de señalización define APIs para el control de los diferentes protocolos de señalización de una red de telecomunicaciones: ISUP, SIP, TCAP, MGCP y H.323 IMS -IP Multimedia Subsystem- es un estándar reconocido internacionalmente que especifica características de interoperabilidad y roaming (interconexión entre redes diferentes). Se integra completamente con las redes de voz y datos existentes (GSM, WCDMA, CDMA 2000, acceso de banda ancha fija, WLAN) y a la vez adopta características clave del dominio IT, lo que convierte a esta tecnología en un elemento que potencia la confluencia entre redes fijas y móviles. El IP Multimedia Subsystem define una arquitectura genérica para la Voz sobre IP y los servicios multimedia. Representa un elemento clave para la evolución hacia el “all-IP”. Para los usuarios finales, los servicios basados en IMS posibilitan las comunicaciones que se establecen de persona a persona y de persona a contenido en muy diversas modalidades (voz, gráficos, texto, fotos, vídeo o cualquier combinación de los anteriores) de una forma controlada y personalizada. Para los operadores IMS lleva el concepto de arquitectura por capas un paso más allá, definiendo una arquitectura horizontal donde los facilitadores de servicios y las funciones comunes se pueden reutilizar para múltiples aplicaciones. Gracias a esta arquitectura, se elimina la costosa y tradicionalmente compleja estructura de red con funcionalidades superpuestas en la gestión de cargos, de listas y grupos, de presencia, de direccionamiento y provisionamiento. Aquellos operadores que ven su futuro en la oferta de servicios multimedia, deberían implementar IMS sin demora. La razón es que IMS proporciona una forma bien estructurada y estándar para ofrecer servicios multimedia a la vez que se produce una confluencia entre redes fijas y móviles. A esto se añaden términos de valor económico, ya que además de incrementar las fuentes de ingreso, se reducen los costes de operación y mantenimiento.