Download - Apresentacao Workshop Dcc (1) (1)
-
7/25/2019 Apresentacao Workshop Dcc (1) (1)
1/16
Medio de audincia e
Interatividade em IPTV
Eduardo Rocha SoaresOrientador: Prof. Eduardo Barrre
VIII Workshop do DCC/UFJFDepartamento de Cincia da ComputaoUniversidade
Federal de Juiz de Fora
-
7/25/2019 Apresentacao Workshop Dcc (1) (1)
2/16
A arquitetura do servio de medio deaudincia e interatividade
Figura 1. Arquitetura do servio de medio deaudincia em IPTV.
-
7/25/2019 Apresentacao Workshop Dcc (1) (1)
3/16
TDMiddleware
executado no terminal de IPTV. Foi desenvolvido no LApIC da UFJF.
Responsvel por gerenciar todos os mdulos do dispositivo terminal deIPTV.
O papel do TDMiddleware na arquitetura de medio de audincia notificar as TD-AMFs sempre que um evento ocorre em algum mdulo.
Estas notificaes so feitas utilizando o formato JSON (Ver figura 1).
-
7/25/2019 Apresentacao Workshop Dcc (1) (1)
4/16
Formato do JSON
Figura 2. Exemplo de JSON enviado do TDMiddleware
para as TD-AMFs
-
7/25/2019 Apresentacao Workshop Dcc (1) (1)
5/16
TD-AMFs
Esto sendo desenvolvidas em C++ e so executadas no dispositivo terminalde IPTV.
Tem como funcionalidade receber os dados de interao do usurio que soenviados pelo TDMiddleware e gerar reports de medio conforme aconfigurao em vigor no momento da medio.
Funcionam como uma extenso do TDMiddleware. As TD-AMFs so configuradas pelas AFs que fornecem diretrizes de como a
medio de audincia deve ocorrer no dispositivo terminal: Ex.: janelas de tempo para envio dos dados de medio, periodicidade que devem ocorrer
as medies, eventos que devem ser reportados, servios de devem ter sua audincia
mensurada, dentre outras configuraes possveis.
-
7/25/2019 Apresentacao Workshop Dcc (1) (1)
6/16
AFs
Esto sendo desenvolvidas em Java e so executadas no Servidor de
medio de audincia. So elas que definem as configuraes de medio de audincia e as envia
para as TD-AMFs.
Responsveis tambm por receber os dados de medio de audincia,process-los e agregar informaes que os enriquea para gerao de
relatrios de medio. Por exemplo, a informao de que o dia em queocorreu a medio era feriado.
Aps esse processamento, os dados so salvos em um banco de dados epodem ser disponibilizados para uma aplicao WEB que gera relatrios demedio de audincia, por exemplo.
No projeto est sendo utilizado o banco de dados MYSQL.
-
7/25/2019 Apresentacao Workshop Dcc (1) (1)
7/16
Comunicao
A UIT define que a troca de dados entre as TD-AMFs e as AFs deve ocorrertoda atravs do formato XML, que tem suas estruturas definidas nasrecomendaes ITU-T H.741.2 e ITU-T H.741.3. Podemos ver um exemplona figura 3.
A arquitetura suporta os protocolos IPv4 e IPv6.
Figura 3. XML contendo os dados de medio de audincia que sero enviados s AFs.
-
7/25/2019 Apresentacao Workshop Dcc (1) (1)
8/16
Modos de configurao
A UIT define 3 modos de configurao na recomendao ITU-741.0, como mostrado na figura 4.
Figura 4. Modos de configurao
-
7/25/2019 Apresentacao Workshop Dcc (1) (1)
9/16
Modos de configurao
A arquitetura proposta adota o modo de configurao pull como padro.Onde as TD-AMFs iniciam a comunicao, enviando um pedido deconfigurao junto com seu perfil de capacidade para as AFs, que por suavez respondem com o XML de configurao.
Neste modo, quando a configurao das TD-AMFs expira, necessrio queelas iniciem novamente o processo de enviar seu perfil de capacidade eaguardar a configurao enviada pelas AFs.
-
7/25/2019 Apresentacao Workshop Dcc (1) (1)
10/16
Modos de entrega de reports demedio
Existem quatro modos de entrega definidos pela UIT:1. Immediate Push Mode: quando uma medio feita, ela pode ser
opcionalmente agrupada com um nmero configurvel de outras medies porum perodo de tempo antes de serem enviadas para as AFs. Esse modo utiliza asequncia de mensagenspush.
2. Delayed Push Mode: as medies so armazenadas at as TD-AMFsescolherem um tempo randmico dentro de uma janela de tempo configuradapara enviar os dados de medio. Utiliza tambm a sequncia de mensagenspush.
3. Pull M ode : Os dados de medio de audincia so armazenados at que umamensagem de requisio vinda das AFs seja recebida. Uma poltica deve serconfigurada para dizer o que as TD-AMFs devem fazer em caso decongestionamento de armazenamento.
4. Delayed Push and Pull Mode: Os dados de medio so armazenados at queuma requisio seja enviada das AFs ou at que as TD-AMFs escolham umtempo randmico dentro de uma janela de tempo configurada. Este modo usatanto a sequncia de mensagens push quantopull.
-
7/25/2019 Apresentacao Workshop Dcc (1) (1)
11/16
Nveis de permisso do usurio
Para medir audincia de um usurio necessria a sua permisso para tal.
Existem quatro nveis de permisso possveis:
Nvel 0: no so includos dados do usurio. Nvel 1: somente IDs annimos so includos para diferenciar um usurio do
outro.
Nvel 2: IDs annimos e informaes genricas do usurio so includas nosreportsde medio.
Nvel 3: Informaes identificadoras e genricas so includas.
-
7/25/2019 Apresentacao Workshop Dcc (1) (1)
12/16
Modos de permisso
Existem trs modos de permisso:
Interno: Neste modo a requisio e a recepo da permisso do usurioocorre dentro do sistema de medio de audincia
Externo: Neste modo a requisio e a recepo da permisso do usurioocorre fora do sistema de medio de audincia.
Hbrido: Neste modo a requisio e a recepo da permisso ocorre noprovedor de servio (PS). As TD-AMFs requisitam as permisso para o PSpara realizar um filtro local ou so enviados para as AFs para elas filtrarem ospacotes de configurao.
O modo de permisso adotado o interno, onde as TD-AMFs lidam coma requisio e recepo da permisso do usurio e tambm com afiltragem dos dados a serem mensurados.
-
7/25/2019 Apresentacao Workshop Dcc (1) (1)
13/16
Trabalhos futuros
O projeto se encontra na fase de desenvolvimento e testes.
Ainda so necessrias implementaes na questo de segurana dasinformaes trocadas e nos nveis de permisso do usurio.
Tambm sero feitos testes de carga e anlise de escalabilidade.
-
7/25/2019 Apresentacao Workshop Dcc (1) (1)
14/16
Concluso
Com esta abordagem proposta, pretende-se obter uma medio deaudincia mais precisa, isenta de erros e que no dependa do usurio.
Esta abordagem mais abrangente que os mtodos convencionais, pois no
serve apenas para medio de audincia em TV linear, mas tambm paraoutros servios de IPTV, como VoD e aplicaes interativas.
Abordagem barata, no necessita de hardwareadicional, utiliza apenas osprprios recursos do dispositivo terminal de IPTV. Podendo assim, atingir
um maior nmero de residncias.
-
7/25/2019 Apresentacao Workshop Dcc (1) (1)
15/16
Referncias
GT-Iptev. Servio de Televiso IP de Alcance Global.https://goo.gl/uQD7bH [Online, acesso em junho de 2016].
IPTV application event handling: Overall aspects of audience measurement
for IPTV services. Technical Report, Recomendao ITU-T H.741.0, 2012. IPTV application event handling: Data structures of audience measurement
for IPTV services. Technical Report, Recomendao ITU-T H.741.2, 2012.
IPTV application event handling: Audience measurement for IPTVdistributed content services. Technical Report, Recomendao ITU-T
H.741.3, 201
-
7/25/2019 Apresentacao Workshop Dcc (1) (1)
16/16
Perguntas?