|
Mapache Server es un servidor de aplicaciones MHP, que integra la gestión de contenidos para su posterior publicación en la red de difusión de Televisión Digital Terrestre utilizando el protocolo MHP (Multimedia Home Platform).
A partir del 2010 en España sólo se emitirá televisión terrestre mediante tecnología digital. El estándar utilizado para ello es el DVB-T (Digital Video Broadcasting – Terrestial). Este estándar permite la transmisión de la señal de audio y vídeo digital comprimida de forma que se obtienen las siguientes ventajas en comparación con la señal analógica tradicional:
- Más canales, ya que en el mismo ancho de banda que necesitaba la señal analógica se pueden transmitir varios canales digitales - Mejor calidad de imagen y sonido, ya que los formatos de compresión de la señal digital permiten emitir imagen y sonido con una gran calidad - Más servicios, pues este estándar permite emitir además de audio y vídeo, señales de datos que proporcionan la posibilidad de que los usuarios puedan ejecutar aplicaciones interactivas desde sus receptores de señal digital terrestre 
MHP (Multimedia Home Platform) MHP es un estándar promovido por la ETSI (European Telecommunications Standards Institute) que define una interfaz genérica entre las aplicaciones digitales interactivas proporcionadas por DVB y los receptores-decodificadores de la señal digital (Set-Top-Box o STB) que las ejecutan. Entre sus características principales destacan: - Permite desacoplar las aplicaciones de los proveedores del hardware y software específico de las diferentes implementaciones de los terminales DVB-MHP. - Permite a los proveedores de contenidos digitales abarcar el rango de los STB de gama baja hasta los de gama más alta, incluyendo televisiones con TDT integrado y ordenadores personales. - Permite la interoperabilidad entre las aplicaciones y los terminales y entre los propios terminales.
Básicamente, MHP se puede describir como un conjunto de instrucciones que le indican al sistema operativo de un receptor de televisión digital cómo debe tratar a las aplicaciones que se van a ejecutar en él. MHP está basado en una máquina virtual Java reducida (J2ME Personal Basis Profile) por lo que las aplicaciones que se ejecuten en los receptores que utilicen tecnología DVB-MHP deben utilizar este repertorio de instrucciones para su ejecución. Objetivos de Mapache Server Entre otros pretende cubrir los siguientes objetivos principales:
1.Proveer de mecanismos de consolidación e integración de fuentes de datos y contenidos externos Será necesario establecer el formato adecuado de la información interactiva que posteriormente se incorporará al flujo de señal digital de forma que en recepción sea posible, siempre que se cuente con el equipo receptor adecuado, la ejecución de las aplicaciones interactivas asociadas al flujo digital en cada momento.
2.Creación de un repositorio común de aplicaciones interactivas Se hace necesario la creación de un repositorio que permita albergar, mantener, y gestionar las aplicaciones interactivas así como los datos que estos necesitan para que trabajen de manera correcta.
3.Creación de un programador de aplicaciones En base a las aplicaciones interactivas almacenadas en el repositorio será necesario establecer la franja horaria, clasificación, categorías y frecuencia de emisión con respecto a cada canal, en función de la información proporcionada por el proveedor de servicios.
4.Creación de un interfaz de entrada salida Será el responsable de atender las peticiones de comunicación tanto de los usuario finales, los STB, como de los operadores del sistema encargados de mantener el sistema funcionando de una manera correcta y óptima.
5.Gestión interactiva con el canal de retorno para la modificación de datos Para la comunicación entre el usuario y el sistema se necesita una vía de comunicación bidireccional que permita el intercambio de información. Se he de determinar e implementar la manera de gestionar esta vía de comunicación (conocida como 'canal de retorno') .
Arquitectura de Mapache Server Mapache Server está formado por tres grandes módulos o subsistemas: - Sindicador - Contenedor - Publicador Además de estos tres subsistemas, se distingue el Gestor de Contenidos, que permite el intercambio de información procedente del contenedor con el subsistema publicador. Sistema de Gestión de Contenidos y Publicación Provee los mecanismos para exponer el conjunto de aplicaciones con generadores de flujo Gestor de Contenidos: - Obtención dinámica de las aplicaciones acorde a la programación - Evaluación de cambios en la emisión - Minimización de las operaciones - Precarga de datos y optimización de las comunicaciones Sistema de Publicación: - Generación del carrusel en tiempo real - Uso mediante operaciones básicas - Actualización de ficheros en vivo Sistema de recuperación ante planificaciones erróneas - Recompone un carrusel nuevo a causa de errores previos debidos a actualizaciones mientras emite el carrusel original. 
Arquitectura del Sistema Publicador junto con el Gestor de Contenidos 
Gestor de Contenidos: Sistema de procesamiento en paralelo de modificaciones para el carrusel de objetos
Sistema publicador: Composión del carrusel de objetos DSM-CC Sistema Contenedor o RepositorioCompuesto por 3 capas. Cada capa realiza un trabajo de manera independiente al resto de capas. - Capa- Acceso - Validar datos
- Comprobar permisos
- Comunicar con otros sistemas.
- Componer las respuestas.
- Capa-Persistencia - Independiza a la capa de acceso del motor de persistencia.
- Maneja los errores de persistencia
- Motor de persistencia - Realiza las labores propias de la persistencia de datos: Creación, Eliminación, Consulta y Modificación
- Acceso a contenidos binarios.
 Sistema SindicadorCaracterísticas
- Es el único componente con conexión al exterior - Permite que el usuario interactúe de una forma cómoda y sencilla para la actualización de contenidos - Establece un interfaz de comunicación con los receptores STB a través de su canal de retorno - Permite programar actualizaciones automáticas de contenidos, desde fuentes externas al servidor, que requieren una frecuencia de actualización alta (RSS, imágenes, etc) - Permite notificar a usuarios (listas de distribución) sobre cambios en la emisión de aplicaciones y errores del sistema Tecnologías
- Spring framework (IoC y AoP) - Quartz (scheduling) - AspectJ - Log4j (logger) - Struts 2 (webwork 2) - Ajax (Dojo) - No define un sistema de persistencia: Toda la información necesaria se obtiene y se envía al Sistema Contenedor  Capturas de pantalla A continuación se muestran ejemplos de capturas de pantalla de la interfaz de usuario del sistema sindicador Pantalla inicial del interfaz gráfico del sistema sindicador Gestión de aplicaciones: - permite al usuario de forma intuitiva añadir y gestionar las aplicaciones a emitir
- permite añadir/modificar uno a uno los ficheros que la componen
- permite definir tareas de actualización de contenidos de fuentes externas
Pantalla de gestión de las aplicaciones que se quieren mantener el sistema para su emisión Gestión de la programación: - permite al usuario ver las franjas horarias de los diferentes perfiles de emisión de los canales y las aplicaciones que se emiten con esos perfiles
Pantalla inicial del interfaz gráfico del sistema sindicador
|