аЯрЁБс>ўџ 9;ўџџџ8џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџьЅСq`јП2bjbjqPqP0::2џџџџџџЄФФФФФФФњTђђђђ ў N]6,,,,,@ Lмоооооо$“hћ JФT,,TTФФ,,ЈЈЈT"Ф,Ф,мЈTмЈЈФФЈ,  ` фNљ>Яђv(Ја -0]ЈE žE ЈE ФЈ(TTЈTTTTTž TTT]TTTTNNNЄђNNNђиьњФФФФФФџџџџ Resumo O desenvolvimento de aplicaчѕes ubэquas requer que os diversos dispositivos participantes obtenham dados do ambiente e se comuniquem, trocando e requisitando informaчѕes. Este trabalho compara o uso de duas implementaчѕes, conceitualmente equivalentes, do modelo de comunicaчуo distribuэda e orientada a interesses (tambщm chamado de comunicaчуo por eventos) aplicado em um ambiente ubэquo inteligente. Nesse modelo, a troca de mensagens ocorre de maneira indireta, de acordo com os interesses (ou eventos) definidos pelos participantes, ao invщs de diretamente atravщs da nomeaчуo direta da origem e destino das entidades envolvidas na comunicaчуo. Esse estilo de comunicaчуo щ conveniente pois permite o desacoplamento entre o emissor (publisher) e o subscritor (subscriber) do interesse, facilitando o atendimento de requisitos, tais como a difusуo de informaчуo entre participantes (potencialmente mњltiplos) nуo previamente conhecidos. No trabalho inicialmente desenvolveu-se uma API de comunicaчуo que fornece de forma transparente e unificada as mesmas funcionalidades para as duas implementaчѕes; em princэpio, isso permite trocar a implementaчуo utilizada atravщs de uma simples mudanчa de parтmetros de configuraчуo. Em seguida, para avaliar comparativamente as implementaчѕes, foram enunciadas questѕes de competъncia associadas a requisitos fundamentais de aplicaчѕes tэpicas em ambiente ubэquos. Com base nas questѕes de competъncia levantadas, foram separadamente desenvolvidas aplicaчѕes relevantes utilizando cada uma das implementaчѕes sob avaliaчуo. O desenvolvimento dessas aplicaчѕes permitiu identificar vantagens e desvantagens na utilizaчуo de cada uma das propostas. Como resultado geral desse trabalho, mostra-se que no nэvel da comunicaчуo as implementaчѕes sуo complementares. Diferenчas advindas dos mecanismos de suporte (middleware e protocolos de comunicaчуo) utilizados por cada implementaчуo tambщm foram identificadas. Palavras-chave:  FORMTEXT computaчуo ubэqua, ambientes inteligentes, smarthome, rede endereчada por interesses, SmartAndroid, REPI ъ ѓ   BaЈКЛХЦЧ/012№чнчнчзчЮСЮБСІСЮЂha,Яh)m/^JmHnHujh h)m/U^Jjh h)m/U^Jh h)m/^J h)m/^Jh87h)m/6^Jhы+Сh)m/^Jh h)m/5;CJ^JaJЉЊ12ёььус„`„gd)m/gd)m/ $„Єh`„a$gd)m/2ў.:p)m/А|. АШA!АЅ"Аn#Ѕ$n%ААХАХ ФFDџџџџTexto2hcomputaчуo ubэqua, ambientes inteligentes, smarthome, rede endereчada por interesses, SmartAndroid, REPI†œ˜žžžžžžžž666666666vvvvvvvvv666666>666666666666666666666666666Ј6666666666И666666666666hH66666666666666666666666666666666666666666666666666666666666666666А6`@ёџ` )m/Normal$„Хdh`„Хa$$CJOJPJQJ_HaJmHsHtH >AђџЁ> Fonte parсg. padrуoTiѓџГT 0 Tabela normalі4ж l4жaі ,kєџС, 0 Sem lista 2џџџџ2ЉЊ14џi#я*џi#€Ihџi#дџi#Їџi#дЉЊ14˜0€€€˜0€€˜0€€˜0€€˜0€€2 2 2 КЦ/2F”џ•€џџTexto2Л404ъѓ4ЈЊК44хф\)m/a,Я№ ѓ4џ@€pWњG2P@џџUnknownџџџџџџџџџџџџGџ:рAxР џTimes New Roman5€Symbol3& џ:рCxР џArialG5€  џрћ§ЧjŸMS Mincho-џ3џ fg7џрџ@ŸCambria qˆ№аhQl#‡Ql#‡GыGыщ№ЅЅhh€€r4..3ƒ№ќ§HP(ёџ$P'џџџџџџџџџџџџџџџџџџџџџ)m/2џџRESUMOa bVivianeўџр…ŸђљOhЋ‘+'Гй0ќ$˜ АМШдр№   , 8 DPX`hpфRESUMOa bNormalViviane2Microsoft Office Word@@Ц–0љ>Я@Ц–0љ>ЯGыG„#џџџџўQtй В…  bd.ћ‹џМ@"Arial- 2 1% ^iRESUMOTNNSc[ 2 1& ^i @ћœџ@"Arial-}2 ьL^iO desenvolvimento de aplicaчѕes ubэquas requer que os diversos dispositivos N88288181T8888788282882787882!8788!78882818!28292882182s2 -ХE^iparticipantes obtenham dados do ambiente e se comuniquem, trocando e 88!288782U787877TU78882T88T8S8788U7U28U27S88788TT!828788T7€2 кХN^irequisitando informaчѕes. Este trabalho compara o uso de duas implementaчѕes, !87828887.78!T81882.C27.!78878.17T88 8-8-827.87.7881.T88S888288122 †Х^iconceitualmente equivalent2882888S888%8781888^2 †Š7^ies, do modelo de comunicaчуo distribuэda e orientada a 82%78$T7888$87%28S8828188$82!8888%7%8!87878%6t2 3ХF^iinteresses (tambщm chamado de comunicaчуo por eventos) aplicado em um 88!82282G!8S87TF288S878G78G27T7828288F88!F818882!F882887G7TG6S|2 пХK^iambiente ubэquo inteligente. Nesse modelo, a troca de mensagens ocorre de s8T8888:78788:887888:H8227:S8888:89!8289889T78277882::828!!8987_2 ŒХ8^imaneira indireta, de acordo com os interesses (ou eventoT878!8I78!88I77I828!78I18SI81I88!82282I!78H81888(2 Œ#^is) definidos pelos 2 I878881I8882€2 8 ХN^iparticipantes, ao invщs de diretamente atravщs da nomeaчуo direta da origem e 88!2887823884818248838!87T87838!7182488487T7827848 8838838!78T47€2 х ХN^idestino das entidades envolvidas na comunicaчуo. Esse estilo de comunicaчуo щ 88278-782-7887881-88181882-88-27S8728288,C228,828,87-28S8828188,7ћœџ@"Arial--d2  Х;^iconveniente pois permite o desacoplamento entre o emissor (288188888G882G88 T7H7H88182888S787H87!8G8G8T228 H!-2  б ^ipublisher 888278!-2  g^i) e o !H7H7-2 = Х^isubscris28822!2 = ^itor (r8!7!-2 = Я ^isubscriber28822!78!-h2 = œ>^i) do interesse, facilitando o atendimento de requisitos, tais !788788!821868278886868788S8887787!878282781ƒ2 ъ ХP^icomo a difusуo de informaчуo entre participantes (potencialmente mњltiplos) nуo 28T728188188188278!T8188188!7278!2888822!878828T7882S8882!2777e2 — Х<^ipreviamente conhecidos. No trabalho inicialmente desenvolveu8!818T888@278782782@H7@!87887@828T787@8818818188 2 — j^i-! 2 — ‹^ise uma API de 28@7T7@CB@77/2 C Х^icomunicaчуo que fornece 28T7828278[788Z7!8828[M2 C ,^ide forma transparente e unificada as mesmas 88Z8!S8[!78288!788[8Z882788[82ZT81T71…2 № ХQ^ifuncionalidades para as duas implementaчѕes; em princэpio, isso permite trocar a 88278887882+88!7+82,8782,T87T7881882+8S,8!8288,218,88 T7,!828!+7w2 œХH^iimplementaчуo utilizada atravщs de uma simples mudanчa de parтmetros de T87T878278E71988E8 8182E88E7T7D2T882DT788818E77E88!7T8!82D87d2 IХ;^iconfiguraчуo. Em seguida, para avaliar comparativamente as u28778!8287CCTC177888C88!8B8188!C38T78!818T788B82C#2 I“^iimplementaчѕes, T87T8782781€2 ѕХN^iforam enunciadas questѕes de competъncia associadas a requisitos fundamentais 8!8S+878827882+7772882*88+18S888827+822827882*8+!878282*7887T7881q2 ЂХD^ide aplicaчѕes tэpicas em ambiente ubэquos. Com base nas questѕes de 88V88282782V8282W7TV8S8888V887882WH7TV8818W782W7882881W76ƒ2 NХP^icompetъncia levantadas, foram separadamente desenvolvidas aplicaчѕes relevantes 28T787828818877828!7T2788!878S7887828818188288282882!8818881 2 ћХ^iutilizando cad818888!287m2 ћ.A^ia uma das implementaчѕes sob avaliaчуo. O desenvolvimento dessas d8!7T8!782!T87T7881882!178!8188288!N 88278181T888!782281 2 ЇХ^ia8:2 Ї§^iplicaчѕes permitiu identificar 8282882 88 T8!78828!!X2 Ї3^ivantagens e desvantagens na utilizaчуo de cada uma 18887882 8!78218887882!78!818288!88!1878!7T7b2 TХ:^idas propostas. Como resultado geral desse trabalho, mostra88228!7882822H7T72!828878278!82782182!878882S82!8 2 Tн ^i-!(2 Tў ^ise que no nэvel da n272788287281828782 Х^icomunicaчуo as implementaчѕes 28T78282787827S88T78818827M2 ћ,^isуo complementares. Diferenчas advindas dos 278727S88S888!827H8!88182788188827880€2 ­ХN^imecanismos de suporte (middleware e protocolos de comunicaчуo) utilizados por T82782S82.88.1878!8.!T888G8!8.8.8!882882.78.27T8818188!.818882.88 P2 YХ.^icada implementaчуo tambщm foram identificadas.2888T87T7881888T77T8!7T78818882 2 Ye ^i 5 2 ь^i 62 ВХ^iPalavrasC881!82 2 ВJ^i-!2 Вk^ichave: s28818Ma2 Вп9^icomputaчуo ubэqua, ambientes inteligentes, smarthome, red27S888187M88788M7S88882M8878882L2T8!78S8M!882 ВO^ie 7O2 _Х-^iendereчada por interesses, SmartAndroid, REPI.8878!8287878!88!72282BT8!B88!87GCC 2 _" ^i 5 2 ь^i 6ћМ"System8?Лф-ii^^hh]]gg\\ff[[eeZZddYYccXXbbWWaaVV ` `U U  _ _T T  ^ ^S S  ] ]R R  \ \Q Q [[PPZZOOYYNNXXMMWWLLўџеЭеœ.“—+,љЎ0№ hp|„Œ” œЄЌД М Яфc.ц RESUMO Tэtulo ўџџџўџџџўџџџ !"#$%&'()*+,-./ўџџџ1234567ўџџџ§џџџ:ўџџџўџџџўџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџRoot Entryџџџџџџџџ РFа‹чNљ>Я<€Data џџџџџџџџџџџџ 1TableџџџџWordDocumentџџџџ0SummaryInformation(џџџџџџџџџџџџ,%DocumentSummaryInformation8џџџџџџџџ0CompObjџџџџџџџџџџџџuџџџџџџџџџџџџўџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџўџ џџџџ РF#Documento do Microsoft Office Word MSWordDocWord.Document.8є9Вq