Wellbore cleanout in drilling phase

um middleware e usa o Interaction Manager para enviar dados para os Dispositivos de Interação. Ela também recebe dados do Device Supervisor através do canal de broadcast. As seções que seguem focam em aprofundar a descrição de cada uma dessas entidades.

5.2

Arquitetura do Device Supervisor

O Device Supervisor é projetado e implementado sobre o modelo de componentes Flexcm. Em adição às principais entidades do Flexcm foram adicionados alguns compo- nentes principalmente porque apenas os componentes que representam os Dispositivos de Interação não são suficientes para se auto-gerenciar. Todos os novos componentes adici- onados são mostrados na Figura 5.2, em adição ao ambiente de execução Flexcm estes componentes farão o papel de gerenciamento e interconexão de cada dispositivo na rede.

Figura 5.2: Device Supervisor Components.

O Device Events Manager foca no tratamento das modificações na estrutura lógica ou física da rede. Quando um Dispositivo de Interação é adicionado, ou seu componente de software é atualizado ou removido um evento será gerado e tratado pelo componente Device Events Manager. Dessa forma um evento pode ser gerado e enviado para os teles- pectadores para mudar o que for necessário na aplicação que esteja executando do lado do telespectador.

O Device Network Manager prove meios de integrar canais de comunicações que se- jam dependentes de hardware no Device Supervisor. Quando qualquer novo dispositivo vai ser adicionado ao sistema um componente de software que trata seus protocolos de comunicação precisa ser desenvolvido e adicionado a essa entidade. Dessa forma o De- vice Network Manager é uma agregação de componentes de software representando cada dispositivo atualmente conectado ao sistema.

O componente Broadcast Data Manager é usado por componentes de software exter- nos para recuperar dados de cada dispositivo na rede e transmiti-los para os telespectado- res através do canal de broadcast. Este componente prove acesso a um stream de bytes que contem todos os dados contidos em cada dispositivo na rede. Os dados são descritos na forma de bytes de acordo com a especificação na Figura 5.3, o segundo campo será

repetido quantas vezes for necessário para completar o conjunto de dados de todos os dispositivos na rede.

Figura 5.3: Formato do byte stream do Broadcast Data Manager.

O Broadcast Data Manager proverá também acesso aos dados que são gerados pelo Device Events Manager, as mensagens de evento terão o mesmo formato, diferindo apenas no conteúdo que terá uma tag especial permitindo que os tratadores de vento identifiquem que a mensagem é um evento e não um dado específico de um dispositivo.

O Device Manager é responsável por carregar, remover e adicionar componentes de software dos dispositivos no sistema. Trabalhando em conjunto com o Configuration Manager do Flexcm, este componente pode checar quando um componente de software é adicionando a uma base de componentes e adicioná-lo ao ambiente, uma vez que o componente de software estiver carregado no sistema o Device Network Manager será capaz de tratá-lo.

5.2.1

Serviço de Descoberta de Novos Dispositivos

A descoberta de novos dispositivos é feita pelo Device Manager através do método ping da interface IDeviceNetworkCommunication, primeiramente precisamos que um componente de software que implemente essa interface seja carregado no sistema. Uma vez desenvolvido, o componente é adicionado ao banco de componentes. O Device Ma- nager vai carregar o componente no sistema através dos métodos de reconfiguração do Flexcm e ficar esperando usando chamadas contínuas ao método ping para saber se o dispositivo está ativo na rede. As outras interfaces relativas a descoberta de novos dispo- sitivos no sistema são mostradas na Figura 5.4.

Uma vez que um componente está online na rede, o Device Manager vai instanciar um novo componente de software, que implementa ao menos a interface IDevice, e adiciona- lo ao Network Device Manager que vai ser responsável por gerenciar o novo dispositivo. Daqui para frente o Device Network Manager pode recuperar a informação necessária para inserir o dispositivo na rede e gerenciá-lo.

Após um período de 10 segundos ou algum outro tempo especificado pelo operador do sistema, o Device Manager pode checar se existem novos componentes de software

5.2. ARQUITETURA DO DEVICE SUPERVISOR 33

Figura 5.4: Interfaces requeridas pelo Device Network Manager. para serem adicionados ao sistema, além de checar por novos dispositivos.

É importante notar que cada requisito de hardware necessário para comunicação com cada dispositivo na rede precisa estar acessível ao Device Supervisor, para que seja pos- sível procurar e controlar os dados dos novos dispositivos. A sequência de mensagens envolvidas no processo de adição de novos dispositivos são mostrados na Figura 5.5.

Uma vez que os componentes de software estão prontos, podemos conectar o Dispo- sitivo de Interação especifico na rede. Nesse momento, se o dispositivo precisar de algum tipo especifico de canal físico, o hardware e software para possibilitar a comunicação precisa ser conectado na entidade física que contem o Device Network Manager.

Figura 5.5: Sequência de eventos na adição de novos dispositivos.

ponente estão totalmente carregados, um evento "Componente Chegando"será disparado para o Device Events Manager. Esta notificação vai ser capturada pelo tratador de even- tos dentro do Broadcast Data Manager, que gerará uma notificação para ser enviada aos telespectadores.

5.2.2

Removendo dispositivos

A remoção de dispositivos existentes na rede é feita similarmente à adição. Um com- ponente possui três formas de ser removido da rede lógica. Primeiramente ele pode re- portar ao Device Monitor que ele está deixando o ambiente físico, dessa forma o Device Monitor apenas precisa remover o componente de software da arquitetura e notificar o Device Event Manager para disparar um evento que notifique a saída.

A segunda maneira é quando o dispositivo é removido sem reportar. O Device Monitor vai saber que o dispositivo está fora da rede na próxima vez que um telespectador ou outro dispositivo tentar interagir com o dispositivo morto através de uma de suas interfaces de comunicação, nesse ponto o mesmo processo feito no primeiro caso será executado.

Finalmente a terceira forma é feita pelo Device Network Manager, cada período de tempo fixo esta entidade checará no sistema por dispositivos mortos chamando seu mé- todo ping. Se algum dos dispositivos não responder ao método ping, o dispositivo será removido do sistema através do procedimento descrito no primeiro caso.

Figura 5.6: Sequência de eventos na remoção de dispositivos.

Na Figura 5.6 podemos ver a sequência de mensagens nas três situações onde um dis- positivo é removido. Em ambos os casos o Component Event Handler vai gerar um evento

5.3. COMUNICANDO O LADO DO TELESPECTADOR COM A ARQUITETURA35