Rafael Ferreira Rodrigues Ambiente Declarativo para Sistemas que ...

More documents

Recommendations

Info

Conceitos Preliminares 22receptor. Ela engloba todo hardware e softwares nativos (drivers de dispositivos,sistema operacional, aplicações nativas).A camada superior é composta pelos aplicativos e serviços comuns aosusuários do sistema de TV Digital: guias eletrônicos de programação, jogos,cotação do mercado de ações, dentre outros serviços produzidos pelos provedoresde conteúdo/infra-estrutura.De forma a permitir que os aplicativos e serviços do sistema de TV Digitalsejam desenvolvidos independente da camada inferior, ou seja, do fabricante, foicriada uma camada intermediária: o middleware.Os middlewares são padrões que especificam requisitos mínimos a seremimplementados pelos fabricantes de forma a permitir uma execução global deaplicações e serviços para TV Digital. Tal padronização abrange, principalmente,APIs para acesso aos recursos da camada inferior, protocolos e formatos deconteúdo a serem suportados.Figura 2 – Arquitetura de um sistema de TV Digital.A Figura 2 ilustra o middleware exercendo seu papel de camadaintermediária entre o sistema operacional e os aplicativos e serviços comuns aosusuários do sistema de TV Digital.Os principais padrões de middleware para sistemas de TV Digital terrestreserão descritos nas seções a seguir.
Conceitos Preliminares 232.1.1.O Middleware EuropeuO middleware europeu MHP (Multimedia Home Platform) foi desenvolvidopor um consórcio de empresas denominado DVB (Digital Video Broadcast).Essas empresas são de áreas que incluem desde fornecedores de equipamentos atéas emissoras de TV. Ao elaborar novas resoluções, tal consórcio as encaminha aoETSI (European Telecommunications Standards Institute – um órgão responsávelpor padronizações na área de telecomunicações e ligado à União Européia) que,por fim, o estabelece como padrão. Seguindo esse processo, foram desenvolvidas,até então, duas versões do padrão MHP: o MHP 1.0 e o MHP 1.1.No MHP são estabelecidos dois níveis de categorização de suas aplicações:o primeiro enquadra a aplicação de acordo com os perfis dos usuários para osquais elas são dirigidas, definindo sua área de abrangência e, como conseqüênciarequisitos de processamento e comunicação dos terminais; e o segundo enquadraas aplicações de acordo com seu tipo (procedurais, declarativas ou híbridas).Os seguintes perfis de usuário/aplicação são definidos no padrão MHP 1.1na ordem do mais básico ao mais avançado, sendo que cada perfil é uma extensãodo perfil imediatamente mais básico:• Enhanced Broadcast Profile: É o perfil básico, projetado paraespelhar as funcionalidades fundamentais existentes em um sistemade middleware. Nesse perfil não existe interatividade direta com osprovedores de conteúdo, pois não há canal de retorno;• Interactive Broadcast Profile: A principal característica desse perfilé permitir que aplicações possam se comunicar por meio de umcanal de retorno. Esse perfil apresenta suporte para comunicação IPsobre o canal de retorno. Além disso, existe também grande suportepara interatividade com as APIs definidas;• Internet Access Profile: Esse perfil fornece grande poder deprocessamento e armazenamento, permitindo acesso a conteúdo daInternet no terminal de acesso. É previsto, obrigatoriamente, aexistência de um cliente de e-mail e um browser HTML sem, noentanto, tornar obrigatória a extensão promovida pela linguagemDVB-HTML (apresentada na próxima seção).
Page 1 and 2: Rafael Ferreira RodriguesAmbiente D
Page 3 and 4: Todos os direitos reservados. É pr
Page 5 and 6: AgradecimentosGostaria de agradecer
Page 7 and 8: AbstractRodrigues, Rafael Ferreira.
Page 9 and 10: 4.3.1. Estrutura do Sistema Baseada
Page 11 and 12: Figura 26 - Duas implementações d
Page 13 and 14: 1IntroduçãoA possibilidade de se
Page 15 and 16: Introdução 15possível ambiente d
Page 17 and 18: Introdução 17XHTML que viabiliza
Page 19 and 20: Introdução 19MPEG-2 para o carreg
Page 21: 2Conceitos PreliminaresNo capítulo
Page 25 and 26: Conceitos Preliminares 25comunicaç
Page 27 and 28: Conceitos Preliminares 27deixam de
Page 29 and 30: Conceitos Preliminares 29• Permit
Page 31 and 32: Conceitos Preliminares 31são inclu
Page 33 and 34: Conceitos Preliminares 33• Um pro
Page 35 and 36: Conceitos Preliminares 35Dentre as
Page 37 and 38: Conceitos Preliminares 37ocap..perm
Page 39 and 40: Conceitos Preliminares 39No Apêndi
Page 41 and 42: Conceitos Preliminares 41Figura 9 -
Page 43 and 44: Conceitos Preliminares 43No GEM, po
Page 45 and 46: Conceitos Preliminares 45Figura 13
Page 47 and 48: 3Trabalhos RelacionadosAs propostas
Page 49 and 50: Trabalhos Relacionados 49A proposta
Page 51 and 52: Trabalhos Relacionados 51A soluçã
Page 53 and 54: O Fomatador NCL 53Figura 16 - Arqui
Page 55 and 56: O Fomatador NCL 55Como exemplo de e
Page 57 and 58: O Fomatador NCL 574.3.A Arquitetura
Page 59 and 60: O Fomatador NCL 59transmissão e, c
Page 62: O Fomatador NCL 62Figura 20 - Digra
Page 65 and 66: O Fomatador NCL 65Figura 22 - Diagr
Page 67 and 68: O Fomatador NCL Xlet 675.1.1.Gerenc
Page 69 and 70: O Fomatador NCL Xlet 695.1.3.Núcle
Page 71 and 72: O Fomatador NCL Xlet 71Esse compone
Page 73 and 74:
O Fomatador NCL Xlet 73criar uma in
Page 75 and 76:
O Fomatador NCL Xlet 75finalizaçã
Page 77 and 78:
O Fomatador NCL Xlet 77aplicação
Page 79 and 80:
O Fomatador NCL Xlet 79Um fator res
Page 81 and 82:
O Fomatador NCL Xlet 81cenários: s
Page 83 and 84:
6ConclusõesO objetivo principal de
Page 85 and 86:
Conclusões 85Outro aspecto mostrad
Page 87 and 88:
Referências Bibliográficas 87Spec
Page 89 and 90:
Referências Bibliográficas 89RODR
Page 91 and 92:
Apêndice AAssinatura Digital de um
Page 93 and 94:
Apêndice AAssinatura Digital de um
Page 95 and 96:
Apêndice BSinalização de Aplica
Page 97 and 98:
Apêndice BSinalização de Aplica
Page 99 and 100:
Apêndice CA Linguagem NCL 99A NCL
Page 101:
Apêndice CA Linguagem NCL 101Figur
show all

Rafael Ferreira Rodrigues Ambiente Declarativo para Sistemas que ...

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?