Diferencia entre revisiones de «Documentacion de administador VIVAit Alert 1.0»

De VIVAitwiki
Ir a la navegaciónIr a la búsqueda
Línea 85: Línea 85:
 
*Portal de configuración y obtención de estadísticas del módulo de Alertas; es un portal diferente del de administración de la plataforma VIVAit Call o el de usuario de telefonía de VIVAit Call; se monta sobre servidor Apache Tomcat.
 
*Portal de configuración y obtención de estadísticas del módulo de Alertas; es un portal diferente del de administración de la plataforma VIVAit Call o el de usuario de telefonía de VIVAit Call; se monta sobre servidor Apache Tomcat.
 
*Módulo de alertas para Asterisk.
 
*Módulo de alertas para Asterisk.
 +
  
 
El desarrollo de la solución utiliza los siguientes lenguajes:
 
El desarrollo de la solución utiliza los siguientes lenguajes:
 +
 
*JAVA para el backend, conexión con base de datos.
 
*JAVA para el backend, conexión con base de datos.
 
*JavaScript para el portal, con Bootstrap como capa de JavaScript.
 
*JavaScript para el portal, con Bootstrap como capa de JavaScript.
Línea 98: Línea 100:
 
:*810 para los bloques de llamadas que se emiten.
 
:*810 para los bloques de llamadas que se emiten.
  
[[File:Funcionamiento.jpg|800px]]
+
[[File:Funcionamiento.jpg|600px]]
  
 
=== Elementos del sistema ===
 
=== Elementos del sistema ===

Revisión del 17:13 11 jun 2019

1 INTRODUCCIÓN

El módulo de Alertas del sistema VIVAit Call constituye la solución que mdtel ha desarrollado para los sistemas de emergencias.

mdtel ha realizado un desarrollo en un entorno web sencillo, al que se accede mediante usuario y password.

En este entorno web se reflejan las situaciones de todas las llamadas recibidas en el sistema de alertas, asímismo, el entorno permite agrupar los datos del servicio en gráficos y/o tablas.

En el mismo entorno web se pueden configurar parámetros del sistema de alertas.

2 FUNCIONAMIENTO GLOBAL

El funcionamiento del sistema es el siguiente:

  • El sistema se puede configurar para que solo algunos dispositivos puedan realizar llamadas de alerta  Si el dispositivo que intenta acceder al sistema no está autorizado será reencaminado hacía destinos predeterminados.
  • El sistema se activa con la recepción de una llamada de alerta desde algún dispositivo, el usuario puede grabar un mensaje que será reproducido a los destinatarios.
  • Se puede configurar un código de activación del sistema; se solicita un código al usuario que llama al teléfono de alertas.
  • Cuando se recibe una llamada, el sistema la pasa a una IVR que invita al usuario a dejar un mensaje.
  • Una vez grabado el mensaje el sistema lanza una batería de llamadas salientes simultáneas, configurables desde el portal Web, a hasta dos grupos distintos, Grupo 1 y Grupo 2. Como destinos de estos grupos se puede configurar cualquier número (extensión IP, números internos o externos, móvil corporativo, …).
  • Si alguno de los destinos del Grupo 1, con capacidad para confirmar la llamada, descuelga, escucha el mensaje y confirma la llamada, ésta aparece en el portal Web como llamada confirmada y el sistema no lanza las llamadas programadas en el Grupo 2.
  • Si ningún destino del Grupo 1 confirma la llamada, el sistema lanza un segundo grupo de llamadas, también configurable en el portal Web. En este segundo grupo de llamadas pueden existir destinos configurados de forma que puedan confirmar, si alguno de ellos confirma dicha llamada en el portal se reflejará una llamada Confirmada en Secundario. Si ninguno de los destinos del Grupo 2 confirma la llamada ésta aparece en el portal como No Completada y sombreada en rojo.
  • El sistema no permite que todos los destinos están configurados como Grupo 2.
  • Si es posible a todos los destinos que reciben la llamada de alarma se les muestra el número de teléfono que originó la llamada de alarma.
  • El mensaje grabado se puede escuchar en cada destino y, además, se puede reproducir desde el portal Web.
  • El portal Web indica en qué destinos se confirma la llamada, en qué destinos se descuelga la llamada, pero no se confirma, y en qué destinos ni se descuelga ni se confirma la llamada.
  • Los estados en los que pueden estar las llamadas son los siguientes:
    • Confirmada.
    • No completada.
    • Abortada.
    • Confirmada en Secundario.
    • En Curso.
    • No autorizada.
Cuando ningún destino (del Grupo 1 o del Grupo 2) confirma la llamada ésta aparece en el portal como No completada y aparece sombreada en color rojo.
Si una llamada es confirmada por un destino del Grupo 1 aparece en el portal como Completada y está sombreada en color verde.
Si un usuario ha llamado a la extensión de alertas y ha colgado durante la locución la llamada aparece en el portal como Abortada y está sombreada en color rojo.
Si una llamada es confirmada por un destino del Grupo 2 aparece en el portal como Confirmada en Secundario y está sombreada en color naranja.
Si entra en el sistema una llamada ésta aparece inmediatamente en el portal, en estado En Curso y sombreada en azul, hasta que la llamada finalice y se actualice su estado indicando entonces su estado definitivo.
Cuando un origen no autorizado realiza una llamada al sistema de alertas una locución le indica que el origen de la llamada no está autorizado y que la llamada se va a transferir, el portal, en ese caso, refleja la llamada como no autorizada.
  • Cuando se despliega la información de una llamada en el portal Web aparece el tiempo que cada uno de los destinos ha tardado en contestar y/o confirmar la llamada. Si los destinos no han atendido la llamada el tiempo es 0.
  • El sistema permite configurar un servicio del tipo Salas de Conferencia.

3 DIAGRAMA DE BLOQUES DE LA SOLUCIÓN

3.1 Sistema sin Orígenes Autorizados

Sistema sin origenes autorizados.jpg

3.2 Sistema con Orígenes Autorizados

Sistemas con origenes autorizados.jpg

3.3 Salas de Conferencia

Salas de conferencia.jpg

3.4 Diagramas de funcionamiento de la confirmación de llamadas

Confirmacion de llamadas DIAGRAMA DE BLOQUES.jpg


Confirmacion de llamadas TABLA DE TIEMPOS.jpg


En función de la duración del tiempo de confirmación que de ha configurado en el sistema pueden producirse dos casos:

3.4.1 Tiempo de confirmación largo

Confirmacion de llamadas TIEMPO DE CONFIRMACION LARGO.jpg


3.4.2 Tiempo de confirmación corto

Confirmacion de llamadas TIEMPO DE CONFIRMACION CORTO.jpg

4 ARQUITECTUTA

El desarrollo de la solución se basa en la siguiente arquitectura:

Arquitectura Paradas cardiacas.jpg

Los elementos principales del módulo de Alertas son:

  • IVR desplegada sobre el elemento de conmutación de voz asterisk de VIVAit Call; existirá una IVR por servicio; esta IVR tendrá flujos condicionados por elementos de configuración.
  • Base de datos en la que reside toda la configuración susceptible de ser modificada en la IVR y en la que se insertan las estadísticas de las llamadas recibidas y emitidas; se amplia la base de datos de la plataforma VIVAit Call con nuevas tablas para el módulo de Alertas.
  • Portal de configuración y obtención de estadísticas del módulo de Alertas; es un portal diferente del de administración de la plataforma VIVAit Call o el de usuario de telefonía de VIVAit Call; se monta sobre servidor Apache Tomcat.
  • Módulo de alertas para Asterisk.


El desarrollo de la solución utiliza los siguientes lenguajes:

  • JAVA para el backend, conexión con base de datos.
  • JavaScript para el portal, con Bootstrap como capa de JavaScript.
  • C para el módulo de alertas.


El funcionamiento interno del sistema es el siguiente:

Se generan dos nuevos tipos de segmentos:

  • 800 para la llamada que inicia la alerta
  • 810 para los bloques de llamadas que se emiten.

Funcionamiento.jpg

4.1 Elementos del sistema

4.2 Pruebas del sistema

4.3 Ficheros de configuración

4.3.1 MDalertas.conf

4.3.2 MDalertas_WEB.conf

4.4 Estructura de la Base de Datos

5 MONITORIZACIÓN DEL SISTEMA

5.1 DAT_ESTADOS_SERVICIOS

5.2 Procedimiento almacenado

5.3 Zabbix

5.4 Log's