Desarrollo de una interfaz software para la conversión y envío de mensajes SMS y correos electrónicos

1. Desarrollo de una interfaz software para la conversión y envío de mensajes SMS y correos electrónicos Realizado por: Domingo Jiménez Barranco Dirigido por: Eduardo Casilari Pérez Dpto. Tecnología Electrónica - Universidadde Málaga Málaga Marzo 2005

2. Índice de contenidos • 1. Introducción • 2. Tecnologías empleadas • 3. Desarrollo SW • 4. Fase de pruebas • 5. Documentación de usuario • 6. Conclusiones y líneas futuras

3. Índice de contenidos • 1. Introducción • 2. Tecnologías empleadas • 3. Desarrollo SW • 4. Fase de pruebas • 5. Documentación de usuario • 6. Conclusiones y líneas futuras

4. El SMS es el sistema de mensajería corta de GSM Permite transferencia de mensajes entre terminales de las redes celulares GSM, o entre terminales de la misma y sistemas externos o terminales de otras redes. Inicialmente concebido como mecanismo de notificación de la red al usuario únicamente. En la actualidad, es un servicio de uso masivo entre los abonados de las redes celulares. Entre 1998 y 2002, año de estabilización del uso de SMS, el volumen de SMS enviados se multiplicó por un factor de 500 (unos 700 millones cada día en todo el mundo) Ha supuesto el único servicio de datos de gran éxito en GSM hasta la actualidad. • SMS

5. Supone un gran volumen de negocio en la actualidad para los operadores. Coste reducido frente a llamadas. Comunicación inmediata y discreta. Límite de 160 caracteres por mensaje Inicialmente, pensado como alternativa al sistema buscapersonas. Multitud de aplicaciones basadas en SMS han surgido posteriormente. SMSC (Centro servidor de Mensajes Cortos): elemento de red clave para SMS. Proporciona almacenamiento y envío hasta entrega confirmada de los mensajes. Ha sido dotado de capacidad multimedia reducida con el sistema EMS (Enhanced Messaging Service). MMS (Multimedia Messaging Service) es su sucesor: verdadera evolución hacia el soporte contenidos multimedia SMS

6. Mensajes con pequeñas imágenes en blanco y negro, animaciones y/o sonidos además de textos más largos y con formato. Tecnología de 2ª generación y media de GSM, adoptada por el 3GPP a petición de Ericsson. Usa SMS como servicio portador: cambios en terminales pero no en la red Elementos multimedia enviados son predefinidos (existentes en todos los terminales EMS) o definidos por el usuario. Soporte en SMS gracias a nueva cabecera en sus PDU y la concatenación de mensajes. EMS

7. MMS y evolución mensajería • Verdadera mensajería multimedia entre usuarios de la red celular GPRS o UMTS. • Permite textos largos con imágenes, vídeos, sonidos, canciones y animaciones, que pueden ser combinadas en diversas diapositivas. • Principal aplicación actual: envío de fotos realizadas con cámara de los terminales. • Posible gracias al aumento de ancho de banda de acceso a red de los usuarios gracias a GPRS, EDGE y UMTS. • MMC (Centro mensajería multimedia): nuevo elemento de red, equivalente a SMSC para SMS. • Alto precio ( tarifas GPRS)

8. Sistema de comunicaciones móviles de referencia mundial. Desarrollada en Europa, se ha extendido hasta más de 200 países y utilizada por más de un sexto población mundial. Combina TDMA y FDMA en el interfaz radio para crear conexiones de conmutación de circuitos orientados a voz. Primer uso comercial en 1991 (fase 1). ETSI organismo regulador. Venía a unificar diversos sistemas celulares analógicos para uso compatible en diversos países. Ofrecía voz y servicios de datos de baja velocidad y fax. 2ª Generación: aparición de servicios suplementarios (1995). 2ª,5 generación: nuevo Core Network (GPRS), que permite conexiones a redes IP eficientes (modo paquete) y mayores velocidades de acceso a red (2000-2003). Posibilita además nuevos servicios en la red celular: MMS y PTT. GSM

9. Elementos red para soporte SMS • SME: dispositivo con capacidad SMS. • SMSC o SC: Centro servidor de mensajes. Recibe, almacena y entrega los SMS. • HLR: base de datos del operador con info de usuarios: localización en la red, servicios suscritos, identidad, autenticación,etc. • MSC: nodos conmutadores principales de llamadas de voz y datos (conmutación cirtcuitos) para un área geográfica. Entrega los SMS a través del subsistema radio; recibe los SMS del mismo y los entrega al SC. • SGSN: nodo conmutador de GPRS. Hace la misma función que la MSC cuando los SMS se transmiten por GPRS.

10. VLR: Asociado a una MSC, contiene datos del HLR para los abonados bajo su área geográfica. Permite obtener localización concreta para enrutar un SMS. SMS-GMSC: Interfaz entre SC y MSC/SGSN destino de un SMS: SC le envía los SMS a entregar, consigue la información de encaminamiento del HLR y se lo pasa a la MSC/SGSN que da servicio al móvil destino. Informa al SC de posibles errores. SMS-IWMSC: interfaz entre MSC origen de un SMS y el SC: recibe el SMS de la MSC/SGSN que le da servicio al SME origen del mensaje, y lo transfiere al SC. Informa de posibles errores a la MSC/SGSN origen. BSS: Subsistema radio de la red, común para GSM y GPRS. Compuesto de BSC que controlan diversas BTS, a las cuales se conectan los móviles. Reciben los SMS de la MSC/SGSN de la que dependen y los entregan al móvil destino. Igualmente, reciben los SMS de los MS y se lo entregan a dicha MSC/SGSN. MS: SME inalámbrico, con capacidad de hacer llamadas de voz y datos. Elementos red para soporte SMS

11. Notificación: aplicación muy extendida para notificar recepción correos de voz o electrónicos, de MMS o WAP, recordatorios de citas y horarios. Pasarela de email: envío y recepción de correo de una cuenta vía SMS. Es una de las motivaciones de este proyecto. Operadores y otras empresas las ofrecen. Interconexión con redes de búsqueda: permitir a los usuarios de SMS de GSM estar accesible desde esas redes. Servicios de información: transporte de peticiones y respuestas de información concreta (meteorología, tráfico, ocio, finanzas, portales de operadores,etc). Integración con WAP de GSM: servicio portador de tráfico WAP. Servicios de datos móviles: servicios de datos concretos de pequeño tamaño transferidos por SMS (aplicaciones Interactivas + voz, control de flotas, gestión de inventarios y compras, mensajería instantánea). Atención clientes y administración: mecanismo transporte de datos de configuración terminales; marketing del operador y de empresas. Localización: rastrear la localización de un objeto móvil o persona Televoto y sorteos: en radio y televisión; Experiencia piloto voto por SMS (Suiza). Aplicaciones de los SMS

12. “Red de redes”: Gran penetración en ámbitos personales y profesionales. Ha supuesto una revolución mundial para el acceso y disponibilidad de la información y la comunicación: todo tipo de información y aplicaciones disponibles desde cualquier ordenador conectado a ella Definida por el protocolo de nivel de red IP, que permite conexiones entre máquinas a nivel mundial, gracias direcciones de red únicas.Servicio “best-effort”. Proporciona servicios extremo a extremo fiables y orientados a conexión, o no fiables y no orientados a conexión. Aplicaciones o servicios principales Navegación Web CORREO ELECTRÓNICO, con adjuntos de todo tipo y acceso web. Mensajería instanténea Intercambio de ficheros P2P Internet

13. Existe desde los albores de Internet. Era su aplicación principal, y ha evolucionado con los años: adjuntos(imágenes, video, sonidos, aplicaciones,etc), hiperenlaces y texto formateado. Servicio basado en servidores de correo, que almacenan en buzones los mensajes de los usuarios. Transferencia de mensajes entre ellos con SMTP Potente mecanismo de comunicación en ámbitos personales y profesionales gracias a la altísima pentración de Internet. El más importante en las empresas tras el teléfono. Aplicaciones: Cartas: ha desbancado al correo tradicional Transferencia de todo tipo de ficheros y documentos: ha arrebatado gran cuota de uso al Fax y el FTP. Notificaciones Marketing e información empresarial Publicaciones periódicas Notas de prensa. Comunicaciones e informes internos de empresa. Correo electrónico sobre Internet

14. La integración de sistemas de mensajería es un objetivo actual de empresas y operadores: facilita el uso de dichos sistemas y la aparición de nuevas aplicaciones, lo que redunda en aumento ingresos de éstos. Se pretende desarrollar una herramienta que permita procesar y convertir correos en SMS y viceversa. Es decir, una pasarela Correo-SMS. Objetivo: permitir el envío y recepción de SMS a uno o varios usuarios desde su cuenta de correo habitual. Envío de SMS: envío de un correo a la pasarela. Recepción de SMS: recepción de un correo desde la pasarela Dos modos de uso: Modo Local: Para un solo usuario. Permite interfaz más amigable con el móvil para el servicio SMS. Posibilita el desvío del correo entrante al móvil/es, y de los SMS entrantes a cuenta/s de correo. Modo Servidor: envío y recepción de SMS desde la cuenta de correo habitual de un conjunto de usuarios. Permite centralizar el servicio SMS de una empresa u organización e integrarlo con el correo electrónico. Permite conexiones permanentes email-SMS (registros de encaminamiento) o puntuales. Objetivos del proyecto

15. Adicionalmente, se pretende aprovechar el soporte de análisis, envío y recepción de correos y SMS para implementar un sistema de consulta de información vía correo y SMS, además de gestionar listas de contactos de personas: Gestiona contenidos de información personalizada sobre un grupo de personas (p.e: alumnos) que sean accesibles desde su cuenta de correo o teléfono móvil. Permite gestionar altas automáticas vía email en listas de contactos, que incluyen datos personales y de contacto de un grupo de personas. Para lograr estas funcionalidades, se piensa en un sistema software que controle una cuenta de correo y un dispositivo GSM, y que haga uso de un gestor de correo para clasificación y visualización de los mensajes generados, así como de redacción de mensajes en el modo local. Objetivos del proyecto

16. Se han encontrado algunos precedentes sobre herramientas similares disponibles comercialmente. Las más similares y recientes son: Vodafone SmsM@il: SW distribuido por Vodafone desde finales de 2004 a sus clientes de empresa. Se integra con el gestor de correo Lotus Notes o Microsoft Outlook, permitiendo el envío de SMS desde dicho gestor como si de un email se tratase. Los SMS llegan con el número del cliente como origen.Gestor usado para clasificar en carpetas los SMS enviados, así como para la redacción de los mismos. Permite SMS concatenados. No permite recepción de SMS. Vodafone SmsM@il Premium: Mejora del SW anterior, disponible desde enero de 2005. Permite recepción de SMS (una copia de todos los SMS que le envíen a su móvil le llegan al gestor de correo), y permite envío de MMS como gran novedad, todo desde el mismo gestor. La más completa del mercado. Mobeon Creator: permite envío de SMS desde una cuenta de correo igualmente, con el objetivo de integrar la mensajería SMS y el correo. Se integra con el gestor Microsoft Outlook. Infoavisos mailSMS : permite envío de SMS (no concatenados) desde cualquier cuenta de correo y cualquier gestor sin necesidad SW adicional, a través de una pasarela “email a SMS” de esta empresa. Precedentes

17. Índice de contenidos • 1. Introducción • 2. Tecnologías empleadas • 3. Desarrollo SW • 4. Fase de pruebas • 5. Documentación de usuario • 6. Conclusiones y líneas futuras

18. Índice de contenidos • 1. Introducción • 2. Tecnologías empleadas • 3. Desarrollo SW • 4. Fase de pruebas • 5. Documentación de usuario • 6. Conclusiones y líneas futuras

19. SMS • El servicio de mensajes cortos punto a punto se divide en dos servicios básicos extremo a extremo independientes en la red GSM/GPRS: • Mobile Originated Short Message (MO-SM): mensajes cortos originados en el móvil, generados por un terminal móvil y terminados en el SMSC. Su destino final serán otros terminales móviles, o mediante una pasarela, terminales de otras redes fijas: redes de “paging”, RTC, redes IP. Se puede solicitar la confirmación de entrega del mismo. • Mobile Terminated Short Message (MT-SM): mensajes entregados en un terminal móvil de la red, transportados desde el SMSC hasta dicho dispositivo. Estos mensajes llegan al SMSC procedentes de otros terminales móviles (MO-SM), o de otras fuentes externas (voz, fax, aplicaciones SMS, el propio operador)

20. Señalización basada en el sistema SS7 en GSM. SMS hace uso de la capa GSM MAP, la cual se basa en SS7. Ejemplos: Señalización de red para SMS

21. Capa nivel transporte (SM-TL) es la capa a usar por una aplicación de envío y recepción de SMS Se implementará el nivel de aplicación, el cual genera y recibe PDU de nivel de transporte (TPDU) La capa SM-TL se comunica con entidad par mediante diferentes PDU (TPDU). Las más importantes: SMS-DELIVER: transporta un mensaje corto desde el SC al MS SMS-SUBMIT: transporta un mensaje corto desde un MS al SC. Protocolos de SMS

22. PDU SMS-DELIVER • SCA: Dirección del centro servidor • PDU-Type: flags que indican caminos de respuesta, presencia de cabecera en datos, peticiones de informes, tipo de PDU. • OA: Dirección Origen del mensaje corto • PID: indicación de protocolo de nivel superior • SCTS: Sello temporal de llegada al SC. • DCS: Esquema de codificación de los datos de usuario. • UDL: Longitud de datos de usuario (núm. Caracteres) • UD: Datos de usuario (contenido del mensaje).

23. PDU SMS-SUBMIT • DA: Dirección destino • MR: Número de referencia del mensaje • VP: Periodo de validez • UDH: cabecera de los datos • Usada para indicar que SMS forma parte de un Mensaje concatenado (>160 caracter) • Segmentación y reensamblado en extremos • Tres elementos: • Identificador de significado de cabecera (SMS concatenado) • Longitud de datos de cabecera • Datos de cabecera: • Número referencia del mensaje • Número total de segmentos • Número de secuencia

24. Comandos AT para modem GSM • Comandos AT = control de modems • Especificación de comandos AT para todo tipo modems en ITU v.25ter • Conjunto de comandos específicos GSM “AT+C” (normas 3GPP, antes ETSI) • Control de un ME desde un TE a través de un TA usando estos comandos. • Control de funciones del ME, servicios y parámetros de la red GSM desde TE • Comandos específicos para SMS: norma 3GPP TS 27.005 • Medio físico: cable, IrDA, Bluetooth

25. Sintaxis comandos AT • En GSM, comandos extendidos: “AT+” • Comandos de test: para comprobar existencia en dispositivo de un comando • p.e: AT+CNMI=? • Comandos de tipo parámetro: comando de lectura, para consultar valor actual de subparámetros: • p.e.: AT+CNMI? • Comandos tipo acción: no tienen comando lectura, no guardan valores de subparámetros

26. Definidos en GSM TS 07.05 antes, por la 3GPP TS 27.005 actualmente. Define tres modos protocolos de control de SMS desde un equipo terminal (TE): PDU, Block mode y modo texto.El más adecuado para este desarrollo y más comúnmente extendido: modo PDU Protocolo orientado a carácter: transferencia de mensajes (PDU) como unidades de datos binarias expresadas mediante cadenas de caracteres hexadecimales. Existe interfaz comandos AT para control, envío y recepción de SMS desde un equipo terminal (TE), típicamente un PC. Comandos AT para SMS

27. Un SMS completo incluyendo las cabeceras, se transfiere como una cadena de caracteres hexadecimales entre TE y TA, tanto en emisión como recepción. En ME convierte a stream de bytes original. Cadena caracteres representa una PDU (1 byte=2 caracteres HEX) con dos elementos: SCA: Dirección del centro servidor de mensajes TPDU: PDU de nivel de transporte del servicio SMS (SM-TL). Conjunto de comandos AT de SMS en modo PDU usados: AT+CMGS: Envío de SMS (transferencia de SCA+TPDU (SMS-SUBMIT) del TE al ME/TA). AT+CNMI:Configuración de modo recepción SMS (SCA+TPDU (SMS-DELIVER) del ME/TA al TE). AT+CNMA: Confirmación de SMS-DELIVER recibido por TE AT+CSMS:Activación de la fase 2+ para comandos AT AT+CGSMS: Selección del servicio portador de SMS: GSM o GPRS Comandos AT para SMS (2)

28. SMTP: Protocolo de nivel de aplicación más importante del servicio de correo en Internet, usado para transferir mensajes de correo entre dos servidores. Usa el servicio de transferencia de datos fiable y orientado a conexión de TCP para establecer conexiones directas entre dos servidores (cliente-servidor). Cliente: envía los mensajes ; Servidor: los recibe. Ambos procesos se ejecutan en todos los servidores de correo. Definido por la RFC 2821 ( inicialmente por la RFC 821 en 1982). Protocolo basado en el intercambio de líneas de texto que prevalece con el paso de los años con ligeras modificaciones. Restricción: Cuerpo de los correos en ASCII 7 bits, organizado en líneas de < 1000 caracteres, salvo en ultimas versiones. En vigencia actual, para lograr máxima compatibilidad. Cuerpos con adjuntos o texto no ASCII 7 bits requieren conversión a ASCII antes del envío, y la conversión inversa en recepción. La transferencia de correo es directa entre servidores origen y destino, es decir no se usan servidores intermedios. Correo electrónico-SMTP

29. Protocolo: Cliente establece conexión TCP con el servidor al puerto 25. Handshaking de nivel SMTP: presentación de servidores y capacidades, indicación de dirección origen y destino. S: 220 foo.com Simple Mail Transfer Service Ready C: EHLO bar.com S: 250-foo.com greets bar.com S: 250-8BITMIME S: 250-SIZE S: 250-DSN S: 250 HELP C: MAIL FROM:<Smith@bar.com> S: 250 OK C: RCPT TO:<Jones@foo.com> S: 250 OK Transferencia del cuerpo del mensaje: C: DATA S: 354 Start mail input; end with <CRLF>.<CRLF> C: Do you like ketchup? C: How about curry? C: . S: 250 OK Repetición parcial de dos pasos anteriores si hay más correos para servidor destino. Cierre de la conexión TCP: C: QUIT S: 221 foo.com Service closing transmission channel Correo electrónico-SMTP (2)

30. Cuerpo de los mensajes SMTP: cabeceras + cuerpo final. Cabeceras: líneas de texto legible definidas en la RFC 822 (Formato de los mensajes de correo en Internet) Cabeceras y cuerpo separadas por línea en blanco Cabecera: Palabra clave terminada en 2 puntos (“ : ”) + valor. .. ... C: MAIL FROM:<JQP@bar.com> S: 250 OK C: RCPT TO:<Jones@xyz.com> S: 250 OK C: DATA S: 354 Start mail input; end with <CRLF>.<CRLF> C: Date: Thu, 21 May 1998 05:33:29 –0700 C: From: John Q. Public <JQP@bar.com> C: Subject: The Next Meeting of the Board C: To: Jones@xyz.com C: C: Do you like ketchup? C: How about curry? C: . S: 250 OK .. . Formato de los correo

31. RFC 822 suficiente para mensajes de texto ASCII 7 bits. Extensión MIME (RFC 2045 y 2046) redefinen el formato de los mensajes para permitir: Cuerpo de los mensajes que usen conjuntos de caracteres diferentes del US-ASCII. Conjunto extensible de formatos diferentes para los cuerpos de los mensajes que no sean texto. Cuerpos de mensajes con múltiples partes, para el soporte de emails con archivos adjuntos de todo tipo. Cabeceras con información con un conjunto de caracteres diferente de US-ASCII. Para ello, se definen nuevas cabeceras. Las más importantes: “Content-Type:” : indica el tipo de datos del cuerpo del mensaje. “Content-Transfer-Encoding:” : tipo de codificación usada MIME: Extensión de RFC 822

32. Dos mecanismos de conversión de datos cualesquiera a ASCII 7 bits indicados en “Content-Transfer-Encoding”: “Content-Transfer-Encoding: Quoted-printable” : adecuada para mensajes formados por octetos en su mayoría ASCII 7 bits. El resto se codifican mediante combinación 3 caracteres (“ = “ + Valor HEX del carácter ; p.e: “=A5”) “Content-Transfer-Encoding: base64” : para cualquier secuencia de bytes. Divide datos en grupos de 3 bytes y los codifica con 4 caracteres de 6 bits, que se mapean al subconjunto base64 del alfabeto ASCII 7 bits, enviable por SMTP Tipos de cuerpos extensibles indicados en “Content-Type”. Crecen conforme aparecen nuevas aplicaciones. Los más importantes: Text: donde el más usual es “text/plain” (texto sin formato), aunque también “text/html” Image: cuerpo es una imagen (p.e: “image/jpeg”, “image/gif”). Application: cuerpos con datos a procesar por alguna aplicación (p.e: application/msword , application/pdf, application/octet-stream) Multipart: Muy usado. Para indicar mensajes con diferentes partes (texto, mas archivos adjuntos: fotos, ficheros de aplicación, sonidos,etc). Las distintas partes delimitadas por cadenas específicas. MIME (2)

33. SMTP es un “push-protocol” para transferencia de correo. Necesarios protocolos de descarga (“pull-protocol”) de correo de los servidores de los ISP por parte de los usuarios: POP3: protocolo muy simple de descarga de correo, basada en comandos y respuestas cliente-servidor. Usa conexión TCP. Primero, obtiene lista de mensajes, luego ordena la descarga de los correos uno a uno, y ordena normalmente su borrado. Util para acceso de un solo ordenador. No conserva información entre sesiones. Definido en la RFC 1939. IMAP: más moderno y complejo. Permite tener buzones con correo organizado en carpetas en el servidor que implementa este protocolo (con POP3 sólo es posible localmente). Útil para acceso desde diversos ordenadores. Basado también comandos. Guarda info entre sesiones. HTTP: usado cuando se accede a cuentas de correo Web-mail a través de un navegador, que actúa de gestor de correo. HTTP usado tanto para envío como recepción de correo. Aunque el servidor utiliza SMTP para comunicación con otros. Correo accesible desde cualquier ordenador conectado a Internet. Dichos Servidores de correo Web están basados en IMAP, proporcionando sus ventajas ( buzones organizados en carpetas). Protocolos de acceso al correo

34. Protocolos de email: Resumen

35. Lenguaje de programación elegido: JAVA Varios lenguajes posibles. Elección de Java basado en nuestra preferencia personal. Java fue inicialmente desarrollado para aplicaciones distribuidas en red (Internet), pero usado actualmente para todo tipo de aplicaciones. Lenguaje sencillo (sin punteros y con gestión de memoria automática) pero potente además de moderno, con amplias librerías de clases (API) que simplifican mucho la programación y 100% orientado a objetos. Posibilidad de fácil desarrollo de un interfaz gráfico con el usuario (GUI). Independencia de plataforma: Portabilidad de las aplicaciones sin recompilación previa hacia cualquier equipo con la VM de Java, independiente del SO y HW concretos. Plataforma Java

36. Se desea acoplar el sistema a desarrollar con un gestor de correo. Dicho gestor usado para descarga de correo que es analizado por el sistema posteriormente. Así se facilita el análisis del correo entrante sin interferir al gestor. Se desea usarlo también para clasificar en carpetas y visualizar los mensajes generados por el sistema (SMS y correos). Se contemplan varios gestores de correo comerciales. Eudora el más apropiado: SW de libre distribución Bandejas de mensajes basadas en ficheros de texto fácilmente analizables y editables. Listas de contactos: ficheros de texto  fácil de editar  gestión de listas de contactos del gestor de correo posibles. Gestores de correo

37. Eudora: Bandejas de mensajes y GUI

38. Índice de contenidos • 1. Introducción • 2. Tecnologías empleadas • 3. Desarrollo SW • 4. Fase de pruebas • 5. Documentación de usuario • 6. Conclusiones y líneas futuras

39. Índice de contenidos • 1. Introducción • 2. Tecnologías empleadas • 3. Desarrollo SW • 4. Fase de pruebas • 5. Documentación de usuario • 6. Conclusiones y líneas futuras

40. Pasarela de conversión entre mensajes SMS y correos electrónicos. Recibe y procesa correos electrónicos. Los transforma en SMS enviados a uno o varios terminales Recibe y procesa SMS. Los transforma en correos enviados a una o varias cuentas. Permite envío y recepción de SMS desde una cuenta de correo a través de ella, como si se tratara de emails Integración de mensajería SMS y correo. Se integra con un gestor de correo, usado para la descarga del correo y la clasificación de los mensajes que se generan. Dos modos de funcionamiento: Modo local: para un solo usuario. Permite envío y recepción de SMS desde el gestor de correo usando su móvil. Desvío de correo al móvil. Desvío de SMS a correo Modo servidor de pasarela: herramienta al servicio de conjunto de usuarios de correo. Se integra el servicio SMS con el correo y se centraliza a través del dispositivo GSM del sistema. Además, se desea implementar un sistema de consulta de información personalizada vía SMS o correo. Especificaciones

41. Requisitos (conversión SMS-Email) • Integración con gestor de correo: descarga los correos de la cuenta del interfaz. • Aprovechar gestor para clasificación mensajes SMS recibidos y enviados, así como correos enviados. • Envío y recepción de SMS usando módem con capacidad SMS. • SMS generados procedentes de correos: contienen cabeceras Subject y From • Correos generados contienen en el cuerpo el texto del mensaje y la indicación de nombres de eventuales ficheros adjuntos, y en la cabecera Subject se indica el número origen y el SCTS. • Si correos a transformar en SMS tienen cuerpo NO texto, indicarlo en el mismo. • Conexión a Internet debe permitir conexiones TCP al servidor de correo deseado. • Registros de encaminamiento “Email a SMS” y “SMS a Email”. Alta y baja de usuarios remotos en los mismos mediante correos. • Además, especificación destino en el mensaje

42. Responder a consultas de información personalizada, contenida en ficheros en el sistema. Dichos ficheros pueden ser dados de alta y baja en el sistema por el administrador del mismo. Consulta: palabra clave + identificador Palabra clave: identifica el fichero de información a consultar. Identificador: de la información concreta a proporcionar. Adicionalmente, el sistema gestiona listas de contactos en Eudora. Se gestiona el alta en dichas listas de personas en dichas listas mediante peticiones via email. Peticiones: lista + datos de usuario (Nombre, apellidos)+ datos de contacto (email, teléfono). Requisitos Sistema Consulta

43. Configuración del servidor de correo (nombre, buzón, puerto TCP). Configuración puerto comunicaciones con módem GSM. Periodo de repetición de tareas: chequeo, análisis y envío de mensajes SMS y correos. Resultados en pantalla de cada ejecución de dichas tareas. Establecer ubicación Bandejas de Eudora. Establecer desvío de correo y SMS entrantes. Altas y bajas en ambos registros de encaminamiento Limitar segmentos SMS concatenados. Alta y baja de ficheros de información Visualización contenidos de estos ficheros. Indicación necesidad recarga batería del dispostivo GSM Estadísticas del sistema: conversiones Email-SMS, consultas de información y altas listas contactos (en cada sesión y desde instalación) Proporcionar información incidencias en comunicaciones con servidor de correo y módem GSM. Lanzar, detener y cerrar la aplicación. Requisitos GUI

44. Gestor de correo Eudora únicamente. Desarrollo en Java Sistema Operativo Windows. Enlace PC-modem basado en puerto serie real o virtual (cable, IrDA, Bluetooth (Serial Port Profile)) Modem GSM/GPRS debe soportar interfaz comandos AT para SMS en modo PDU (3GPP TS 27.005). Si cuerpo de email no es texto plano (p.e: texto HTML), dichos cuerpos no se envían por SMS. Aunque se envía cabeceras (From, Subject) e indicación de nombre ficheros adjuntos. Restricciones

45. EmailSMS: se envía correos a la cuenta del sistema. Diferentes casos de prueba con el objetivo de constatar : Buen funcionamiento registros de encaminamiento (para uno o varios destinos SMS): conversión a SMS satisfactoria. Correcto almacenamiento mensajes SMS generados en bandejas de Eudora. Correcto procesado de diferentes tipos de cuerpos de mensaje: texto plano con y sin adjuntos, texto HTML con o sin adjuntos. Especificación explícita de destino/s satisfactoria (se debe ignorar el registro de encaminamiento y el eventual desvío de correo al móvil). Limitación del contenido enviado al límite establecido de SMS concatenados. Correcto funcionamiento de los desvíos totales o parciales de correo a móviles. Se ignoran los registros de encaminamiento si están activos. Req. verificación: pasarela conversión

46. SMSEmail : se envían SMS al terminal GSM del sistema. Diferentes casos de prueba con el objetivo de constatar: Buen funcionamiento registros de encaminamiento (para uno o varios destinos Email) : conversión a email satisfactoria. Correcto almacenamiento emails generados en bandejas de Eudora, así como de los SMS recibidos. Especificación explícita de destino/s satisfactoriamente procesada (se debe ignorar el registro de encaminamiento y el eventual desvío de los SMS entrantes a cuenta/s de correo). Correcto funcionamiento de los desvíos totales o parciales de correo a móviles. Se ignoran los registros de encaminamiento si están activos. Altas y Bajas de usuarios de correo en los registros de encaminamiento a través del email : habilitar o deshabilitar envío y recepción de SMS desde dichas cuenta de correo. Correcto procesado de correos de alta y baja en registro “Email a SMS”. Correcto procesado de correos de alta y baja en registro “SMS a Email” Req. verificación: pasarela conversión

47. Consultas vía email o SMS: correos o SMS conformes al formato de petición de información personalizada se envían al sistema. Diferentes casos de prueba con el objetivo de constatar: Palabra clave de petición no válida en el sistema  Petición debe ignorarse, pasa al conversor email-SMS. Palabra clave válida en el sistema, pero no existe información asociada al identificador de la consulta  Se debe responder al remitente indicando dicha situación. Mensaje generado se almacena en bandeja pertinente. Palabra clave válida en el sistema, e identificador con información asociada existe  Se debe responder al remitente con la información demandada obtenida del pertinente fichero. Mensaje generado se almacena en bandeja pertinente. Altas en listas de contacto Eudora vía email: se envían correos conforme a formato de alta en lista de contactos. Diferentes casos de prueba: lista existente o no, diferente cantidad datos proporcionados en la petición (nada, nombre y/o apellidos y/o teléfono). Req. verificación: Stma. Consulta

48. Pruebas a la botonadura del GUI desarrollado. Parte que configura las funciones generales de la herramienta: Configuración servidor de correo (nombre SMTP, buzón, puerto). Elección del puerto serie de comunicación con módem GSM/GPRS. Configuración periodo repetición procesos de análisis y envío de mensajes. Elección ubicación en disco de las bandejas de Eudora. Elección de la limitación de segmentos de los SMS concatenados que se generen. Lanzar, detener y cerrar la aplicación. Requisitos verificación: GUI

49. Pruebas de la parte que configura las funciones específicas de la pasarela de conversión SMS-Email: Configuración del desvío de correo y SMS entrantes Introducción por teclado de nuevas entradas en los dos registros de encaminamiento. Eliminación de entradas de ambos registros de encaminamiento (“SMS a Email”, “Email a SMS”). Visualización de estadísticas de la pasarela de conversión. Pruebas de la parte que configura las funciones específicas del sistema de consulta de información: Registro en el sistema de nuevos ficheros de información. Baja de ficheros de información registrados en el sistema. Consulta de la relación de ficheros registrados en el sistema actualmente y su contenido. Visualización de estadísticas de la pasarela de conversión. Requisitos verificación: GUI (2)

50. Especificación: Manual de instalación: Instalación de Eudora, de la VM de Java, de la API Java Communications y del software desarrollado. Manual de usuario: Configuración general de la herramienta Configuración del sistema de conversión bidireccional SMS-EMAIL Configuración del sistema de consulta de información Documentación de usuario