conectar sensores, controladores, GPS y lectores La Asociación de Estándares de Comunicaciones de RFID con un protocolo de conexión común. El China (CCSA) propuso un modelo de referencia para software y los parámetros de aplicación de un la IoT, que consiste en la capa de detección, la red y terminal IoT y la puerta de enlace IoT deben poder la capa de negocios, y la capa de aplicación. configurarse y adaptarse. La modularización, la Cumpliendo con este modelo de referencia, la Fig. 1 interfaz común, el funcionamiento inteligente, la muestra su arquitectura abierta y general, en capas, auto adaptación y la autoconfiguración son abierta y flexible. La arquitectura incluye tres características importantes de esta plataforma. plataformas funcionales de la siguiente manera. 2) Plataforma de recursos y administración: 1) Plataforma de detección y pasarela: La red y la capa de servicios incluyen redes Esta plataforma conecta sensores, controladores, troncales y plataformas de administración lectores RFID y dispositivos de detección de de recursos. La red troncal incluye 3G, 4G, ubicación (por ejemplo, GPS) a la capa de red IoT. Se Internet, red de fibra óptica, red Ethernet, propone la modularización del hardware, el formato redes satelitales y red privada. La plataforma de datos y la interfaz del software para el terminal de administración y recursos proporciona de IoT, la puerta de enlace de IoT y el nodo punta. El capacidades comunes que pueden ser terminal de IoT, la puerta de enlace de IoT y el nodo utilizadas por diferentes aplicaciones de IoT, tip pueden incluir módulos flexibles combinados con como el procesamiento de datos, el control almacenamiento de datos, la gestión de la seguridad y el soporte de aplicaciones. Estas capacidades también pueden ser invocadas por capacidades específicas de soporte de aplicaciones de IoT, por ejemplo, para construir otras capacidades específicas de soporte de aplicaciones de IoT. Esta plataforma también proporciona funciones de control relevantes de conectividad de red, como funciones de control de recursos de acceso y transporte, gestión de movilidad o autenticación, autorización y contabilidad para terminales, servicios, aplicaciones, usuarios y desarrolladores de IoT. 3) Plataforma de aplicación abierta: El diseño de modularización en esta plataforma de Fig. 1. CCSA propuso una arquitectura abierta y aplicación proporciona una función común y general de IoT. una interfaz de programación de aplicaciones abierta (API). Un proveedor de aplicaciones IoT puede desarrollar su aplicación usando estas API. Mientras tanto, Módulo, módulo de interfaz común y módulo de esta plataforma soporta gestiones de comunicación. El módulo de interfaz común recopila aplicaciones. Se pueden publicar varias las interfaces físicas de varios sensores en una aplicaciones en la plataforma de la aplicación y los usuarios pueden obtener de los sensores se envían a la nube para que información de la aplicación y suscribirse a se pueda disponer de ellos. La idea es que través de esta plataforma. Las características además de obtener datos de los sensores de esta plataforma son un entorno de también se pueda actuar sobre otros despliegue, distribución y flexibilidad dispositivos conectados a los conveniente y fácil. microcontroladores. El protocolo inalámbrico de comunicación en la red local, así como los distintos dispositivos Desde un punto de vista técnico la (microcontroladores y nodo pasarela) y arquitectura expuesta anteriormente tecnologías que se usarán, serán analizados describe el IoT. Sin embargo, debido al gran y evaluados para su posterior elección. desarrollo que está teniendo, es necesario En el siguiente diagrama, se representa la considerar también la gestión y el modelo de topología general. Se pretende crear un negocio en esta arquitectura. Así, se podría escenario típico de Smart Home, en el cuál considerar que la arquitectura genérica del se encuentran sensores y actuadores. Se IoT consta de 5 capas, añadiendo la capa de desea recoger datos de los sensores para Procesamiento y la capa de Negocio al poder actuar consecuentemente con los modelo básico de tres capas como se actuadores. Se podrá actuar tanto muestra en la Fig.2: manualmente, como automáticamente. Se hara una explicación paso a paso por colores: Naranja - Proceso en el que se recogen los datos de los sensores para almacenarlos en un datastore (servicio de almacenamiento) en la nube: 1. Envío de datos por parte de los sensores de forma inalámbrica al nodo pasarela. 2. Recepción de los datos de los sensores por parte del nodo pasarela. Fig.2. Arquitectura básica del IoT. 3. Escritura por parte del nodo pasarela en el sistema de colas de la nube de los datos de los sensores. 4. Envío de eventos al correlador de 3.1 Arquitectura general eventos y al servicio encargado de escribir La arquitectura que se plantea consta de un los datos en el datastore. conjunto de sensores que se conectan a uno 5. Escritura de los datos en datastore o varios microcontroladores. Estos vía HTTPS. microcontroladores tienen unos dispositivos conectados a ellos que permiten la comunicación en ambos sentidos con un nodo pasarela, el cual también tiene un dispositivo inalámbrico conectado a él. Una vez que el nodo pasarela obtiene los datos Verde - Proceso por el cuál se actúa automáticamente sobre los actuadores mediante la recolección, procesamiento y análisis de los datos ofrecidos por los sensores: 1. Escritura del correlador en la cola de mensajes. 2. Lectura por parte del nodo pasarela de la cola de mensajes y envío de los mensajes inalámbricamente a los dispositivos 3. Actuación sobre sensores. Amarillo – Proceso en el que se actúa de manera manual sobre los actuadores mediante una aplicación móvil: 1. Envío de actuación sobre los sensores al servicio vía HTTPS 2. Escritura en la cola de mensajes de la orden a ejecutar. 3. Lectura del nodo pasarela. 4. Comunicación inalámbrica entre sensores y nodo pasarela. 5. Actuación sobre sensores. Azul – Proceso en el que se recolectan datos de los sensores de manera manual a través de una aplicación móvil: 1. Envío de petición de datos por parte de la aplicación móvil (vía HTTPS) al servicio encargado de comunicarse entre ésta y la cola de mensajes. 2. Envío de la petición de datos al datastore por parte del servicio mencionado en el paso anteior (via HTTPS). 3. Respuesta del datastore con los datos requeridos (vía HTTPS). 4. Respuesta del servicio antes mencionado a la aplicación móvil con los datos solicitados (via HTTPS).