Indra gana el premio a la plataforma IoT más innovadora para Smart Cities a nivel global con Sofia2

Sofia2ganadora

 

El pasado 19 de Septiembre se celebró en Yinchuan, China el TM Forum Smart City InFocus donde se presentaron los premios que reconocen los logros de “innovación urbana innovadora” de ciudades, proveedores de soluciones y organismos nacionales e internacionales.

En este marco, el jurado del TM Forum ha elegido Sofia2, la plataforma IoT con capacidades Big Data y Cloud de Minsait, la unidad de transformación digital de Indra, como una solución de alto contenido innovador para la transformación de las ciudades, capaz de aportar valor al ciudadano, responder a las necesidades de las empresas e impulsar la sostenibilidad.

 

Sofia2InfografiaRecortada

 

Las soluciones basadas en Sofia2 en el ámbito de Smart Cities han logrado eficiencias como ahorros del 25% en el agua de riego para parques; reducción de hasta un 50% en el tiempo de evacuación de grandes infraestructuras con el proyecto eVacuate; y disminuciones del 25% en la factura energética de edificios públicos.

 

Además, Sofia2 está presente como base tecnológica para otros proyectos. Por ejemplo, en el uso de drones, siendo fuente de información para el nuevo sistema europeo de llamadas de emergencia. En campos como la domótica, la industria o el retail, a través de soluciones como Hogar Conectado, Ciudades Inteligentes, Industria 4.0. O construyendo soluciones en proyectos de I+D del sector del transporte, como ITRail o Transforming Transport, o del espacio, como Land Analytic Eo Platform. También actúa como plataforma urbana siendo el “cerebro de la ciudad” en las ciudades de A Coruña y Logroño y es base tecnológica en el proyecto que se está desarrollando con Ecoembes en el ámbito de Smart Waste para optimizar su exitoso modelo de gestión de envases, papel y cartón en todo el territorio nacional.

 

Se trata del segundo año consecutivo que TM Forum premia Sofia2. En 2016, obtuvo el galardón en la categoría “Open Digital Ecosystem Platform of the Year”, donde se reconocían sus capacidades para impulsar la creación de  ecosistemas abiertos que fomentan la colaboración entre diferentes empresas y organizaciones.

 

 

 

Indra gana el premio a la plataforma IoT más innovadora para Smart Cities a nivel global con Sofia2

Próximo Meetup: “Desarrollo Backendless sobre Plataformas IoT” (ejemplo Sofia2 IoT Platform)

2

 

Como viene siendo habitual, cada pocas semanas, realizamos un Meetup mostrando las capacidades de la plataforma IoT y Big Data de Minsait, Sofia2.

 

Ejemplos de anteriores Meetups son:

 

IMG_0738

 

Desde el grupo IoT & BigData Sofia2 Lab retomamos estas sesiones el próximo lunes 2 de Octubre, a las 19:15h en el Campus Cafe de la Google Campus en Madrid. con el Meetup “Desarrollo Backendless sobre Plataformas IoT (ejemplo Sofia2 IoT Platform).

 

En nuestro trabajo utilizamos nuestra plataforma Sofia2 para el desarrollo de aplicaciones Backendless, ya sean aplicaciones web, microservicios, aplicaciones móviles o híbridas.

 

Nos gustaría contaros cómo y por qué lo hacemos y las ventajas e inconvenientes que encontramos con este enfoque.

 

La agenda de la sesión será:

 

– ¿Qué entendemos por arquitectura backendless?

– ¿Cómo encaja una plataforma IoT en este concepto?

– ¿Cuándo aplica este enfoque?

– Ejemplos prácticos sobre plataforma Sofia2.

– Pizzas y birras

 

Puedes inscribirte aquí de forma gratuita.

 

Te esperamos!!

 

Próximo Meetup: “Desarrollo Backendless sobre Plataformas IoT” (ejemplo Sofia2 IoT Platform)

Gartner Hype Cycle Internet Of Things 2017

Con IoT la frontera entre el mundo físico y el digital es cada vez más difusa, además cada vez más IoT está en nuestras vidas y trabajos, además de ser un gran facilitador de la transformación digital de las empresas.

Además en 2017 las compañías han pasado de “hablar sobre” a implementar pruebas de concepto y pilotos IoT. Sin embargo mientras que las PoCS son fáciles de arrancar pocas empresas han aumentado y generalizado estas iniciativas.

Este Hype Cycle describe las tecnologías y servicios clave de Internet de Cosas (IoT) que las empresas deben evaluar a medida que aumentan sus iniciativas IoT, de modo que ayuda a las empresas y a los profesionales a evaluar las tecnologías, componentes, bloques,… y su estado de madurez actual.

Leer más

Gartner Hype Cycle Internet Of Things 2017

Desafíos para la implantación de IoT en las organizaciones

Para poder explotar el gran potencial de IoT a nivel empresarial existen varios retos que las empresas deben abordar, estos desafíos forman parte de la adopción IoT y deben contemplarse en la hoja de ruta de implantación de IoT en una compañía.

Son:

· Seguridad

· Integración del back-end empresarial

· Interoperabilidad

· Evolución de la tecnología

Seguridad:

Los analistas coinciden en que la Seguridad sigue siendo una de los preocupaciones que hacen que las empresas estén siendo más precavidas con IoT. Una gran mayoría de las empresas que han empezado con IoT admiten vulnerabilidades y agujeros de seguridad en su infraestructura IoT.

Integración del back-end empresarial

Los dispositivos IoT permiten a las empresas reunir cantidades increíbles de nuevos datos, pero muchos de ellos no pueden crear valor por si solos. Si se considera IoT separado de los procesos clave de negocio de la empresa, el potencial de IoT es mucho menor.

La implementación de IoT puede y debe apoyar todas las operaciones de la compañía, así como para ofrecer una experiencia personalizada al cliente que mejore el reconocimiento de marca. Para esto, la tecnología IoT debe basarse en una arquitectura extensible que proporcione integración directa con el procesamiento de datos, análisis y sistemas operacionales.

Interoperabilidad

El caso de uso de negocio también implica integración de hardware y compatibilidad. Hablamos de un universo en rápida expansión que incluye hardware IoT, protocolos de conectividad y dispositivos inteligentes. En la mayoría de los casos, las empresas esperan que su ecosistema IoT crezca en alcance y variedad, por lo que la cuestión de la interoperabilidad puede convertirse en un sobrecoste grande a menos que se tome en cuenta desde el principio.

Evolución de la tecnología

No dejamos de ver nuevos pronósticos sobre la revolución de IoT, todo intento de establecer reglas y estándares no han tomado raíces, las normas y estándares siguen evolucionando y el panorama tecnológico general es muy diverso. Dado que IoT es cada vez más un activo estratégico para todas las empresas, la necesidad de su mejora continua y ajuste a nuevos requerimientos de negocios debe ser el centro de la estrategia corporativa. Hay varias formas para asegurar que la tecnología IoT pueda seguir el ritmo de evolución de IoT, entre ellas la de basarse en software open-source estandarizado por la comunidad.

Desafíos para la implantación de IoT en las organizaciones

Sofia2 as a technological base in the European R&D project eVacuate

eVACUATE-LOGOSOlo

 

As we mentioned in the previous post, Sofia2 IoT Platform has promoted the development of high added value solutions in customers in areas such as Smart Cities, Smart Health, Industry, Retail, Energy …

 

Sofia2InfografiaRecortada

 

One of the projects which Sofia2 serves as a technological base is eVacuate, a European innovation project whose aim is the development of a simulation and emergency management system based on IoT and Big Data technologies to define in real time the optimal routes of evacuation in large infrastructures.

 

eVACUATE-LOGO

During the last months four pilots have been carried out in which the feasibility of the project has been demonstrated and the possibility of scaling in a great number of scenarios.

 

The first evacuation exercise was held last October at Anoeta football stadium. 27 researchers from different European companies and universities were working in San Sebastián defining in real time the optimal evacuation routes for a football match in Anoeta. To do this, a good number of fans were gathered and they were asked to be placed in the main tribune. From that moment, they followed workers instructions and they lived in situ up to four types of different evacuation situations. The announcements of public address, signage, opening of doors and emergency situations varied with the aim of creating four completely different cases.

 

Here you have the video with the images and all the detailed information of the pilot in Anoeta.

 

Athens airport, a cruise ship of the company STX on French coast and finally, last May, Bilbao’s Subway, were the other scenarios in which eVacuate demonstrated its effectiveness. In all cases it was possible to reduce the evacuation time by more than 25% compared to the current evacuation systems.

 

Sofia2 as a technological base in the European R&D project eVacuate

Gestión avanzada de dispositivos en Sofia2

En Sofia2 somos conscientes de que en los próximos años la importancia de la gestión de dispositivos conectados va a aumentar de forma considerable, sobre todo en el ámbito IoT. Es por ello que desde sus primeras versiones, Sofia2 proporciona una gestión de dispositivos integrada en la plataforma.

En anteriores Post ya hemos visto cómo se entiende en Sofia2 el concepto de dispositivo y de qué manera se realiza su gestión. Podemos repasar algunos conceptos básicos:

 

  • Spaces (Proyectos): Representa un entorno colaborativo virtual donde los usuarios pueden crear sus aplicaciones, por ejemplo creando Things, modelando sus entidades, aplicando algoritmos o creando visualizaciones.
  • Ontología (Entities): Una Entity (Thintology) representa el Modelo de Dominio que maneja una Thing.
  • ThinKP: Un ThinKP (en terminología Sofia2 hablamos de KP: Knowledge Processor o de ThinKP) representa a cada uno de los elementos que interactúan con la plataforma, bien publicando, bien consumiendo información.

En Sofia2 es este ThinKP el que puede representar desde un dispositivo sencillo a un Gateway o un Sistema Empresarial.

Sofia2 contaba ya con una gestión de dispositivos básica. Entre otras funcionalidades, se contemplaban:

 

  • Gestión ThinKPs activos (conexiones activas de dispositivos con la plataforma).

  • Gestión de Conexiones (conexiones físicas y lógicas y actuaciones sobre las mismas).

  • Gestión de Configuraciones SW (configuración del SW instalado en los dispositivos clientes).

  • Gestión de Assets (Inventariado de dispositivos).

En las últimas versiones de la plataforma dicha gestión se ha visto ampliada considerablemente.

 

  • Extensión del API de comunicación con la plataforma. Se han incorporado nuevas directivas:
    • Error: se utilizará para comunicar a la plataforma errores que se hayan producido en el dispositivo y que quieran registrarse en la plataforma.
    • Log: permitirá disponer de un log completo en la plataforma de las operaciones llevadas a cabo en el dispositivo.
    • Location: actualizará la ubicación del dispositivo para poder realizar un seguimiento sobre el mismo.
    • Status: mediante este tipo de mensaje el dispositivo podrá actualizar el estado en el que se encuentra y que quede registrado en Sofia2. Como estado entendemos un grupo de variables y sus valores (pueden extraerse del dispositivo en cuestión: memoria libre, uso de CPU,…).
    • La directiva Command está compuesta por dos operaciones de comunicación:
      • SubscribeCommand: Cualquier Instancia de ThinKP puede subscribirse a la recepción de comandos sin necesidad de tener sessionKey (a diferencia de las subscripciones normales). Desde Sofia2 recomendamos realizar esta suscripción siempre un dispositivo (ThinKP) inicie su actividad.
      • Command:
        • A través de esta operación es posible mandar mensajes de comando a cualquier instancia de ThinKP que se haya suscrito previamente.
        • Para realizar el envío de comandos es necesario estar autenticado en Sofia2 y disponer de una sessionKey correcta. De esta manera se evita el envío malicioso de comandos no autorizados. El mensaje de comandos tiene un campo llamado Args dónde pasar los argumentos necesarios al ThinKP sobre el que se quiera actuar. Ejemplos de uso serían:
          • Pedir a un dispositivo que se reinicie.
          • Pedir a un dispositivo que envíe su estado actual.

Mediante el envío de información a través de estos nuevos tipos de mensajes se obtendrá una visión centralizada del estado y ubicación de todos los dispositivos conectados a la plataforma en tiempo real. Se dispondrá de un histórico en el que analizar los distintos estados por los que haya pasado cada uno de ellos así como los problemas que se hayan detectado. Además se podrá actuar remotamente sobre dispositivos enviándoles comandos a ejecutar.

 

  • Unificación en la consola de toda la operativa referida a dispositivos (ThinKPs)

En la consola de administración y configuración de la plataforma, se ha añadido una opción de menú que engloba toda la gestión asociada a ThinKPs.

 

– Mis ThinKPs: Permite dar de alta nuevos ThinKPs en la plataforma, definiendo el conjunto de datos sobre los que trabajaran, así como modificar o eliminar los ya existentes. Además se permite gestionar sus instancias y sus tokens de conexión con la plataforma.

Estado ThinKPs: Nueva opción que permite visualizar el estado de cada uno de los ThinKPs conectados con la plataforma (la veremos más en detalla a continuación en este post).

– ThinKPs Conectados: Listado de ThinKPs conectados con la plataforma así como detalles de las mismos (identificación, clave de sesión, fecha última conexión).

– Contenedor de ThinKPs: Permite desplegar ThinKPs en la propia plataforma, totalmente gestionables.

– Config SW en ThinKPs: Para asociar distintas versiones de SW y parámetros de configuración con ThinKPs o InstathinKPs.

Además como opción de administración se incluye:

– Gestión de conexiones: permite monitorizar y actuar sobre las conexiones, tanto físicas como lógicas que establecen los distintos ThinKPs con la plataforma.

 

  • Nuevo UI para la gestión centralizada de información proveniente de dispositivos (Estado ThinKPs): Esta opción muestra una lista de KPs conectados con la plataforma, así como un listado con la última información recibida desde los mismos.

En un primer listado se mostrarán las instancias de ThinKPs conectadas con la plataforma.

Si se selecciona una de las instancias de la tabla, los componentes de la pantalla quedarán filtrados, mostrando información relativa únicamente a esa instancia de ThinKP seleccionada.

A su lado se mostrará la posición de cada uno de ellos sobre un mapa. Esta información provendrá de los mensajes de tipo LOCATION que cada uno de los dispositivos ha ido enviando a la plataforma. Al mantenerse un histórico de esta información, se podrá mantener trazabilidad sobre la ubicación de cada uno de los dispositivos.

Si se sitúa el cursos sobre uno de los puntos del mapa, se ofrecerá información adicional, como la precisión, velocidad y rumbo del dispositivo.

La opción Ver en detalle, despliega un mapa a pantalla completa para una mejor visualización.

Incorpora un componente de búsqueda para filtrar entre los dispositivos mostrados y el número de dispositivos a mostrar.

Además de este componente visual que permite la localización de los dispositivos, se incorporan tres listados en los que se mostrará información proveniente de los mensajes de ERROR, LOG y STATUS recibidos desde los dispositivos.

El listado de Mensajes de Error mostrará el contenido de los mensajes de ERROR recibidos. Se incluye un campo severidad que indicará la gravedad del mensaje recibido. Como niveles de ERROR están disponibles los siguientes:

 

  • DEBUG
  • INFORMATIONAL
  • NOTICE
  • WARNING
  • ERROR
  • CRITICAL
  • ALERT
  • EMERGENCY

Además se incluye el identificador de la instancia de ThinKP que ha enviado el mensaje, un código de error asociado, el contenido del mensaje de error y la fecha de envío. Tanto el código de error como el contenido del mensaje pueden ser definidos y construidos en el propio dispositivo, siendo configurables completamente por el usuario.

Se incluye además un enlace para mostrar el detalle del log de error. Mostrará, de forma similar al detalle de ubicaciones, un interfaz que permitirá filtrar por distintos criterios y mostrar los mensajes de error en un listado a pantalla completa.

El listado de mensajes de Log, mostrará los mensajes de tipo Log que los dispositivos hayan ido enviando a la plataforma.

El listado muestra como primera columna el nivel de log del mensaje enviado. Sus posibles valores son:

 

  • TRACE
  • DEBUG
  • INFO
  • WARN
  • ERROR
  • FATAL

Se incluye también el identificador de la instancia de ThinKP que ha enviado el mensaje, el contenido del mensaje y la fecha de envío.

Al igual que para la el listado de mensajes de error se incluye un enlace para mostrar el detalle del log que mostrará un interfaz que permitirá filtrar por distintos criterios y mostrar los mensajes de log a pantalla completa.

El listado de mensajes de Status mostrará los mensajes de estado que se han recibido desde los dispositivos. En este caso se mostrará la identificación de la instancia de Thinkp, así como el valor de las variables enviadas desde el dispositivo y la fecha de envío de las mismas.

Se dispone también del mismo enlace Ver en detalle con la misma funcionalidad que en el resto de listados:

 

  • El envío de mensajes de la directiva COMMAND se realiza mediante el api SSAP que proporciona la plataforma. El formato de dichos mensajes sería el siguiente:

SUBSCRIBECOMMAND

{“messageId”:null,”sessionKey”:null,”ontology”:null,”direction”:”REQUEST”,”messageType”:”SUBSCRIBECOMMAND”,”body”:”{“thinkp”:”TestKP”,”thinkpInstance”:” THINKP:INS “,”token”:”XXXXXXXXXXXXXXXXX”,”type”:”STATUS”}”}

COMMAND

{“messageId”:null,”sessionKey”:”XXXXXXXXXXXXXXX”,”ontology”:null,”direction”:”REQUEST”,”messageType”:”COMMAND”,”body”:”{“thinkp”:”TestKP”,”thinkpInstance”:”THINKP:INS”,”type”:”STATUS”,”args”:null}”}

El futuras versiones de la plataforma, se implementará un interfaz que permita el envío de mensajes a dispositivos.

Gestión avanzada de dispositivos en Sofia2

Sofia2 como base tecnológica en el proyecto europeo de I+d+i eVacuate

eVACUATE-LOGOSOlo

 

Como ya comentamos en el anterior post, Sofia2 IoT Platform ha impulsado el desarrollo de soluciones de alto valor añadido en clientes de ámbitos como las Smart Cities, Smart Health, Industria, Retail, Energía…

Sofia2InfografiaRecortada

 

Uno de los proyectos en los que Sofia2 sirve como base tecnológica es eVacuate, un proyecto europeo de innovación cuyo fin es el desarrollo de un sistema de simulación y gestión de emergencias y tecnologías IoT y Big Data para definir en tiempo real las rutas óptimas de evacuación en grandes infraestructuras.

 

eVACUATE-LOGO

A lo largo de los últimos meses se han realizado cuatro pilotos en los que se ha demostrado la viabilidad del proyecto y la posibilidad de escalado en gran cantidad de escenarios.

 

El primer ejercicio de evacuación se realizó el pasado Octubre en el estadio de fútbol Anoeta. 27 investigadores de diferentes empresas y universidades europeas estuvieron trabajando en San Sebastián definiendo en tiempo real las rutas óptimas de evacuación para un partido en Anoeta. Para ello se reunió a un buen número de aficionados y se les pidió que se ubicaran en la tribuna principal baja. A partir de ese momento siguieron las indicaciones de los operarios y vivieron in situ hasta cuatro tipos de evacuación con situaciones diferentes. Los anuncios de megafonía, la señalética, la apertura de las puertas y las situaciones de emergencia variaron con el objetivo de crear cuatro casos completamente diferentes.

 

Aquí tienes el vídeo con las imágenes y toda la información detallada del piloto en Anoeta.

 

El aeropuerto de Atenas, un barco de cruceros de la compañía STX en la costa francesa y finalmente, el pasado mes de mayo, el Metro de Bilbao, fueron los otros escenarios en los que se demostró la eficacia de eVacuate. En todos los casos fue posible reducir el tiempo de evacuación en más del 25% en comparación con los sistemas de evacuación actuales.

 

Puedes visualizar el caso de uso del Metro de Bilbao en el siguiente vídeo.

 

 

 

 

Sofia2 como base tecnológica en el proyecto europeo de I+d+i eVacuate