El documento describe un cliente de correo electrónico llamado ATS-ClienteEmail diseñado para televisores. Usa una arquitectura de tres capas con una interfaz de usuario ligera en el cliente, un servidor de aplicaciones que implementa la lógica comercial y envía correos a través de SMTP, y un servidor de datos. Ofrece seguridad a través de SSL y flexibilidad al separar las capas.

1. ATS – ClienteEmail

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

4. • 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

5. • Accesible desde cualquier aplicación
• Por cualquier lenguaje de
programación
• Desde cualquier plataforma
• Usando estándares abiertos
Introducción

6. • 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.
Protocolos conocidos

7. • 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.
Ventajas de los servicios Web

8. • 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
Inconvenientes de los servicios Web

9. • 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
Razones para el uso de servicios Web

10. • 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
Plataformas de Servicios y
contenedores de Aplicaciones

12. Datos
• Aplicaciones mono-
capa:
– Tanto los datos de
aplicación como la
interfaz como la
lógica de modelo
residen en una
misma identidad
Tipos de Arquitecturas
en tecnologías cliente-servidor
Lógica de negocio
Interface de usuario

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

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

15. • 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…
Tipos de Arquitecturas
en tecnologías cliente-servidor

17. • 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.
Introducción

18. • 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.
Características

19. • 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.
Ventajas

20. • 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
Desventajas

21. Esquema de arquitectura
MHProject
Server
Set-Top
Box
Servidor
Mail
Petición
HTTP
Respuesta
HTTP
Respuesta
SMTP
Petición
SMTP
Servidor de
Aplicaciones
Cliente
Servidor de
Datos
<http 1.0>
<to> <from>
<body>
<http 1.0>
<confirmación>
<smtp>
<HELO>
<Mail From>
<smtp>
<HELO>
<OK>

22. Presentación

23. Ruegos
y
Preguntas
Arquitectura de 3 capas
[---------- Proyecto ----------]
MHProject v2.0
www.mhproject.org
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
Créditos
y
Bibliografía