CPS-PSAP112. Intelligent technology at the service of the citizen’s emergencies

The project “Drones, eCall and Cyber Physical Systems for Public Safety Answering Points 112 (CPS-PSAP112)” aims to incorporate and accelerate introduction of new technologies, such as eCall, IoT and UAV or drones, in a safe and controlled manner, from the perspective of a 112 emergency center.

 

 

It makes use of SOFIA2 platform for 112 emergency centers. It includes development and integration of new external information interfaces such as drones and the eCall systems, aiming to add new services to accident and crisis management.

 

112 eCall workflow
112 eCall workflow

 

This way, SOFIA2 platform is ready for the European market’s new requirements and regulations for emergency centers or Public Safety Answering Points (PSAP 112). It explores SOFIA2 platform’s adaptability to develop new search and rescue (SAR) protocols, at both European and national levels, to support the fieldwork of human teams, allow for decision making and improve real-time synchronization between the Emergency Operation Center and the immediate response teams.

 

Architecture
Architecture

Drone sending, as an added value, and on-terrain image capture to send them in real time to the platform, allow for the immediate assessment of the situation, optimizing the use of emergency services and allowing them to adapt to the different crisis scenarios.

 

 

PSAP112 front-view
PSAP112 front-view

 

CPS-PSAP112 has been developed with the collaboration of Answare Technologies and CENTIC (Centro Tecnológico de las Tecnologías de la Información y las Comunicaciones, promoted by the government of Murcia). It has been funded within the European Horizon 2020 project CPSELabs, which is a member of the European initiative Smart Anything Everywhere (SAE). CPS-PSAP112 was chosen by the Commission as the best of 23 projects developed in CPSELabs, due to its impact in society.

 

logoCE

CPS-PSAP112. Intelligent technology at the service of the citizen’s emergencies

CPS-PSAP112. Tecnología inteligente al servicio de las emergencias del ciudadano

El proyecto “Drones, eCall and Cyber Physical Systems for Public Safety Answering Points 112″ (CPS-PSAP112) tiene por objetivo incorporar y acelerar la introducción de nuevas tecnologías como son eCall, IoT y UAV o drones, de un modo seguro y controlado desde el punto de vista de un centro de emergencias 112.

 

 

 

Se sirve de la plataforma SOFIA2 para centros de emergencias 112. Incluye el desarrollo y la integración de nuevos interfaces de información externa, como son los drones y el sistema eCall, con el fin de incorporar nuevos servicios en la gestión de crisis y accidentes.

Flujo del sistema de emergencias 112 eCall
Flujo del sistema de emergencias 112 eCall

De este modo la plataforma SOFIA2 estará preparada para los nuevos requisitos y normas del mercado europeo por parte de los centros de emergencias o Public Safety Answering Points (PSAP 112). Se explora la adaptabilidad de la plataforma SOFIA2 para elaborar nuevos protocolos de búsqueda y rescate (SAR), a nivel nacional y europeo, para apoyar el trabajo en campo de los equipos humanos, permitir la toma de decisiones y mejorar la sincronización en tiempo real entre el Centro de Operaciones de Emergencias y los equipos de respuesta inmediata.

 

Arquitectura de la Solución.
Arquitectura de la Solución.

El envío de drones como valor añadido y la captura de imágenes sobre el terreno que son enviadas a la plataforma en tiempo real permiten la evaluación de la situación de forma inmediata, optimizando el uso de los servicios de emergencia y posibilitando que se adapten a los diversos escenarios de crisis.

 

Visor gráfico CPS-PSAP112
Visor gráfico CPS-PSAP112

CPS-PSAP112 ha sido desarrollado con la colaboración de Answare Technologies y CENTIC (Centro Tecnológico de las Tecnologías de la Información y las Comunicaciones de fomentado por el gobierno de Murcia). Se ha financiado dentro del proyecto Europeo de Horizon 2020 CPSELabs que forma parte de la iniciativa europea Smart Anything Everywhere (SAE), y siendo elegido por la Comisión como el mejor de los 23 desarrollados por CPSELabs gracias a su impacto en la sociedad.

 

logoCE

 

CPS-PSAP112. Tecnología inteligente al servicio de las emergencias del ciudadano

Generación Código Cliente en TEst&Doc APIS

54

Esta nueva utilidad consiste en un editor de código cliente para las APIs de las Ontologías en los principales lenguajes de programación, de esta forma solo tendremos que copiar el código que genera e insertarlo en nuestras aplicaciones.

 

Para ello debemos acceder a la API de la Ontología que queremos invocar. En este ejemplo será “AparcamientoPublicosMadrides”. Así que accederemos al menú de “API MANAGER”, y al submenú “APIs”:Image 003

Una vez aquí, vamos a la pestaña de “Mis Suscripciones”:Image 006

Y elegimos la API que queremos probar. Y clickamos sobre el botón “Test & Doc”:Image 009

Aquí tenemos información de la API y de las funciones que expone para su consumo. Nosotros vamos a elegir la función “getAll”:Image 012

A continuación se nos muestra la información referente a dicha función, y en la parte derecha aparecerá un menú desplegable llamado “Invocación al API”, en el elegiremos el lenguaje que queremos usar para invocar a la función:Image 015

Y esto generará el trozo de código necesario para invocar a la función. Solo tendremos que completar dicho código usando el token del usuario con el que estamos logados en la parte del “x-sofia2-apikey”:Image 018

He creado una pagina de ejemplo en HTML usando JQuery, para insertar el código que nos genera para el método del API,  el codigo HTML utilizado para el ejemplo seria:

<code>

<!DOCTYPE html>
<html>

<head>
<meta charset=”UTF-8″>
<title>Test API</title>
http://code.jquery.com/jquery-2.2.3.min.js

$(document).ready(function() {
$(“#myButton”).click(function() {

var settings = {
“async”: true,
“crossDomain”: true,
“url”: “https://sofia2.com/sib-api/api/v1/aparcamientospublicosmadrides/getAll&#8221;,
“method”: “GET”,
“headers”: {
“x-sofia2-apikey”: “********************”
}
}

$.ajax(settings).done(function (response) {
console.log(response);
var num = response.data.length;
$(“#apiTestDiv”).html(“Request URL: https://sofia2.com/sib-api/api/v1/aparcamientospublicosmadrides/getAll
Num Result: ” + num);

});

});
});

</head>

<body>
<button id=”myButton”>Test API</button>
</br>
</br>

</body>

</html>

</code>

 

resultado sería asi:

Image 028

Generación Código Cliente en TEst&Doc APIS

Integración instancia GIT en GitLab con instancia de Plataforma Sofia2

asoc-git-01
Se ha incorporado una nueva funcionalidad a la plataforma consistente en la asociación de una instancia de SCM GIT sobre GitLab con la instancia de plataforma Sofia2 para poder utilizar dicho repositorio como repositorio SCM de nuestros desarrollos sobre plataforma, además de futuras incorporaciones de automatizaciones para la gestión de funcionalidades como la exportación e importación de configuración y datos, proyectos web, etc.
No todas las instancias de plataforma tendrán disponible la funcionalidad, puesto que está pensado más bien para su uso con instancias que se utilicen como entorno de desarrollo o pruebas, más que con instancias productivas. Para que la funcionalidad esté disponible se debe de habilitar por configuración en la propia instalación de la instancia.
Lo primero que hay que hacer para poder hacer uso de la funcionalidad es crear la asociación. Para ello, accedemos con usuario administrador a la consola de plataforma y en el menú de administración, pulsamos sobre la opción repositorio GIT
asoc-git-01
Y creamos la asociación:
asoc-git-02
Introducimos los datos de URL del repositorio GIT, usuario, password y el private token del usuario administrador para la integración y marcamos la integración como activa:
asoc-git-03
Para poder realizar el enlace correctamente en el repositorio GIT debe de existir un usuario “project_sofia2” (del que debemos conocer su password y el private token) con rol administrador y un grupo llamado “ProjectSOFIA2” con el usuario administrador anterior como propietario.
asoc-git-04asoc-git-05
Solo se permitirá una configuración de Repositorio GIT por instancia y su activación/desactivación, pero no el borrado:
asoc-git-06
En la ventana de visualización se pueden ver los proyectos existentes en el grupo “ProjectSOFIA2”
asoc-git-07
A partir de este paso, cuando un usuario crea un proyecto en Sofia2, automáticamente se crea un proyecto en el repositorio GIT dentro del grupo ProjectSOFIA2 y el usuario correspondiente al usuario Sofia2 que crea el proyecto como owner del proyecto y añadido al grupo, además de crear una estructura base de proyecto a partir de un template.
Creamos el proyecto en Sofia2 Control Panel:
asoc-git-08
Y se crea proyecto en GIT, en el grupo ProjectSOFIA2:
asoc-git-09
Cada proyecto creado en Git se define con:
asoc-git-10
Finalmente, se crean los usuarios asociados con el proyecto:
  • Un usuario con rol owner en Git para el usuario que crea el proyecto
  • Un usuario con rol developer en Git por cada usuario asociado al proyecto Sofia2
  • Todos los usuarios quedarán asociados al grupo de usuarios del proyecto
A partir de este paso, cuando se añaden usuarios al proyecto Sofia2 con repositorio asociado, se crean y añaden usuarios al repositorio y grupo en GIT.
     – Los datos de los usuarios de Git se tomarán de los datos de usuarios de Sofia2.
     – Datos de usuario en Sofia2: Usuario, Nombre Completo, Email
     – Datos de usuario en GitLab: Usuario, Nombre, Email
     – Contraseña: se envía link al mail desde el API de GitLab con contraseña autogenerada para repositorio.
Si un proyecto ya existiera previa a la asociación del repositorio GIT con la Plataforma se tendría que editar el proyecto para que se realizara todo el proceso igual que si se creara de cero con el enlace a GIT activado.

En posteriores versiones se evolucionará la funcionalidad con algunas mejoras:
  • Marcador a nivel de proyecto para indicar si se quiere asociar o no el proyecto a repositorio GIT.
  • Visualizado de datos de enlace a Git con los datos de Grupo/proyecto y usuarios en Git dentro de la ventana de proyecto.
  • Visualización datos básicos de información de repositorio: Branches, Tags, Files, Activity, Commits, Graph, Compare, etc.
  • Funcionalidades para poder guardar contenidos desde consola en dicho repositorio por cada usuario de proyecto. Se hará especifico en cada una de las funcionalidades, por ejemplo, export/import, proyecto web, notebooks, etc.
Integración instancia GIT en GitLab con instancia de Plataforma Sofia2

Sofia2 Desktops

T_21

A área de trabalho da plataforma constitui o ponto de acesso de qualquer usuário da plataforma a qualquer um dos aplicativos fornecidos no projeto e a que o usuário tenha acesso.

No nível da plataforma, diferentes desktops podem ser criados para que um usuário possa acessar vários desktops, cada um com diferentes finalidades e aplicativos.

Escritórios são aplicativos da Web que atuam como contêineres para outras aplicações. Um administrador de plataforma controla e configura quais aplicativos são acessíveis a partir de cada mesa, associando-os à área de trabalho do próprio painel de controle da plataforma.

Ao mesmo tempo, cada administrador de aplicativos, dando-o como um projeto na própria plataforma, controlará quais usuários têm acesso ao aplicativo.

Para que cada mesa, realize o controle do acesso aos usuários da plataforma através de uma tela de login e dependendo das permissões que esse usuário tenha em cada um dos aplicativos registrados, terá acesso ou não aos aplicativos registrados como aplicativos de área de trabalho.

Em seguida, explicaremos como criá-los e usá-los.

Seguir leyendo “Sofia2 Desktops”

Sofia2 Desktops

SOFIA2 Desktops

T_21

The desktop of the platform constitutes the access point of any user of the platform to any of the applications provided in the project and to which the user has access.

At the platform level, different desktops can be created so that a user can access several desktops, each with different purposes and applications.

Desks are Web applications that act as containers for other applications. A platform administrator controls and configures which applications are accessible from each desk, associating them to the desktop from the platform’s own control panel.

At the same time each application administrator, giving it as a project on the platform itself, will control which users have access to the application.

So that each desk, performs the control of access to users of the platform through a login screen, and depending on the permissions that that user has on each of the applications registered, will have access or not to the registered applications as desktop applications.

Next, we will explain how to create and use them.

Seguir leyendo “SOFIA2 Desktops”

SOFIA2 Desktops

Escritorios SOFIA2

T_21

El escritorio de la plataforma constituye el punto de acceso de cualquier usuario de la plataforma a cualquiera de las aplicaciones provistas en el proyecto y a las que el usuario tuviera acceso.

A nivel de plataforma se pueden crear diferentes escritorios de manera que un usuario pueda tener acceso a varios escritorios, cada uno con propósitos y aplicaciones distintos.

Los escritorios son aplicaciones Web que actúan como contenedores de otras aplicaciones. Un administrador de la plataforma controla y configura qué aplicaciones son accesibles desde cada escritorio, asociándolas al escritorio desde el propio panel de control de la plataforma.

A su vez cada administrador de aplicación, dándola de alta como proyecto en la propia plataforma, controlará qué usuarios tienen acceso a la aplicación.

De manera que cada escritorio, realiza el control de acceso a los usuarios de la plataforma mediante una pantalla de login, y en función de los permisos de que disponga dicho usuario sobre cada una de las aplicaciones dadas de alta, tendrá acceso o no a las aplicaciones registradas como aplicaciones de escritorio.

A continuación explicaremos como crearlos y utilizarlos.

Seguir leyendo “Escritorios SOFIA2”

Escritorios SOFIA2