Solución para la historia de usuario 2

Los requerimientos que se establecieron como prioritarios a partir del análisis de la historia de usuario numero 2 fueron:

 Obtener los metadatos y datos básicos de cada objeto.

 Establecer comunicación con los OI.

 Desplegar los metadatos básicos con un toque al cursor del objeto.

El servicio web entrega gran cantidad de datos, entre ellos los metadatos del objeto consultado, su localización, datos históricos y sus recursos disponibles, esto lo hace en formatos como JSON o XML si es requerido, por lo tanto se puede desplegar tanta información como se requiera, sin embargo para el prototipo actual se debe respetar la filosofía de no saturar al usuario con demasiada información, por esta razón solo se despliegan ciertos metadatos básicos.

Para un despliegue dinámico de la información, no basta con los datos que brinda el servicio web ya que estos son estáticos60, para obtener datos en tiempo real se hace necesario establecer comunicación con el OI el cual combina los datos obtenidos del índice, junto con sus propios datos. Dentro de la misma escena 2 y para las escenas siguientes, la comunicación con los OI se realiza a través del bróker MQTT definido para el escenario de interacción semántica, la implementación de las librerías MQTT para Unity 3D se puede observar en el Anexo E del presente documento. El formato de los mensajes MQTT utilizados en este escenario, su dinámica y funcionamiento se encuentran en el Anexo F del presente documento.

 Consulta de los datos y metadatos.

El funcionamiento de las peticiones es transparente al usuario, los OI se encuentran siempre suscritos a un canal MQTT llamado coordinador, asociado a su respectivo código identificador o Feed para escuchar las peticiones tipo XML. Este identificador se obtiene de la consulta al índice, junto con los demás metadatos a través de la matriz de datos mapalugar[x] del script

Consulta.cs, el metadato Feed.id es el más importante para el funcionamiento de la interfaz. Cabe notar que para el escenario de interacción semántica, los identificadores Feed de los OI se conocen con antelación al ser un escenario previamente definido, pero la consulta en el servicio web permite obtener el identificador de cualquier Recurso IoT indexado en el rango de consulta, por esta razón se pueden diferenciar los Recursos IoT y los OI.

Para obtener los demás metadatos de los recursos IoT también se puede utilizar la matriz de datos obtenida en el servicio web, o se puede hacer la solicitud de los mismos al Recurso IoT a través de los mensajes MQTT si pertenece al escenario, esto también permite discriminar si el Recurso IoT es un OI del escenario de interacción semántica definido dependiendo si hay respuesta o no a las peticiones realizadas al mismo.

En un OI la consulta de los metadatos se hace a través de la petición MetaDataQuery.xmlen el canal coordinador con elidentificador Feed obtenido en el índice, la respuesta MetaData.xml

se recibe suscribiéndose al canal asociado, todo mediante el script Metadato.cs.

60

80

La lectura de las respuesta XML, se realiza mediante los scripts creados por Fraser McCormick61, los cuales se copian en la carpeta Assets del directorio raíz del proyecto en Unity 3D como se observa en la Figura 34, luego se implementan sus clases en cada respuesta XML obtenida, los archivos para la lectura de los archivos tipo XML son: XMLNode.cs, XMLNodeList.cs y XMLParser.cs.

Figura 34. Ubicación de los scripts para la lectura de las respuestas XML.

Los OI siempre se encuentran publicando sus datos en el canal MQTT Feed_Objeto/Nombre _recurso, estos datos son los valores actuales de los sensores y el estado actual de los actuadores; para obtenerlos, la interfaz se suscribe a dicho canal utilizando el identificador

Feed del OI y el nombre del recurso asociado, los cuales se pueden obtener tanto desde el índice como del OI como se vio anteriormente. La suscripción a dicho canal y la respuesta obtenida del OI se realiza a través del script Feed.cs, la respuesta viene dada en el formato

SimpleValue.xml.

 Representación Gráfica.

Las representaciones graficas de los OI de esta escena se generan instanciando un prefabricado, esta es una funcionalidad de Unity 3D para crear o agrupar objetos personalizados con componentes y lógica propia en un solo objeto llamado prefab62, con el fin de reutilizar, ahorrar en recursos y código. El prefabricado utilizado tiene como nombre OIX y su creación y funcionalidad se describe en el Anexo I de este documento.

61 _{http://dev.grumpyferret.com/unity/} 62

81

OIX es instanciado mediante el script Consulta.cs, posee etiquetas de texto que a través de la matriz mapalugar[x] o mediante los scripts Feed.cs y Metadato.cs brindan la información requerida y una implementación de un zoom semántico simple a través del script Zoom.cs

permitiendo observar más metadatos del recurso IoT, al hacer touch o click en su representación gráfica, los objetos que no contienen datos o no pertenecen al escenario, se muestran en rojo.

Así se tiene una representación gráfica de los recursos IoT encontrados en la consulta enriqueciendo el entorno real como se observa en la Figura 35, en el HUD se indica el contexto, el número de recursos encontrados, la barra tipo Slider, para establecer el radio de la consulta y los botones para navegar en la aplicación.

Los datos han sido representados mediante el GameObject llamado Text 3D de Unity 3D, el dato estático que se refiere al nombre del primer recurso encontrado proviene de la consulta al índice, y el dato dinámico proviene del Recurso IoT, el cual deberá ser un OI del escenario de interacción semántica.

Figura 35. Datos y metadatos en la escena 2.