ATS – ClienteEmail

1.Servicios en Internet
2.Arquitectura tres capas
3.ATS – ClienteEmail
 Introducción

• Un servicio Web (en inglés Web

service) es una colección de
protocolos y estándares que sirven
para intercambiar datos entre
aplicaciones.
 Introducción

• Accesible desde cualquier aplicación

• Por cualquier lenguaje de
programación
• Desde cualquier plataforma
• Usando estándares abiertos
 Protocolos conocidos

• XML: Es el formato estándar para los datos que se vayan a

intercambiar.
• SOAP o XML-RPC: Protocolos sobre los que se establece el
intercambio.
• HTTP, FTP, o SMTP: los datos en XML también pueden
enviarse de una aplicación a otra mediante protocolos
normales ya bien conocidos.
• WSDL: Es el lenguaje de la interfaz pública para los
servicios Web.
• UDDI: Protocolo para publicar la información de los
servicios Web.
• WS-Security: Protocolo de seguridad aceptado como
estándar por OASIS.
 Ventajas de los servicios Web

• Aportan interoperabilidad entre aplicaciones de

software
• Los servicios Web fomentan los estándares y
protocolos basados en texto (más humanos y
accesibles)
• Al apoyarse en HTTP, permiten acceder a cualquier
sistema conectado a la red (http usa el puerto 80)
• Permiten el uso de servicios integrados cambiando
el de varias compañías y varios softwares
• Permiten la interoperabilidad entre plataformas de
distintos fabricantes por medio de protocolos
estándar.
Inconvenientes de los servicios Web

• Para realizar transacciones no pueden compararse

en su grado de desarrollo con los estándares abiertos
de computación distribuida como CORBA.
• Su rendimiento es bajo si se compara con otros
modelos de computación distribuida, tales como RMI o
CORBA (XML no está diseñado para el rendimiento)
• Al apoyarse en HTTP, pueden esquivar medidas de
seguridad basadas en firewalls cuyas reglas tratan
de bloquear o auditar la comunicación entre
programas a ambos lados de la barrera.
• Existe poca información de servicios web para
algunos lenguajes de programación
Razones para el uso de servicios Web

• La principal razón para usar servicios

Web es que se basan en HTTP
sobre TCP en el puerto 80
• Buena interfaz para acceder a
servicios y funcionalidades de otros
ordenadores en la red
• Gran independencia y flexibilidad
entre aplicación y servicio
 Plataformas de Servicios y
contenedores de Aplicaciones

• Axis y el servidor Jakarta Tomcat (de Apache)

• ColdFusion MX de Macromedia
• Java Web Services Development Pack (JWSDP)
de Sun Microsystems (basado en Jakarta Tomcat)
• JOnAS (parte de ObjectWeb una iniciativa de
código abierto)
• Microsoft .NET
• Novell exteNd (basado en la plataforma J2EE)
• WebLogic
• WebSphere
 Tipos de Arquitecturas
en tecnologías cliente-servidor

• Aplicaciones mono-
capa:
– Tanto los datos de
aplicación como la
interfaz como la
lógica de modelo Interface de usuario
Datos
residen en una Lógica de negocio

misma identidad
 Tipos de Arquitecturas
en tecnologías cliente-servidor

• Aplicaciones
Cliente - Servidor
– Se separan 2 de las
tres capas. El
cliente aún puede
Interface de usuario
integrar parte de Datos
Funcionalidad Parcial
Lógica de negocio
la funcionalidad
del sistema.
 Tipos de Arquitecturas
en tecnologías cliente-servidor

Lógica de negocio Datos

• Aplicaciones de 3
capas.
– Creamos un cliente
“tonto” que carece
de toda lógica de
negocio y apenas
Interface de usuario
ofrece alguna
funcionalidad más Funcionalidad Parcial
que la de visión y
petición de datos.
 Tipos de Arquitecturas
en tecnologías cliente-servidor

• Las diferentes capas suelen ser:

– Capa 1 : Cliente de aplicación
• Ejemplos: Set-top box, navegador Web
– Capa 2 : Servidor de Aplicaciones
• Ejemplo: Servidor Tomcat con servlet’s
– Capa 3 : Servidor de Datos
• Ejemplo: Base de datos, servidor SMTP…
 Introducción

• ATS-ClienteEmail es un cliente de correo

que nos permite enviar emails a cualquier
destinatario de forma rápida y segura.
• Nos ofrece una interfaz de usuario con
escritura a través del mando a distancia.
 Características

• Ofrece seguridad usando el protocolo SSL

(Secure Socket Layer) para el envío de e-
mails encriptados
• Hace uso del canal de retorno ya sea por
interfaz ethernet o por modem
• Utiliza arquitectura de 3 capas
– Hace uso del servidor de Aplicaciones Tomcat
– Dicho servidor implementa una servlet que
recibe peticiones Get y Post y se comunica con
servidor SMTP para el envío de e-mails.
 Ventajas

• El uso de un cliente e-mail desde la televisión

supone una revolución en cuanto a flexibilidad e
interacción entre usuarios se refiere.
• ATS-ClienteEmail mantiene una arquitectura de 3
capas con lo que conseguimos:
– Un cliente (receptor MHP) completamente ligero, exento
de funcionalidad lógica alguna. (Tiempo de subida
mucho menor).
– Flexibilidad en el cambio de servicios y/o
implementación lógica del servidor.
• Ejemplo: Almacenamiento de e-mails en el servidor.
 Desventajas

• La principal desventaja pasa por hacer uso

de un mando a distancia para la escritura
de mensajes
– Posible solución (teclado inalámbrico)
• La lectura de mensajes en televisión no es
lo más adecuado
– Si bien las nuevas televisiones permiten
resoluciones de pantalla mucho mayores
 Esquema de arquitectura

Set-Top <http 1.0> MHProject <smtp> Servidor

Box <to> <from> Server <HELO> Mail
<body> <Mail From>

Petición Petición
HTTP SMTP

Respuesta Respuesta
HTTP SMTP

<http 1.0> <smtp>

Servidor de
Cliente <confirmación> Servidor de <HELO>
<OK> Datos
Aplicaciones
Presentación
 Arquitectura de 3 capas
[---------- Proyecto ----------]

Créditos y Bibliografía
MHProject v2.0
www.mhproject.org
Ruegos y Preguntas
E.T.S de Ingenieros de Telecomunicación
Universidad Pública de Navarra

[---------- Autor ----------]

Alejandro Fanjul
fanjul.35858@e.unavarra.es
afanjul@mhproject.org

[---------- Tutor ----------]

Mikel Sagues
mikel.sagues@unavarra.es