Slide 1

Aula 2 - Computao Mvel e Ubqua INE 6406 - Mobilidade em Computao (PPGCC)

Slide 2

Mobile and Ubiquitous Computing From Coulouris, Dollimore and Kindberg Distributed Systems: Concepts and Design Edition 4, Addison-Wesley 2005

Slide 3

16 Computao Ubqua e Mvel 16.1 Introduo, 16.2 Associao, 16.3 Interoperabilidade, 16.4 Percepo e Reconhecimento de Contexto, 16.5 Segurana e Privacidade, 16.6 Adaptabilidade..

Slide 4

16.2 Associao Os dispositivos esto sujeitos a aparecer e desaparecer nos espaos inteligentes de maneira imperceptvel. Um dispositivo que aparece em um espao inteligente precisa conseguir se inicializar na rede local para possibilitar a comunicao com outros dispositivos e se associar apropriadamente no espao inteligente. Ou seja, os componentes volteis precisam interagir, preferencialmente sem interveno do usurio.

Slide 5

Inicializao na rede A comunicao entre dispositivos ocorre por meio de uma rede. O dispositivo adquire, primeiro, um endereo na rede, ou registrar um endereo j existente, como um IP mvel. Tambm pode adquirir ou registrar um nome.

Slide 6

Associao Os componentes do dispositivo se associam aos servios no espao inteligente ou fornecem servios para componentes em qualquer parte do espao inteligente (ou ambos).

Slide 7

O Problema da Associao Uma vez que um dispositivo possa se comunicar em um espao inteligente, ele se depara com o problema da associao: como se associar adequadamente dentro dele. A soluo para o problema da associao: Escala Escopo (Abrangncia)

Slide 8

A soluo para o problema da associao Escala: Podem existir muitos e muitos dispositivos, por metro cbico, dentro do espao inteligente. Escopo / Abrangncia: Considerar apenas os dispositivos dentro de espao inteligente.

Slide 9

O Princpio do Limite Normalmente, um espao inteligente tem limites: Territorial e, Administrativo Espaos inteligentes precisam ter limites de sistema que correspondam precisamente aos espaos significativos, de acordo como eles so normalmente definidos territorial e administrativamente. Esses limites so critrios definidos pelo sistema.

Slide 10

Resolvendo Associao Usurios (clientes) ou dispositivos identificam servios fornecidos por dispositivos, em um espao inteligente usando um servio de descoberta (discovery service). Um servio de descoberta um servio de diretrio, no qual os servios de um espao inteligente so registrados e pesquisados por meio de seus atributos, mas cuja implementao leva em conta as propriedades volteis do sistema.

Slide 11

Resolvendo Associao Servio de Descoberta x Descoberta de servio Bluetooth (inclui ambos) Jini (tambm inclui ambos) Num Servio de Descoberta, um dispositivo/servio pode ser descoberto, os clientes descobrem os nomes e endereos de dispositivos/servios presentes no espao. Um dispositivo individual escolhido e so consultados os servios que ele oferece.

Slide 12

Caracterstica de um Servio de Descoberta Primeiro, registrada a disponibilidade de um servio, com determinado endereo e atributos. Segundo, servios podem ser pesquisados, correspondendo aos atributos exigidos. Zero ou mais servios podem corresponder especificao dos atributos. Cada servio retornado com seu endereo e seus atributos. Um Servio de Descoberta, por si s, no permite associao. Precisa-se selecionar um servio a escolha do servio no conjunto retornado.

Slide 13

Instructors Guide for Coulouris, Dollimore and Kindberg Distributed Systems: Concepts and Design Edn. 4 Addison-Wesley Publishers 2005 Figure 16.3 - The interface to a discovery service Methods for service de/registrationExplanation lease := register(address, attributesRegister the service at the given address with the given attributes; a lease is returned refresh(lease)Refresh the lease returned at registration deregister(lease)Remove the service record registered under the given lease Method invoked to look up a service serviceSet := query(attributeSpecification) Return a set of registered services whose attributes match the given specification

Slide 14

Resolvendo Associao Descoberta de Servio: um servio ser descoberto, num espao inteligente. usado onde os clientes no esto preocupados com qual dispositivo fornece o servio que precisam, mas somente com os atributos do servio.

Slide 15

Jini um sistema de descoberta de servios para ser usado por sistemas mveis e ubquos. Totalmente baseado em Java. VM so executadas em todos os computadores, permitindo que eles se comuniquem por RMI ou eventos. Componentes: sistema de pesquisa (lookup service), servios Jini e clientes Jini.

Slide 16

Instructors Guide for Coulouris, Dollimore and Kindberg Distributed Systems: Concepts and Design Edn. 4 Addison-Wesley Publishers 2005 Figure 16.4 Service discovery in Jini Printing service Lookup service Lookup Printing service admin admin, finance finance Client Corporate infoservice 2. Here I am:..... 4. Use printing service Network 3. Request printing 1. finance lookup service

Slide 17

16.3 Interoperabilidade Como dois ou mais componentes em um sistema voltil interagem ? Os componentes se associam com base em certos atributos ou dados que um ou ambos possuem. Mas, qual protocolo eles usam para se comunicar ? E qual modelo de programao mais conveniente para a interao entre eles ?

Slide 18

Modelos de Programao aplicados a sistemas volteis Programao Orientada a Dados para Sistemas Volteis Sistemas baseados em eventos (publicadores, geradores de eventos e assinantes consumidores de eventos que recebem notificaes da existncia desses, de acordo com a preferncia de assinantes. A associao de faz de forma indireta.

Slide 19

Modelos de Programao aplicados a sistemas volteis Programao Orientada a Dados para Sistemas Volteis Espao de Tuplas (descrio do espao inteligente, atravs de tuplas, cujas componentes so os atributos contextuais e elementos de contexto, associados indiretamente, que permitem o registro e a troca de tuplas especficas representando elementos de contexto para um aplicativo, fazendo a base para a associao e a interao desse elementos)

Slide 20

Modelos de Programao aplicados a sistemas volteis Programao Orientada a Dados para Sistemas Volteis Interao direta entre dispositivos: Sistemas projetados para interao entre dispositivos com associao direta. JetSend [Williams 1998] Speakeasy [Edwards e at al. 2002]

Slide 21

16.4 Percepo e Reconhecimento de Contexto Uma caracterstica importante dos sistemas mveis e ubquos: o fato de serem integrados com o mundo fsico. Considerar-se- as: arquiteturas para processamento de dados coletados a partir dos sensores e; os sistemas de reconhecimento de contexto que podem responder s suas circunstncias fsicas de um ambiente.

Slide 22

Percepo e Reconhecimento de Contexto O sensoriamento ou percepo do local um importante parmetro fsico que ser examinado. Usurios e os dispositivos so mveis e como o mundo fsico apresenta diferentes oportunidades de interaes de locais em diferentes tempos, suas circunstncias fsicas so relevantes para o comportamento do sistema.

Slide 23

Percepo e Reconhecimento de Contexto O exemplo do Crach Ativo (Active Badge) fornece um exemplo histrico: a localizao de um usurio - usado para a localizao do crach que ele portava antes da apario dos telefones mveis, para identificar para qual telefone suas ligaes deveriam ser direcionadas. Um sistema de frenagem de um carro, com reconhecimento de contexto, poderia ajustar seu comportamento de acordo com a condio da estrada ser escorregadia ou no.

Slide 24

Percepo e Reconhecimento de Contexto Um sistema de direo eltrica de um carro, com reconhecimento de contexto, como parece ser a direo eltrica de uma carro, poderia ajustar seu comportamento de acordo com a velocidade do veculo: Ficando mais leve, quando em velocidade baixa... Ou ficando mais firme, quando a velocidade mais alta...

Slide 25

O Conceito de Contexto O contexto de uma entidade (pessoa, lugar ou coisa, seja eletrnico ou no) um aspecto de circunstncias fsicas, de relevncia para o comportamento do sistema. Isso inclui valores relativamente simples: Localizao, Hora, Temperatura, Identidade de um usurio associado (operando um dispositivo, a presena e o estado de um objeto numa tela de exibio.

Slide 26

O Conceito de Contexto O contexto pode ser codificado e influenciado por meio de regras: Se o usurio for Fred e ele estiver em uma sala de reunio do IQ Labs, e se houver uma tela de exibio a 1 metro de distncia, ento mostre as informaes do dispositivo na tela a no ser que um funcionrio que no seja do IQ Labs esteja presente

Slide 27

O Conceito de Contexto O contexto tambm usado para incluir atributos mais complexos, como a atividade do usurio. Por exemplo, um telefone com reconhecimento de contexto que precisa decidir se vai tocar, exige respostas para perguntas como: O usurio est em um cinema assistindo a um filme ? Ou est falando com seus amigos, no saguo, antes da exibio ?

Slide 28

16.4.1 Sensores A determinao de um valor contextual comea com sensores. Sensores so combinaes de HW e SW usadas para medir valores contextuais: Localizao (GPS coordenadas e velocidade globais), Velocidade (acelermetros), Orientao (magnetmetros e giroscpios), Condies do ambiente, Presena.

Slide 29

Sensores Um aspecto importante de um sensor o seu modelo de erro. Todos os sensores produzem valores com certo grau de erro. Limites de tolerncia Citar a preciso que o sensor atinge para uma proporo especificada de medidas

Slide 30

16.4.2 Arquiteturas de Sensoriamento Quatro desafios funcionais identificados a serem superados no projeto de uma sistema de reconhecimento de contexto. Integrao de sensores idiossincrticos. Sensores incomuns na sua construo em suas interfaces de programao. Conhecimento especializado para implant-los. Abstrao dos dados do sensor. As aplicaes exigem abstraes dos atributos contextuais para evitar preocupao com as peculiaridades dos sensores individuais. Mesmo os sensores que conseguem resultados semelhantes, normalmente fornecem dados brutos diferentes.

Slide 31

Arquiteturas de Sensoriamento (desafios) As sadas do sensor talvez precisam ser combinadas. A percepo confivel de um fenmeno pode exigir a combinao de valores de vrias fontes propensas a erros. Por exemplo, detectar a presena de uma pessoa (sensores de voz, sensores de presso no piso, sensores de vdeo para detectar formas humanas). O contexto dinmico. Uma aplicao de reconhecimento de contexto precisa responder s mudanas no contexto e no, simplesmente, ler um instantneo dele.

Slide 32

Sensoriamento dentro de uma infra-estrutura Arquitetura de aplicaes de reconhecimento de contexto baseadas em uma tecnologia especfica (crach ativo). Arquitetura de aplicaes de reconhecimento de contexto mais genricas.

Slide 33

Arquitetura de aplicaes de reconhecimento de contexto mais genricas Context Toolkit [Salber et al. 1999) No sentido de ocultar a complexidade dos sensores mais utilizados. A arquitetura segue o modelo em que uma biblioteca de elementos de contexto so componentes de software reutilizveis, que apresentam uma abstrao de algum tipo de atributo de contexto.

Slide 34

Context Toolkit Ver figura 16.5 (elementos de contexto do toolkit) Ver figura 16.6 (Um elemento de contexto PersonFinder, construdo usando-se os elementos de contexto IndentiyPresence para cada sala do prdio, os quais poderiam ser implementados usando a interpretao do passo a partir da leitura da presso no piso, ou do reconhecimento da face, a partir da captura de vdeo. PersonFinder encapsula a complexidade de um prdio para o programador da apliacao.

Slide 35

Context Toolkit O elemento de contexto IdentyPresence fornece atributos contextuais para o software que faz o pooling nos elementos de contexto e ativa operaes da aplicao PersonArrives() e PearsonLeaves() quando a informao contextual muda: uma pessoa chega ou vai embora.

Slide 36

Context Toolkit Os elementos de contexto so construdos a partir de componentes distribudos: Geradores (adquirem dados brutos de sensores, como presso do piso e fornecem dados para os elementos de contexto). Os Interpretadores, os quais abstraem atributos contextuais dos dados brutos (baixo nvel) dos Geradores. Fazem o reconhecimento de passos. Os elementos de contexto Servidores (PearsonFinder) que fornecem dados em mais altos nveis de abstrao, reunindo armazenamento e interpretando atributos contextuais dos elementos IdentyPresence.

Slide 37

Instructors Guide for Coulouris, Dollimore and Kindberg Distributed Systems: Concepts and Design Edn. 4 Addison-Wesley Publishers 2005 Figure 16.5 Os elementos de contexto IdentityPresence do Context Toolkit Atributos (acessves por polling)Explicao localizaoLocalizao que o elemento de contexto est monitorando est mo identidade ID do ltimo elemento de contexto detectado indicao de Tempo Tempo da ltima chegada Operaes da Aplicao PersonArrives(localizao, identidade, indicao de tempo) Disparando quando uma pessoa chega PersonLeaves(localizao, identidade, Indicao de tempo) Disparando quando uma pessoa sai

Slide 38

Instructors Guide for Coulouris, Dollimore and Kindberg Distributed Systems: Concepts and Design Edn. 4 Addison-Wesley Publishers 2005 Figure 16.6 A PersonFinder widget constructed using IdentityPresence widgets

Slide 39

Redes de Sensores sem Fio - RSSF Onde o conjunto de sensores formam um sistema voltil. Uma RSSF consiste em um nmero, normalmente grande, de pequenos dispositivos de baixo custo, os nodos, cada um com recursos para sensoriamento., computao e comunicao sem fio. Um caso especial de redes ad hoc: os nodos so organizados de maneira mais ou menos aleatria, mas podem se comunicar por meio de vrios nodos intermedirios (hops) entre o nodo-fonte e o nodo-destino.

Slide 40

Redes de Sensores sem Fio - RSSF Funcionam sem nenhum controle central, ou seja, so redes que no so infra-estruturadas. Cada nodo se inicializa sozinho, descobrindo seus vizinhos, e comunicando-se apenas por meio deles.

Slide 41

Redes de Sensores sem Fio - RSSF Por que os nodos de uma RSSF, se comunicam diretamente com os nodos vizinhos, e no se comunicam num nico salto com todos os outros nodos ? que a comunicao sem fio tem um alto consumo de energia que aumenta com o quadrado do alcance do sinal de rdio.

Slide 42

Redes de Sensores sem Fio - RSSF So projetadas para serem colocadas em um determinado ambiente natural existente ou construdo, para funcionar sem haver uma infra-estrutura. Dado seu alcance de rdio limitado, os nodos devem ser instalados em um densidade suficiente para tornar possvel que a comunicao em vrios hops seja possvel entre qualquer par de nodos e que os fenmenos significativos possam ser capturados (percebidos).

Slide 43

Redes de Sensores sem Fio - RSSF Em geral, as RSSF so dedicadas a um propsito especfico da aplicao, para detectar alarmes, que correspondem a condies de interesse. Pelo menos um dispositivo nodo-raiz includo na rede para prover comunicao de mais longo alcance com um sistema convencional que reage adequadamente aos alarmes.

Slide 44

44 Wireless Sensor Network and its Components Satellite Unmanned aerial vehicle ReportsImages Meteorological station Monitoring application using a WSN Sensor node Gateway WSN MICA2/MICAz Crossbow Data Data collected by a WSN Database Internet Data Command/ Query Observer Data link to send data and receive commands from the Internet Data are processed and routed to the gateway Other data sources can help in executing WSN functions

Slide 45

45 Complexidade Em uma WSN considera-se as seguintes dimenses: Tempo de vida da rede, Localizao dos nodos, Roteamento, Securana, Energia, e outras

Slide 46

46 Sink node Tempo de Vida da Rede Podemos esparar que a WSN tenha o mesmo comportamento durante seu tempo de vida ? Sink node Time t = 0 (initial state) t = Expected lifetime (final state)

Slide 47

47 Location de Nodo e Roteamento Suponha uma multi-hop WSN. Cada nodo realiza a mesma quantidade de trabalho ? Provavelmente, no ! Sink node Node close to the sink node Node distant from the sink node

Slide 48

48 Security Detectar, identificar and proteger a rede WSN contra vrios tipos de ataques, no sentido de manter um sistema seguro. O projeto de uma WSN precisa identificar quais problemas de segurana sero considerados. Estratgia possvel: Soluo esttica definida a priori (limitada). Soluo dinmica, atravs segurana adaptativa (mais dificil).

Slide 49

49 Gateway Data Database Processed Data Command/ Query Observer Satellite Unattended Airplane ReportsImages Sensor node Internet Meteorological Station WSNs e Energia

Slide 50

50 Mapa de Energia de uma RSSF a informao sobre a energia disponvel em cada componente na rede.

Slide 51

51 Gerenciamento de Energia Considerao no projeto de WSN. Existem diferentes esquemas propostos na literatura: Podem ser adotados nas diferentes camadas da pilha de protocolo, no sentido de manter gerenciamento. Meta principal: Aumentar o tempo de vida da WSN.

Slide 52

52 Energy Management Schemes Processor power mgmt schemes Device mgmt schemes Device- dependent schemes Data link layer Network layer Higher layers Data link layer Network layer Battery mgmt schemes Transmission power mgmt schemes System power mgmt schemes Energy mgmt schemes Miscellaneous

Slide 53

53 Motivao para Gerenciamento de Energia Nodos sensores tem forte restries de HW e SW have Energia deve ser gasta criteriosamente. Canais de comunicao e padres de trfego em WSNs so mais imprevisveis do que em redes tradicionais. Energia gasta em um modo imprevisvel.

Slide 54

54 Motivao para Gerenciamento de Energia Aplicaes de WSN podem demandar por requisitos de QoS. Um projeto cross-layer ser necessrio para alcanar requisitos de QoS. Variveis imprevisveis (densidade dos nodos, cobertura do sensoriamento, energia e outras dimenses) tornam mais dificil de satisfazer requisitos para QoS.

Slide 55

55 Motivao para Gerenciamento de Energia Tipicamente, WSNs so dependentes da aplicao e melhor que sejam construdas sistemas auto-organizados (self- organizing systems). Por exemplo, usando algoritmos de auto-proteo (self- protecting).

Slide 56

56 WSN Energy Management WSN Design [HW + SW] affects Motivao para Gerenciamento de Energia Gerenciamento de energia considera as funcionalidades de uma WSN.

Slide 57

57 Meta A principal meta de gerenciamento em uma WSN promover a produtividade dos recursos e manter a qualidade dos servios providos. Gerenciamento de WSN management no deve ir em direo oposta ao projeto. de outro modo, qual seria a vantagem em se ter uma soluo de gerenciamento ?

Slide 58

Meta Exemplo Estratgia Possvel: Identificar questes comuns de projeto e gerenciamento. Considerar estas questes juntas para o projeto e gerenciamento. Exemplo: Energia um recurso crtico. Mapa de energia da WSN. Todas as operaes realizadas na rede devem ser eficiente em termos de energia, incluindo as tarefas de gerenciamento. Mapa de energia WSN WSN Projeto afeta Usado por WSN Aplicao de Gerenciamento

Slide 59

59 Energia Finita 1.O desafio maior no projeto de uma WSN maximizar seu tempo de vida. 2. Conservao de energia fundamental para estender o tempo de vida da rede. 3.A quantidade total de energia disponvel na rede finita.

Slide 60

Padres IEEE O padro IEEE 802.11 podem ser ad hoc configuradas. Mas, as tecnologias de potncia mais baixa, como ZigBee (IEEE 802.15.4) so mais relevantes aqui.

Slide 61

Topologias de Redes ZigBee

Slide 62

FFD - Full Function Device FFD - Full Function Device (Dispositivos de Funes Completas) - So dispositivos mais complexos e precisam de um hardware mais potente para a implantao da pilha de protocolos, conseqentemente, consomem mais energia. Numa topologia de Rede ZigBee eles podem assumir o papel de Coordenador, Roteador ou mesmo de um dispositivo final (End Divice).

Slide 63

FFD - Full Function Device Dispositivos FFDs podem se comunicar com quaisquer membros da Rede. So implementados em microcontroladores com no mnimo 32KB de memria de programa e ter uma certa quantidade de memria RAM, para implementaes de tabelas de rotas e configuraes de parmetros.

Slide 64

Reduced Function Device RFD - Reduced Function Device (Dispositivos de Funes Reduzidas) - So dispositivos mais simples, onde sua pilha de protocolo pode ser implementada usando os mnimos recursos possveis de hardware, como por exemplo, em microcontroladores de 8 bits com memria de programa prxima a 6KB, mas s podem se comunicar com dispositivos FFDs (Coordenador ou Roteador).

Slide 65

Reduced Function Device Numa topologia de Rede ZigBee eles assumem o papel de End Device (dispositivo final). Na prtica podem ser: interruptores de iluminao, dimmers, controle de rels, sensores, entre outros. No padro ZigBee existem trs classes de dispositivos lgicos (Coordenador, Roteador e Dispositivo final) que definem a Rede:

Slide 66

Coordenador ZigBee ZC - ZigBee Coordenator - S pode ser implementado atravs de um dispositivo FFD. O coordenador responsvel pela inicializao, distribuio de endereos, manuteno da Rede, reconhecimento de todos os Ns, entre outras funes podendo servir como ponte entre vrias outras Redes ZigBee.

Slide 67

Roteador ZigBee ZR - ZigBee Router - S pode ser implementado atravs de um dispositivo FFD. Tem as caractersticas de um N normal na Rede, mas com poderes extras de tambm exercer a funo de roteador intermedirio entre ns, sem precisar do Coordenador. Por intermdio de um roteador uma Rede ZigBee poder ser expandida, e assim ter mais alcance. Na prtica um roteador pode ser usado para amplificar o sinal da Rede entre andares de um prdio.

Slide 68

Dispositivo final ZigBee ZED - ZigBee End Device - onde os atuadores ou sensores sero hospedados. Pode ser implementado atravs de um dos dispositivos FFD ou RFD. Assim ele o n que consome menos energia, pois na maioria das vezes ele fica dormindo (Sleep).

Slide 69

Redes de Sensores sem Fio Rede como os mdulos XBee/XBee-Pro ZB

Slide 70

Os mdulos XBee/XBee-Pro j saem de fabrica prontos para trabalharem numa Rede ponto-a-ponto, ou seja, todos os mdulos podem se comunicar entre si, sem que seja necessria uma nica configurao. Se precisar mudar quaisquer parmetros de configurao dos mdulos XBee/XBee-Pro, a MaxStream disponibiliza gratuitamente para download no seu site, o Aplicativo X- CTU que dispe de recursos para diagnsticos e atualizao do firmware dos mdulos XBee/XBee-Pro.

Slide 71

Rede com mdulos XBee/XBee-Pro ZB configurados como ZC, ZR e ZED

Slide 72

Na figura anterior temos vrios mdulos XBee configurados em topologia rvore, desses, somente um pode ser o coordenador (ZC) da Rede, os outros mdulos podem ser Roteadores (ZR) ou Dispositivos finais (ZED), onde os atuadores e sensores sero conectados para exercerem suas funes.

Slide 73

Malha de mdulos ZigBee/XBee-Pro ZB (na agro-pecuria)

Slide 74

Numa fazenda de gados ou mesmo em um haras, possvel instalar uma Rede ZigBee numa topologia em Malha para monitorar sensores, instalando em vrios locais, e assim obter informaes de uma vasta rea da fazenda, como nvel de gua dos audes, rios, ou bebedouros, deteco de arames rompido na cerca, saber o local onde os animais permanecessem mais tempo pastando, controlar a irrigao do pasto, controlar o abre/fecha de cancelas, etc.

Slide 75

Rede ZigBee Xbee/XBee-Pro ZB para obteno de dados sobre pragas numa plantao

Slide 76

Atravs de uma Rede ZigBee de sensores tais como: umidade relativa do ar, umidade do solo, presso atmosfrica, temperatura do ar, temperatura do solo, luminosidade, velocidade do vento, direo do vento e quantidade de chuva num certo intervalo de tempo, possvel aps a obteno dos dados,......

Slide 77

Rede ZigBee Xbee/XBee-Pro ZB para obteno de dados sobre pragas numa plantao...... cruzar os mesmos com informaes do tipo: data, hora, estao do ano, tipo de plantao, tipo do solo da regio, fases da lua, entre outras, e assim gerar um relatrio de informaes precisas sobre o porque e quando certas pragas se proliferaro na plantao. Aps as anlises das informaes, fica fcil para um profissional agrnomo, detectar e dar uma soluo ao problema na plantao.

Slide 78

16.4.3 Percepo de Localizao De todos os tipos de percepo usados na computao ubqua, a percepo da localizao tem recebido maior ateno. Parece natural fazer os aplicativos e dispositivos se comportarem, dependendo de onde o usurio se encontre.

Slide 79

Percepo de Localizao Utilizao ??? Ajudar usurios na navegao em reas urbanas ou rurais. Determinar rotas de rede pela geografia.

Slide 80

Percepo de Localizao Os sistemas de percepo de localizao so projetados para obterem dados sobre a posio dos objetos (seres vivos ou no), dentro de alguma regio de interesse. Algumas tecnologias tambm extraem valores sobre a orientao e de velocidades de objetos.

Slide 81

Percepo de Localizao Uma distino importante : 1. Se um objeto ou usurio, determina sua prpria localizao ou; 2. Se algo a determina. Este caso chamado de rastreamento.

Slide 82

Percepo de Localizao A tabela seguinte mostra alguns tipos de tecnologias de localizao e algumas de suas caractersticas: Mecanismo usado para inferir uma localizao. Limitaes Preciso Tipo de dados de localizao Privacidade

Slide 83

Instructors Guide for Coulouris, Dollimore and Kindberg Distributed Systems: Concepts and Design Edn. 4 Addison-Wesley Publishers 2005 Some location-sensing technologies TypeMechanismLimitationsAccuracyType of location dataPrivacy GPSMultilateration from satellite radio sources Outdoors only (satellite visibility) 1 10mAbsolute geographic coordinates (latitude, longitude, altitude) Yes Radio beaconing Broadcasts from wireless base stations (GSM, 802.11, Bluetooth) Areas with wireless coverage 10m 1kmProximity to known entity (usually semantic) Yes Active BatMultilateration from radio and ultrasound Ceiling sensors 10cmRelative (room) coordinates. Bat identity disclosed Ultra Wide Band Multilateration from reception of radio pulses Receiver in stallations 15cmRelative (room) coordinates Tag identity disclosed Active badge Infrared sensingSunlight or fluorescent light Room sizeProximity to known entity (usually semantic) Badge identity disclosed Automatic identification tag RFID, Near Field Communication, visual tag (e.g. barcode) Reader installations 1cm 10mProximity to known entity (usually semantic) Tag identity disclosed Easy LivingVision, triangulation Camera installations VariableRelative (room) coordinates No mounted