Centralizador de contenidos multimedia basados en RSS Jornadas Técnicas de RedIRIS 16 de Noviembre de 2006, Universidad de Granada Francisco Cruz Argudo.

Presentación del tema: "Centralizador de contenidos multimedia basados en RSS Jornadas Técnicas de RedIRIS 16 de Noviembre de 2006, Universidad de Granada Francisco Cruz Argudo."— Transcripción de la presentación:

1 Centralizador de contenidos multimedia basados en RSS Jornadas Técnicas de RedIRIS 16 de Noviembre de 2006, Universidad de Granada Francisco Cruz Argudo paco@di.uc3m.es Nicolás Ibáñez Moreno nibanez@di.uc3m.es Servicio de Informática y Comunicaciones Universidad Carlos III de Madrid ©

2 Situación de partida: UC3M  Cada vez es más demandado por los usuarios (departamentos docentes, gabinete de prensa, rectorado,…):  grabación y/o emisión de clases vía streaming en las salas de tele-docencia.  emisión de congresos y/o actos institucionales.  !!!Problema!!! ¿Cómo hacemos que los usuarios estén informados y accedan a todas estas emisiones y contenidos de una forma fácil e intuitiva?

3 Situación de partida II: UC3M  Era necesario centralizar de algún modo toda la información multimedia que generaba la UC3M.  Hacerlo extensivo al proyecto ADAMadrid (del cual la UC3M tenía la gestión hasta 2006, el proyecto se empezó a considerar a primeros de 2006).  Y ¿por qué no hacerlo extensivo a la comunidad académica? (con el mismo esfuerzo).  Y de camino… conocer la tecnología RSS y aplicarla a nuevos servicios.

4 Situación actual en la comunidad académica  Cada vez más número de instituciones empiezan a producir contenidos multimedia.  Además aumentan el número de contenidos en cada una de las instituciones.  Aumentan las dificultades para enterarse de qué está pasando en cada una de las organizaciones.  Existen muchos actos de interés para la comunidad académica, la mayoría de los cuales acaban sin ser conocidos por los usuarios.

5 Situación actual en la comunidad académica II  Los únicos medios existentes para conocer eventos que van a ser retransmitidos es mediante correos a amigos o la lista mmedia (restringida a técnicos) y para las grabaciones ninguna. Resultado nadie ve nada .  Estamos empezando a detectar que los docentes no sólo se conforman con la grabación. Quieren algo más: ¿servicios? Sobre esa información

6 Premisas de partida  Unificar y centralizar de algún modo toda la información sobre generación de contenidos multimedia.  Sistema que pueda ser consultado por cualquier usuario.  Información actualizada (ante posibles cambios de última hora en la programación de cada centro).  Flexibilidad para que cada centro pueda cambiar su programación sin necesidad de avisar a nadie.  Mínimo esfuerzo de administración y mantenimiento por parte de todos.

7 SOLUCION: ARCA

8 ARCA  ARCA (Agregador RSS para la Comunidad Académica).  Proyecto que forma parte de un desarrollo interno de gestión integral de servicios y contenidos multimedia.  Creación de un portal www como elemento de consulta.  Utilización del formato RSS (Really Simple Sindication) como protocolo de intercambio de información.  Actualización de la información cada 24 horas.  Uso de BBDD para el almacenamiento de la información y su posterior procesado.  Se pretende “intentar” ser el embrión para la creación de un portal del tipo “research channel” para la comunidad académica.

9 Descripción del sistema Arquitectura del sistema. Topología Funcionalidades.

10 Arquitectura  Versión actual 0.3  Desarrollado en linux.  Componentes:  Apache.  PHP 5.  Mysql.  Parser SimpleXML de PHP5.  Fuentes de RSS 2.0 de los organismos dados de alta en el sistema.

11 Arquitectura II  Se define un formato RSS general para todos los anuncios, a condición de usar etiquetas determinadas para cada tipo (directo, vod, podcast).  A falta de un rss que cumpla las necesidades del sistema, se utilizan tres espacios de nombres:  Yahoo media rss: para información sobre el contenido multimedia.  Itunes rss: para información sobre el contenido multimedia y podcasting.  Google base events rss: para anunciar los eventos programados en el calendario.

12 Arquitectura III  El sistema se divide en canales. Un canal representa una fuente de contenidos multimedia.  Cada institución está asociada a uno o varios canales (directo y/o vod).  Cada canal está compuesto de una serie de eventos, retransmisiones y/o contenidos multimedia, que llamamos “ítems”.  Cada institución debe generar la información de su propio canal así como la información de todos los ítems que retransmitirá el canal.

13 Arquitectura IV  Antes de cualquier envío de una URL ésta debe pasar por un validador de RSS, en nuestro caso  http://rss.scripting.com  http://feedvalidator.org  El sistema dispone en su base de datos de una lista de todas las instituciones que están adscritas al proyecto, con la ubicación de sus RSS.  El sistema integra en una única base de datos toda la información contenida en los RSS de las organizaciones.  A partir de esta base de datos, la información de canales e ítems se puede consultar en forma de calendario, listas, mediante búsquedas, etc.

14 Servidor ARCA Internet Sistemas de Catalogación/ Producción RSS Actualización cada 24 horas Cliente Lector RSS Para PDA/PPC Cliente Lector RSS Cliente Portal ARCA Universidad Centro de investigación Topología ARCA Universidad Centro de investigación Universidad Servidores multimedia

15 Funcionalidades  En la actual versión el sistema soporta la catalogación de: Emisiones en directo, Vídeo bajo demanda, Podcast/vodcast.  Los eventos en directo se organizan en un calendario con vistas mensuales y diarias.  Los contenidos multimedia se pueden consultar en listas a partir de filtros y búsquedas.  Los contenidos se organizan en categorías (se pueden definir categorías ilímitadas).  El sistema filtra los ítems por directrices (www.mec.es).www.mec.es  Próxima versión: generación dinámica de RSS.

16 El formato RSS  Se ha elegido el uso de RSS 2.0 para el traspaso de la información de cada canal o institución al sistema.  Utiliza XML como lenguaje de marcado.  Es el formato más extendido en la sindicación o redifusión de contenidos.  Permite al usuario recopilar la información usando software independiente (agregadores RSS).  Al poder ser validado fácilmente garantiza que cada institución estará exportando su información correctamente.  Cada miembro puede añadir información adicional a su fichero RSS sin afectar el comportamiento del sistema.  Nos permitirá añadir nuevas funcionalidades al sistema

17 El formato RSS II  Los espacios de nombres añaden ventajas al RSS.  Permiten que mayor número de lectores externos accedan a la información que sindica el sistema ARCA (por ejemplo usando itunes).  Expanden la utilidad del RSS con mayor semántica para los anuncios. Por ejemplo:  Google Base Events RSS: Perfecto para organizar eventos en el tiempo y en el espacio (g:event_date_range y g:location)

18 El formato RSS III  Yahoo MRSS: idóneo para describir contenidos multimedia (media:group, media:credit, media:thumbnail…).  Itunes: muy extendido en el podcast.

19 El formato RSS Ejemplos

20

21 Base de datos  Usar una base de datos para almacenar la información recogida de los RSS permite que en el futuro se puedan efectuar búsquedas más complejas sobre los eventos, administración del sistema…  La base de datos se actualiza cada 24h. El procedimiento es el siguiente:  Cada RSS que se va leyendo va reemplazando la información existente sobre ese canal en la base de datos.  Si una URL con un RSS no responde, se conserva la información que hubiera previamente sobre ese canal.

22 ¿útil?  Permite en un único espacio www ver los eventos y contenidos multimedia de todos los centros adscritos al proyecto  Permite a los alumnos y/o profesores de cualquier universidad tener una fuente de contenidos de manera centralizada que puede ser utilizada para docencia y/o investigación  Permitirá añadir nuevos servicios docentes y de investigación sobre la “totalidad” de contenidos multimedia de la comunidad académica

23 Futuro  Estamos abordado la parte interna y la externa básica (que no consuma nuestros escasos RRHH  ).  No tenemos capacidad de abordar todas las funcionalidades que creemos serían necesarias parar hacer del proyecto un autentico portal “research channel” para la comunidad académica de RedIRIS (¿iberoamérica?).  Estamos abiertos a cualquier colaboración por parte de las universidades  contactos con la URJC para desarrollar un módulo de estadísticas.  ¿alguien más?  ¿Se considera interesante?  ¿financiación externa?

24 Por último…  Agradecimento a David Perez (URJC), Vicente Goyanes (UVIGO) y Jose María Fontanillo (RedIRIS) Dirección web del portal: http://arca.uc3m.es Contacto: paco@di.uc3m.es nibanez@di.uc3m.es jmaria.fontanillo@rediris.es