O M ´odulo de Acesso M ´ovel foi concebido com a intenc¸ ˜ao de prover acesso m ´ovel ao EXEHDA-UC. O mesmo est ´a organizado em dois blocos: (bloco A) exibic¸ ˜ao de informac¸ ˜oes contextuais e (bloco B) alertas pr ´o-ativos (vide Figura 10).
Particularmente, a disponibilizac¸ ˜ao de alertas pr ´o-ativos em uma plataforma de hardware que possa acompanhar o usu ´ario enquanto este desempenha suas atividades nos mais diferentes lugares, se mostrou um procedimento que potencializa a ubiquidade da soluc¸ ˜ao de consci ˆencia de contexto disponibilizada. Uma prototipac¸ ˜ao deste m ´odulo foi realizada no trabalho (JACCOTTET, 2012), voltada para smartphones e/ou tablets que empregam o sistema operacional Android (GOOGLE, 2012).
Figura 10: Vis ˜ao geral do M ´odulo de Acesso M ´ovel
3.3.1 Bloco de Exibic¸ ˜ao de Informac¸ ˜oes Contextuais
O Bloco de Exibic¸ ˜ao de Informac¸ ˜oes Contextuais executa no dispositivo m ´ovel e disponibiliza ao usu ´ario relat ´orios tanto gr ´aficos como textuais acerca das informac¸ ˜oes contextuais de seu interesse.
A comunicac¸ ˜ao do bloco com o Servidor de Contexto acontece empregando um protocolo de dois passos. No primeiro ´e feita uma inspec¸ ˜ao das informac¸ ˜oes de contexto que est ˜ao sendo tratadas. No segundo s ˜ao solicitados dados espec´ıficos para determinada informac¸ ˜ao contextual em um intervalo de tempo.
Suas funcionalidades foram organizadas em tr ˆes m ´odulos, conforme descrito a seguir.
(i) M ´odulo de Relat ´orio
Este m ´odulo trata da exibic¸ ˜ao das informac¸ ˜oes contextuais no dispositivo m ´ovel. As principais operac¸ ˜oes disponibilizadas atrav ´es da sua interface s ˜ao:
• Requisic¸ ˜ao da lista de quais informac¸ ˜oes contextuais s ˜ao tratadas pelo Servic¸o de consci ˆencia de contexto EXEHDA-UC;
• Selec¸ ˜ao da informac¸ ˜ao contextual que ser ´a exibida no relat ´orio; • Escolha da natureza do relat ´orio: gr ´afico ou textual;
• Oferecer ao usu ´ario, uma vez exibido o relat ´orio, alternativas para personalizac¸ ˜ao do per´ıodo dos dados mostrados.
(ii) M ´odulo saRIC
O m ´odulo de acesso ao RIC, saRIC, consiste de um servidor que permanece em execuc¸ ˜ao junto ao servic¸o de consci ˆencia de contexto (EXEHDA-UC), com total acesso ao RIC. Suas funcionalidades est ˜ao resumidas a seguir:
• Retornar a lista das informac¸ ˜oes contextuais gerenciadas pelo Servic¸o de consci ˆencia de contexto;
• Retornar as informac¸ ˜oes contextuais pertinentes ao contexto de interesse do usu ´ario, para o intervalo de tempo desejado.
(iii) M ´odulo de Requisic¸ ˜ao
O M ´odulo de Requisic¸ ˜ao tem por objetivo solicitar informac¸ ˜oes contextuais ao saRIC, a pedido do M ´odulo de Relat ´orio. O mesmo contempla quatro func¸ ˜oes:
• Requisitar a lista de todas as informac¸ ˜oes contextuais tratados pelo Servic¸o de Conci ˆencia de Contexto;
• Requisitar uma determinada informac¸ ˜ao contextual desejada pelo usu ´ario no intervalo de tempo especificado;
• Enviar esta solicitac¸ ˜ao ao saRIC atrav ´es do barramento ESB do mesmo; • Receber e interpretar as informac¸ ˜oes contextuais provenientes do saRIC,
disponibilizando as mesmas ao M ´odulo de Relat ´orio.
3.3.2 Bloco de Tratamento de Alertas pr ´o-ativos
O Bloco de Tratamento de Alertas pr ´o-ativos tem por objetivo sinalizar o usu ´ario quando da ocorr ˆencia de eventos de seu interesse atrav ´es de notificac¸ ˜oes pr ´o-ativas. O mesmo tem suas funcionalidades organizadas em dois m ´odulos conforme a seguir.
(i) M ´odulo de Alertas
O M ´odulo de Alertas executa no dispositivo m ´ovel, disponibilizando ao usu ´ario alertas, empregando para isso o mecanismo nativo de notificac¸ ˜ao da plataforma m ´ovel. Esta opc¸ ˜ao tem como caracter´ıstica propiciar ao usu ´ario um gerenciamento integrado da natureza dos alertas praticados pelo seu dispositivo m ´ovel. As suas principais func¸ ˜oes s ˜ao:
• Recuperar no intervalo de tempo especificado pelo usu ´ario os alertas junto ao M ´odulo sDA;
• Disponibilizar ao usu ´ario estes alertas na ´area de notificac¸ ˜ao do dispositivo m ´ovel.
(ii) M ´odulo sDA
O m ´odulo de Distribuic¸ ˜ao de Alertas (sDA) executa no mesmo equipamento do Servic¸o de consci ˆencia de contexto em regime de operac¸ ˜ao ininterrupta. Suas principais func¸ ˜oes s ˜ao:
• Receber os alertas para os dispositivos m ´oveis produzidos pelo tratador de regras do Servic¸o de consci ˆencia de contexto;
• Disponibilizar aos dispositivos m ´oveis os alertas.
Este m ´odulo opera mantendo os alertas produzidos pelas diferentes regras contextuais, liberando o M ´odulo de Interpretac¸ ˜ao. Seu acesso pelos dispositivos m ´oveis ocorre atrav ´es do M ´odulo de Comunicac¸ ˜ao o qual atrav ´es de um barramento ESB propicia acesso as diferentes funcionalidades do Servidor de Contexto.
3.4
Considerac¸ ˜oes sobre o cap´ıtulo
Neste cap´ıtulo foram apresentadas a concepc¸ ˜ao e modelagem do EXEHDA- UC, sendo descrita a modelagem de arquitetura de software, bem como o Servidor de Borda, o Servidor de Contexto com seus respectivos componentes e o M ´odulo de acesso m ´ovel.
Este cap´ıtulo sintetiza o estudo feito dos projetos que constituem um conjunto representativo do que v ˆem sendo desenvolvido nos ´ultimos anos na direc¸ ˜ao de infraestruturas para suporte `a consci ˆencia de contexto na computac¸ ˜ao ub´ıqua. As caracter´ısticas tratadas abrangem aspectos relacionados `a arquitetura de software, bem como `as estrat ´egias empregadas pelos projetos para aquisic¸ ˜ao e processamento dos dados contextuais. O crit ´erio de escolha destes trabalhos relacionados foi a sua proximidade com o EXEHDA-UC. A discuss ˜ao dos projetos e uma an ´alise comparativa entre estes e o EXEHDA-UC tamb ´em ´e apresentada.
4.1
Middleware CARE
O middleware CARE (Context Aggregation and REasoning) (BETTINI; MAGGIORINI; RIBONI, 2007) prov ˆe suporte para (i) aquisic¸ ˜ao de dados de contexto de diferentes fontes; (ii) racioc´ınio sobre o contexto com base em pol´ıticas distribu´ıdas e; (iii) tratamento de informac¸ ˜oes contextuais conflitantes. O objetivo central do CARE ´e a entrega de uma descric¸ ˜ao consistente e precisa do contexto atual, de modo que a reac¸ ˜ao mais adequada ao mesmo possa ser praticada durante o provisionamento de servic¸os.
Desse modo, o CARE tem como principais contribuic¸ ˜oes a proposic¸ ˜ao de uma arquitetura distribu´ıda para a aquisic¸ ˜ao e tratamento do contexto, bem como um mecanismo para lidar com inconsist ˆencias decorrentes da aquisic¸ ˜ao de dados de contexto e pol´ıticas provenientes de fontes diversas.
A proposta do middleware CARE para construc¸ ˜ao de uma vis ˜ao integrada dos dados de contexto considera o envolvimento de tr ˆes entidades: (i) o usu ´ario com seus dispositivos; (ii) o operador de rede com sua infraestrutura e; (iii) o provedor de servic¸os com infraestrutura pr ´opria.
CARE utiliza o termo “perfil” para indicar um conjunto de par ˆametros de contexto. A personalizac¸ ˜ao dos par ˆametros ´e feita por regras definidas tanto pelo usu ´ario como pelo provedor de servic¸os, e gerenciadas pelo correspondente
gerenciador de perfil associado a cada entidade.
O middleware CARE utiliza para modelagem do contexto t ´ecnicas baseadas em ontologia e linguagem de marcac¸ ˜ao (CC/PP - Composite Capabilities/ Preference Profiles). CC/PP estende o vocabul ´ario RDF (Resource Description Framework ) para expressar caracter´ısticas de dispositivos e prefer ˆencias de usu ´arios. Para empregar esta abordagem h´ıbrida, CARE considera dois tipos de contexto: (i) contexto simples, representado por CC/PP, que abrange, por exemplo, descric¸ ˜oes de recursos; e (ii) contexto complexo, representado por um modelo ontol ´ogico, que abrange, por exemplo, atividades e interac¸ ˜oes do usu ´ario. CARE utiliza pol´ıticas expressas atrav ´es de regras para definir como os dados de contexto devem ser derivados, indicando a forma de racioc´ınio a ser utilizada. De acordo com o tipo de contexto (simples ou complexo) pode ser um processo de racioc´ınio sobre a modelagem baseada em CC/PP e/ou ontologia. Para que seja poss´ıvel um processo de racioc´ınio abrangendo tanto atributos CC/PP como classes da ontologia, existe um mapeamento entre estes modelos.
Os m ´odulos do provedor de contexto foram escritos com a perspectiva de otimizar tarefas computacionalmente intensivas, como fus ˜ao de perfis e transformac¸ ˜ao de pol´ıticas.