USA, fortsatt sjefen?

Questionário direccionado ao módulo análise localizador pessoal

Questionário

Qual a informação que cada utente tem de ter armazenada?

Idoso (nome, tipo de mobilidade que lhe está associada - conduz, usa transporte públicos); Agenda pessoal (data, hora, actividade prevista, local);

Histórico de actividades (manter todos os dados da agenda para efeitos de análise histórica);

Contactos (nome, email, telemovel, endereço postal) de responsáveis pelo idoso para situações de risco e envio de alertas; Alertas (tipo de alertas – aviso, grave, muito grave), lista de contactos por cada tipo de alerta,

Histórico de ocorrências (alertas efectivos, falsos alertas, ...);

Informação de georeferênciação adicional (além da disponível no google maps).

Qual a informação que é necessário consultar?

A que se indica para armazenamento;

A informação a consultar tem que parâmetros? Utente, tipo sensor, grupo de sensores, delimitação por zonas especificas do utente, entre datas ou outras.

A análise dos dados é para se efectuar remotamente?

Os dados disponíveis na aplicação móvel indicados para rmazenamento na primeira secção terão que ser sincronizados periodicamente com o sistema central;

106 Como são enviadas informações urgentes? (definir prioridade no xml)

Existem 2 níveis de prioridade, normal e urgente. É necessário um terceiro?

Qual tecnologia vai ser utilizada no desenvolvimento? E para comunicação?

Aplicação para dispositivos móveis desenvolvida para Android.

Questionário direccionado ao módulo segurança

Questionário

Como é efectuada a ligação entre pontos? SOAP 1.2

Qual a segurança aplicada na ligação? SSL

Utilizar certificados digitais para cifrar a informação é viável? Sim dado que a base-station possui recursos suficientes para efectuar criptografia assimétrica.

Para fazer autenticação, utilizam-se certificados digitais de 512bits renovando o mesmo de 3 em 3 meses. Julgamos que a periodicidade de revogação não é importante nesta fase do projecto, quanto ao tamanho das chaves vai depender do equipamento utilizado como base-station. Para fins de teste o mais sensato é começarmos com 128bits (pensando num telemóvel como base-station).

Para enviar informação é viável enviar um ficheiro cifrado que contenha a autenticação e os dados? Evita assim os protocolos de ligação. Uma comunicação stateless adiciona overhead ao tráfego, no entanto se for statefull têm de ser definidos os limites do que se considera uma sessão. Se o overhead adicionado não for significativo, julgamos que a primeira opção pode ser a mais adequada.

Qual tecnologia vai ser utilizada no desenvolvimento? A tecnologia utilizada neste módulo vai de encontro à tecnologia usada nos outros módulos, o nosso módulo é responsável pelas questões de segurança independentemente das tecnologias de suporte. E para comunicação? XML

Questionário direccionado ao módulo monitorização local

Questionário

→ Levando em conta que Sensor é um Mote com os diversos sensores de aquisição. Na nossa opinião estão a confundir sensor com nó sensorial, um nó sensorial pode ter vários sensores e uma rede sensorial presente no sistema vários nós sensoriais.

107 Como identificar univocamente um sensor?

→ (Falando do Mote) Colocando um ID numérico (16bit).

Quais as funções de cada sensor (Mote)?

→ Cada Mote deve recolher dados do acelerómetro e restantes sensores, efectuar uma pré-avaliação dos mesmos e decidir se é motivo de alerta ou não, se sim o alerta será enviado. Caso seja necessário serão colectados dados para efeitos de estatística/relatório e enviados consoante a necessidade do sistema de controlo.

Informação necessária de guardar por tipo de sensor?

→ ID do Mote, Data do alerta, tipo de alerta, dados colectados pelos sensores.

Qual a periodicidade do envio de dados?

→ Depende da utilização do nó sensorial. Normalmente, o mínimo possível, o uso de rádio é muito penoso.

Existe algum concentrador para enviar informação?

→ Gateway será Infra-estrutura da casa, ou Telemóvel.

A informação é enviada em formato xml. Qual a estrutura do mesmo?

→ O serviço é que deverá definir a estrutura, nós apenas enviaremos os dados sobre a estrutura definida pelo mesmo.

Existe outra informação que seja necessário guardar? Info da rede

→ De momento não podemos definir mais dados do que os indicados na questão 3. Qualquer outra

informação deverá ser definida em conjunto.

Qual a informação que cada utente tem de ter armazenada?

→ Armazenada onde? Informação de que tipo? Nome? BI? Esta pergunta não é definida pelo nosso módulo.

Como são enviadas informações urgentes? (definir prioridade no xml)

→ Neste momento para o módulo fall detection existem 2 graus de alerta (Critical que serão valores já analisados e definidos como alerta e Check que são valores que necessitam de extra analise pois são valores que não estão definidos como normais, mas não são sem sombra de duvidas valores Critical). O Sistema deverá estar preparado para receber novos tipos de alerta.

108

→ Respondido na questão anterior. Caso seja necessário mais informação entrar em contacto connosco para ver se percebemos melhor a pergunta.

Para enviar informação é viável enviar um ficheiro cifrado que contenha a autenticação e os dados? Evita assim os protocolos de ligação.

→ Não faz parte do nosso módulo. Falar com Luís e Edgar.

Que tipos de sensores são passíveis de serem implementados? (acelerómetro, medidores de tensão, …)

→ Pelo menos acelerómetro e Termómetro. No futuro está planeado a inclusão de sensores ECG. Ainda em estudo está a inclusão de sensores de medição do nível de oxigénio e açúcar no sangue. Têm que definir uma arquitectura modular onde se possa usar qualquer sensor.

Qual tecnologia vai ser utilizada no desenvolvimento? E para comunicação?

→ Deve ser elaborada uma Arquitectura independente das tecnologias...

Estrutura do xml: <BodyNet>

<Identificação>

<Id> </Id> //é o id do sistema e não de um mote especifico

<Nome> </Nome> // Informação redundante ? Não deveria isto estar do vosso lado ? ID → Nome

<date></data> </Identificação>

<Tipo_alerta></Tipo_alerta> // queda, ritmo cariaco etc etc <Prioridade> </Prioridade>

<Dados tipo=...,amostragem=... > 1:n //cada um dos tipos de sensor <data></data> 1:n //dados desse sensor </Dados>

109

Anexo II – Princípios SOA utilizados para a