1 Buenos Aires, Diciembre 1 de 2011Televisión Digital Interactiva Buenos Aires, Diciembre 1 de 2011 Microtrol Group

2 Quienes Somos Desde 1979, Microtrol es una Compañía de tecnología basada en Argentina Focalizada en el desarrollo de dispositivos electrónicos y servicios en: Comunicación de datos, Servicios Multimedia sobre Redes IP Televisión Digital e Interactiva (GINGA) Primer Softswitch desarrollado en LATAM y certificado por Telefónica, Telmex, AT&T y la Comunidad Europea (CE) Desarrolladores y proveedores del Estado Argentino el “Best in Class STB” para el Proyecto de TV Digital.

3 Qué es la Televisión InteractivaBrindar a los usuarios, además de acceder al contenido de los Canales Digitales, la posibilidad de ejecutar aplicaciones, interviniendo en el contenido de la pantalla.

4 Que es Ginga? Ginga: un “motor” estándar para la ejecución de aplicaciones. Estándar: una única versión de la aplicacion corre en cualquier STB/TV que cumpla el estándar Reduce significativamente los tiempos y costos de desarrollo y permite ciclos de vida cortos

5 Hardware del STB Video Compuesto Audio R&L HDMI Ethernet 10/10012 V DC Antena RF Ch 3&4 Pass Trought YPbPr Tunner Alta Sensibilidad STi7102 256 MB DDR1 RAM 64 MB NOR Flash USB 2.0

6 Zapper, EPG, Control ParentalEstructura Zapper, EPG, Control Parental App. Interactivas NCL/LUA CONECTOR Ginga Core MHAL API Microtrol STAPI ST Linux Sti-710x

7 Nuevo Escenario y OportunidadesContenido Broadcast GINGA VIDEO y AUDIO + APLICACION Info rmación complementarias asociada a la programación 1.- Interacción Local con info estática Red Acceso IP Actualización en línea de información del programa Eventos de un partido de futbol; noticas destacadas. Comentarios de Twiter o Facebook; el tiempo, tránsito Internet 2.- Interacción Local con info dinámica 2.2 Levels of interactivity Roughly speaking, ”interactivity” in iTV may be categorized along three basic levels: 􀂃 Broadcast only: Broadcast only applications, such as digital teletext and personal video recording (PVR), obtain required data from the broadcast stream. They only support “local interactivity” where the consumer may interact locally with data stored on the end device. 􀂃 Unidirectional Interactivity: Unidirectional interactive applications, such as online voting and advertisement response, allow users to provide response data in a single direction, with no direct reply from a return path server. 􀂃 Bi-Directional Interactivity: Bi-directional interactive applications, such as , web browsing, and online gaming, allow users to acquire data from sources outside of the broadcast stream, such as a return-path server. Red Telefonía Fija Y Celular Televoto C2P (Click to Phone) Encuestas Rating Servidores de Aplicaciones 3.- Interacción con Canal de Retorno IP 7

8

9 Generación de Contenido : Integración con Desarrolladores (Ap y Serv)Aprovisionamiento Transmisión de Tablas asociadas Internet Transmisión periódica de Datos Conexión con Dispositivos Externos 14.1 Playout systems The Playout system is a vital part of any MHP enabled broadcasting network. The role of the playout system is to convert MHP Xlets and data into a DSM-CC carousel that can be received on MHP terminals. There are a multitude of different MHP Playout systems. A very comprehensive list can be found in the MHP-KDB (issue 74 “What DSM-CC Playout Systems are available?”, solution “Report on available DSM-CC playout systems”). The figure above is an attempt to show a typical MHP playout without being vendor specific. The figure show common functions that may be included, some are required. The DSM-CC carousel is often a box with a DVB-ASI output and some form of file and/or network based input interface. It can be a hardware “black box” or an application running on a standard workstation architecture utilizing a DVB-ASI PCI card to generate the final DVB-ASI signal. The DSM-CC carousel is the most service critical part of the system and in most cases it would be recommended to have some form of redundancy of this module. Without the DSM-CC carousel all non-stored MHP application will cease to function correctly. The DVB-ASI is usually connected to a multiplexer to be multiplexed with other service content into the final transport stream. There may be a matrix switch, distribution amplifier or failover switch between the output of the DSM-CC carousel and the multiplexer, this is dependant on the redundancy scheme used. Some vendors provide a playout server separately from the DSM-CC carousel. This server may provide additional functionality and interfaces in addition to the pure DSM-CC functionality provided by the DSM-CC carousel modules. The role of the playout server will typically be to integrate the other modules of the system. The server may have logic to create the required AIT tables and ensure that the PSI subsystem is updated whenever the AIT changes. It could also ensure that the security subsystem will sign and re-sign applications whenever needed. The security module is responsible for signing applications and could also include functionality for certificate management. This is an area that seems to be currently less mature than the core DSM-CC playout systems, and the options are more limited in this area. Most playouts have a configuration and management GUI that is used to operate and supervise the playout. A remote API (typically Java based) to control all relevant functions is also fairly common. Archivos con la información de EPG Archivos de Closed Caption Archivos para la actualización del Firmware Aplicaciones Interactivas Servidores de Aplicaciones

10 Redes RFU y RFM Despliegue TDA Red Frecuencia Unica

11 Alcance Aplicaciones ActualPlayout

12 Playout EPG

13 Veamos la aplicación