Rafael Ferreira Rodrigues Ambiente Declarativo para Sistemas que ...
Rafael Ferreira Rodrigues Ambiente Declarativo para Sistemas que ... Rafael Ferreira Rodrigues Ambiente Declarativo para Sistemas que ...
Conceitos Preliminares 34Para que outros tipos de conteúdo, além dos citados anteriormente, possamser apresentados no ambiente declarativo, é necessária a criação de adaptadoresque respeitem a API de Adaptadores do Formatador. Essa API permite que osexibidores desses outros tipos de conteúdo sejam controlados de acordo com omodelo de apresentação do Formatador NCL.Outra estrutura importante na arquitetura é o Gerenciador de Bases Privadas.Esse gerenciador é responsável por lidar com um conjunto de bases responsáveispor armazenar documentos NCL. Tais estruturas são denominadas privadasdevido ao fato de cada base ser de uso exclusivo de um canal de TV específico.As atividades do Gerenciador de Bases Privadas incluem, além de asseguraro acesso exclusivo a essas bases, o processamento de Comandos de Edição NCL(Soares et al, 2006). Esses comandos permitem, por exemplo, a alteração de umdocumento NCL durante sua apresentação.Figura 7 – Arquitetura do middleware Ginga.O subsistema procedural (Ginga-J) constitui uma extensão à especificaçãodo GEM, mantendo, dessa forma, a compatibilidade com todos os demais padrõesque implementam tal especificação (DVB MHP, ATSC ACAP e OCAP, ISDBARIB). A API proposta pelo Ginga-J pode ser dividida em três porções: a porçãodefinida pelo GEM; a porção definida pelo Ginga-J mas adaptável ao GEM; e aporção definida apenas pelo Ginga-J.
Conceitos Preliminares 35Dentre as inovações introduzidas pelo subsistema procedural do middlewarebrasileiro, pode-se destacar o suporte a interações multiusuário, multidispositivo emulti-rede de comunicação, com o receptor (Filho et al., 2007).Abaixo desses dois subsistemas lógicos (Ginga-NCL e Ginga-J) existe umacamada, que lhes oferece suporte, denominada Núcleo Comum. Essa camada écomposta por decodificadores comuns de conteúdo (como PNG, JPG, GIF ouMPEG) e rotinas para obter conteúdos transportados no Fluxo de TransporteMPEG-2 (ISO, 1993) e via canal de retorno. Possui ainda uma Máquina VirtualJava (JVM – Java Virtual Machine) para a execução de códigos binários dessalinguagem.2.2.Definição do padrão GEMO GEM (Globally Executable MHP) foi proposto, inicialmente, para que asaplicações MHP pudessem ser utilizadas sobre as plataformas do middleware dosEUA (CableLabs) e do Japão (ARIB). O GEM é considerado um acordo deharmonização. Isso porque, além de capturar as interfaces e toda a semânticadefinidas pelo MHP (independentes da plataforma DVB), o GEM inclui asnecessidades impostas por outros padrões internacionais. A CableLabs participouda composição da primeira versão do GEM, para tornar compatível seumiddleware para a TV a cabo americana, o OCAP. E, mais recentemente, omiddleware japonês ARIB e o candidato a padrão americano ACAP tambémtiveram suas necessidades de harmonização com o GEM concluídas e podem,dessa forma, ser classificados como padrões compatíveis com o GEM.Formalmente, o GEM por si só não pode ser considerado uma especificaçãocompleta para terminais de acesso. O correto é dizer que GEM é um framework apartir do qual um terminal de acesso pode ser implementado, ou ainda, que GEMé um padrão ao qual implementações existentes devem se adaptar para obter umaconformidade que garante a execução global de aplicações. O padrão define,portanto, um conjunto de APIs, garantias semânticas, protocolos e formatos deconteúdo com os quais as aplicações (agora globalmente interoperáveis) podemcontar para a constituição de serviços interativos, executáveis em qualquerplataforma definida pelos padrões internacionais compatíveis.
- 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 and 22: 2Conceitos PreliminaresNo capítulo
- Page 23 and 24: Conceitos Preliminares 232.1.1.O Mi
- 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: Conceitos Preliminares 33• Um pro
- 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
Conceitos Preliminares 35Dentre as inovações introduzidas pelo subsistema procedural do middlewarebrasileiro, pode-se destacar o suporte a interações multiusuário, multidispositivo emulti-rede de comunicação, com o receptor (Filho et al., 2007).Abaixo desses dois subsistemas lógicos (Ginga-NCL e Ginga-J) existe umacamada, <strong>que</strong> lhes oferece suporte, denominada Núcleo Comum. Essa camada écomposta por decodificadores comuns de conteúdo (como PNG, JPG, GIF ouMPEG) e rotinas <strong>para</strong> obter conteúdos transportados no Fluxo de TransporteMPEG-2 (ISO, 1993) e via canal de retorno. Possui ainda uma Máquina VirtualJava (JVM – Java Virtual Machine) <strong>para</strong> a execução de códigos binários dessalinguagem.2.2.Definição do padrão GEMO GEM (Globally Executable MHP) foi proposto, inicialmente, <strong>para</strong> <strong>que</strong> asaplicações MHP pudessem ser utilizadas sobre as plataformas do middleware dosEUA (CableLabs) e do Japão (ARIB). O GEM é considerado um acordo deharmonização. Isso por<strong>que</strong>, além de capturar as interfaces e toda a semânticadefinidas pelo MHP (independentes da plataforma DVB), o GEM inclui asnecessidades impostas por outros padrões internacionais. A CableLabs participouda composição da primeira versão do GEM, <strong>para</strong> tornar compatível seumiddleware <strong>para</strong> a TV a cabo americana, o OCAP. E, mais recentemente, omiddleware japonês ARIB e o candidato a padrão americano ACAP tambémtiveram suas necessidades de harmonização com o GEM concluídas e podem,dessa forma, ser classificados como padrões compatíveis com o GEM.Formalmente, o GEM por si só não pode ser considerado uma especificaçãocompleta <strong>para</strong> terminais de acesso. O correto é dizer <strong>que</strong> GEM é um framework apartir do qual um terminal de acesso pode ser implementado, ou ainda, <strong>que</strong> GEMé um padrão ao qual implementações existentes devem se adaptar <strong>para</strong> obter umaconformidade <strong>que</strong> garante a execução global de aplicações. O padrão define,portanto, um conjunto de APIs, garantias semânticas, protocolos e formatos deconteúdo com os quais as aplicações (agora globalmente interoperáveis) podemcontar <strong>para</strong> a constituição de serviços interativos, executáveis em qual<strong>que</strong>rplataforma definida pelos padrões internacionais compatíveis.