apresentacao workshop dcc (1) (1)

Upload: eduardo-soares

Post on 28-Feb-2018

219 views

Category:

Documents


0 download

TRANSCRIPT

  • 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?