Modelagem e Especificação de um Middleware para Redes de ...

More documents

Recommendations

Info

48 3.5 Middlewares orientados a mensagens quanto, por outro lado, pode resultar em redes de sensores especializadas, excluindo-se a característica desejável de redes de propósito geral. 3.4.1 MiLAN (Middleware Linking Applications and Networks) O MiLAN [14] é um middleware caracterizado especialmente por sua habilidade de controlar continuamente as funcionalidades de rede de acordo com as demandas das aplicações executadas. Ele monitora os componentes disponíveis e recursos como consumo energético e largura de banda. Através da API de alto nível desse middleware as aplicações podem declarar dinamicamente suas necessidades (requisitos de qualidade de serviço; a importância relativa de certas aplicações em relação a outras para o sistema ou para os usuários; áreas de alta atividade; etc) [41]. 3.4.2 COSMOS (Common System for Middleware of Sensor Network) O COSMOS [27, 28] é um middleware focado para execução de várias aplicações na RSSF. Ele permite a definição de políticas para gerenciamento e controle da rede, otimização de consultas, integração de dados entre vários sensores, manipulação de eventos, mineração de dados e processamento de informações de contexto. Foram definidas algumas interfaces para interação da aplicação com o middleware e foi sugerido a adoção dessas interfaces como padrão para redes de sensores ubíquas (USN), além de não somente para RSSF. 3.5 Middlewares orientados a mensagens O modo de comunicação usado neste tipo de middleware é baseado no mecanismo de publicação-subscrição (publish-subscribe) de mensagens. Este paradigma garante de modo simples o suporte à comunicação assíncrona e à comunicação simplificada entre os nodos e é bastante adequado aos ambientes pervasivos, em especial àqueles de monitoramento, onde a maioria das aplicações são baseadas em eventos. Por outro lado, as mensagens transportadas têm alto overhead de metadados de controle, o que é um fator desfavorável a esta abordagem de middleware. 3.5.1 Mires O componente central do Mires [57] é o mecanismo de publicação-subscrição, a comunicação é assíncrona e baseada no paradigma “Active Message” [7]. Este middleware foi modelado para executar sobre TinyOS [31] (que é um sistema operacional e
3.6 Avaliação geral 49 plataforma orientado a eventos para RSSF), exigindo que o usuário escreva código embarcado, em linguagem NesC, para os sensores. Além deste, ainda existe o componente de roteamento multihop e alguns serviços adicionais, como agregação de dados. 3.6 Avaliação geral Após a breve avaliação de características de alguns middlewares para RSSF existentes, realizada neste Capítulo, elucidando vantagens e desvantagens de cada um deles, apresenta-se um comparativo na Tabela 3.1, baseada no modelo proposto em [12]. A facilidade de uso é definida pelo nível de abstração que o middleware proporciona, ou seja, o quanto se diminui da necessidade de interfaceamento com interfaces de baixo nível. A definição de middleware aberto define a capacidade de modificação e extensibilidade das funcionalidades do middleware. As outras características analisadas nesta avaliação foram discutidas anteriormente. Nome do projeto Otimização energética Aberto Escalabilidade Mobilidade Heterogeneidade Facilidade de uso Baseados em máquinas virtuais Maté [33], Universidade da Califórnia, Berkeley Sim Sim Sim Sim Parcial Pouca Magnet [3], Universidade Cornell Sim Sim Sim Sim Parcial Sim Baseados em bancos de dados Cougar [65], Universidade Cornell Parcial Pouco Pouca Pouca Pouca Sim SINA [58], Universidade de Delaware Sim Pouco Pouca Pouca Pouca Sim DsWare [66], Universidade da Virgínia Sim Parcial Parcial Pouca Pouca Sim TinyDB [36], Universidade da Califórnia, Berkeley Sim Parcial Parcial Parcial Parcial Sim
Page 1: UNIVERSIDADE FEDERAL DE GOIÁS INST
Page 5: MASSAHIDE DE OLIVEIRA NAMBA Modelag
Page 9: Para Deus, sempre presente em minha
Page 13: Por toda a sua vida avance diariame
Page 17: Abstract de Oliveira Namba, Massahi
Page 20 and 21: 3.7 Considerações finais 50 4 Fam
Page 22 and 23: 5.24 Diagrama de componentes do sub
Page 25 and 26: Introdução CAPÍTULO 1 1.1 Contex
Page 27 and 28: 1.2 Motivação 27 1.2 Motivação
Page 29 and 30: CAPÍTULO 2 Tecnologias e aplicaç
Page 31 and 32: 2.1 Redes de Sensores sem Fio 31
Page 33 and 34: 2.1 Redes de Sensores sem Fio 33 se
Page 35 and 36: 2.2 Comunicação em redes sem fio
Page 41 and 42: 2.3 Considerações finais 41 estã
Page 43 and 44: CAPÍTULO 3 Middlewares para Redes
Page 45 and 46: 3.2 Middlewares baseados em program
Page 47: 3.4 Middlewares direcionados a apli
Page 51: 3.7 Considerações finais 51 Figur
Page 54 and 55: 54 4.1 A família de padrões IEEE
Page 56 and 57: 56 4.2 Padrão IEEE 1451.0 Tabela 4
Page 58 and 59: 58 4.2 Padrão IEEE 1451.0 As class
Page 60 and 61: 60 4.2 Padrão IEEE 1451.0 Figura 4
Page 62 and 63: 62 4.2 Padrão IEEE 1451.0 4.2.7 Mo
Page 64 and 65: 64 4.2 Padrão IEEE 1451.0 4.2.9 Mo
Page 66 and 67: 66 4.2 Padrão IEEE 1451.0 • Acom
Page 68 and 69: 68 4.4 Considerações finais do PH
Page 71 and 72: Middleware Kratos CAPÍTULO 5 Vislu
Page 73 and 74: 5.2 Objetivos e requisitos 73 • C
Page 75 and 76: 5.4 Diagrama de contexto 75 • Qua
Page 77 and 78: 5.5 Introdução à arquitetura do
Page 79 and 80: 5.6 Descrição dos subsistemas 79
Page 97 and 98: 5.7 Considerações finais 97 • a
Page 99 and 100:
5.7 Considerações finais 99 Figur
Page 101 and 102:
CAPÍTULO 6 Conclusões e trabalhos
Page 103 and 104:
Referências Bibliográficas [1] AK
Page 105 and 106:
Referências Bibliográficas 105 [2
Page 107 and 108:
Referências Bibliográficas 107 [4
show all

Modelagem e Especificação de um Middleware para Redes de ...

Create successful ePaper yourself

Delete template?

Save as template?