Mostrando entradas con la etiqueta CRA. Mostrar todas las entradas
Mostrando entradas con la etiqueta CRA. Mostrar todas las entradas

sábado, 1 de mayo de 2021

IVR para llamadas de control a trabajadores solitarios en base a calendario - Lone Worker Control by Phone Call (+ Margen Random) (MIDDLEWARE) -> IMAN SEGURIDAD

Tras el ya conocido sistema IVR de control mixto de Inicio y fines de Jornada + Control de inactividad que os presente en versión LLAMADA recibida (Para un rápido despliegue sin necesidad de instalar nada ni de necesidad de Smartphones):

 

https://inphower.blogspot.com/2017/01/ivr-para-controlar-servicios-de.html

 

Y en versión APP (También se desarrolló una versión vía WEB con Geo posicionamiento para no tener que instalar nada en Smartphone):

 

https://inphower.blogspot.com/2017/01/app-android-para-controlar-servicios-de.html

 

Hoy con un año de retraso, ( más que verificado porque esta implementado y funcionado sin problemas) os presento una versión LLAMADA SALIENTE (por lo tanto también de despliegue muy rápido)  más orientada únicamente al control de personas en solitario (No excluyente para temas de control laboral) , en este caso solo con llamadas para controlar que hay alguien respondiendo al teléfono y por lo tanto está en buenas condiciones y se encuentra en el lugar donde este el teléfono instalado (de ser un fijo) o móvil si controlamos personas que realizan rondas (de ser un móvil que se designa al servicio y no sale de las instalaciones).

 

El desarrollo se basa en una adaptación de un software libre de calendarios de acciones para adaptarlo a la generacion de llamadas a realizar automatizadas acordado con el cliente, esta llamada se genera en base al calendario con un margen de aleatoriedad también acordado, el robot realiza un total de X intentos de llamada y si la misma no es respondida genera una ausencia de respuesta que se representa en una alarma para que el operador actué según la operativa establecida. Toda la parte de automatismo de llamada es externa al software de CRA Manitou pero la parte de registro de las acciones del automatismo y/o la usencia de respuesta ya se gestiona como una señal más en Manitou.

 

Un video del resultado final vale más que mil palabras:




Y algunas imágenes de los controles y registros:





Tengo otro proyecto para el control de accesos a centros de coworking via IVR para la gestión de control de accesos y armados de los centros fuera de horario, si tengo tiempo para parame a publicarlo os lo enseñare en breve.

Saludos!

domingo, 2 de diciembre de 2018

Google Home Assistant Panic to ARC (Alarms Receiver Center Bold Manitou) (MIDDLEWARE)

Hi,

As I promised in this previous publication...

https://t.co/RYPzKYrS2t

Remember my Pseudo Google Assistant on 2016???!!

https://inphower.blogspot.com/2016/03/broadlink-rm-pro-android-bridge-iphone.html

Below I show you my Google Assistant integration with the Manitou Alarm Center software to manage alarms by Voice for the domestic control of alarms when it is not possible to act on the alarm keypad or alarm buttons to issue an alarm to the Alarmas Receiver Center.

Now with a voice message we solve this impediment and even tens of meters from the device we can give a warning to the alarm center for situations such as falls of elderly or indispositions or general request for help via Panico signal.



sábado, 24 de marzo de 2018

Integración Equipos TWIG -> PROXY IMANTWIG -> MANITOU & Llamada de voz ASTERISK (MIDDLEWARE) -> IMAN SEGURIDAD

Os anuncio la nueva integración directa vía GPRS de los equipos de la marca TWIG con software de Central de Alarmas MANITOU:

  • SEGURIDAD PARA TRABAJADORES AISLADOS

  • https://www.twigcom.com/es_ES/page/lone-worker-safety
  • https://www.youtube.com/watch?v=ieA8XVFQjuM
  • Los trabajadores aislados son aquellos que trabajan solos, sin supervisión cercana o directa. Las empresas que contratan a estos trabajadores aislados tienen la responsabilidad de garantizar que no corran más riesgos que los demás compañeros.
  •  TWIG son dispositivos especializados diseñados para múltiples situaciones de trabajo en solitario.
  • Las alarmas que incorpora el dispositivo incluyen: botón de Pánico, función automática hombre a tierra, la alerta amarilla y opcionalmente TWIG Alarma inalámbrica. El protocolo de emergencia predefinido transmite la última ubicación conocida del usuario y abre una conexión de voz bidireccional.

Mediante la integración de protocolo de comunicaciones MPTP (Mobile Phone Telematics Protocol), y haciendo uso de un proxy transparente podemos añadir a cualquier dispositivo TWIG la funcionalidad de gestión de las alarmas de los equipos 24H o en ciertos horarios (Opción de especial importancia para Centros de control o Personal de Seguridad que no esta disponible las 24H para atender dichas alarmas.)

Ventajas del sistema Proxy:

Presentación de alarmas y gestión desde la plataforma TWIG no son invalidadas y siguen presentes:


Integración directa de las Señales en Manitou y presentación de geoposicionamiento mediante planos en exterior o en Interiores mediante visualización de Balizas cercanas.



Recepción de las llamada  HABLA-ESCUCHA para verificación directa por CRA y  alarma adicional por identificación del CALLID entrante en MANITOU como respaldo a la emisión de la información GPRS (Zonas de baja cobertura de datos).




martes, 27 de febrero de 2018

Integración ECOMMUNICATOR APP -> GATEWAY ECOMM -> MANITOU & Llamada de voz ASTERISK (MIDDLEWARE)-> IMAN SEGURIDAD

Integración de las señales de la Aplicación para móvil ECOMMUNICATOR para la protección del profesional mediante detección de Hombre a Tierra/muerto , Inactividad y Pulsación SOS en Central de Alarmas con Software Manitou , en la web se dispone de información del fabricante de la APP con mayor detalle ...

http://ecommunicator.es/web/

- “El País” ¿Sólo ante el Peligro? http://bit.ly/2vTG1b4
- “Prevencionar” Entrevista a Marc Borrell http://bit.ly/2gNXvDd
- Blog Ecommunicator http://ecommunicator.es/web/category/noticias/

La integración es mediante dos vías, una llamada de voz identificada por CALLID y una señal vía GPRS con información adicional y Geoposicionamiento:




sábado, 28 de enero de 2017

IVR para controlar SERVICIOS de Auxiliares o Vigilantes mediante pasarela hacia Soft Central Receptoras de Alarmas MANITOU (MIDDLEWARE) -> CRA IMAN SEGURIDAD

Y lo prometido es deuda. ....tras montar una Pasarela WEB y una APP ANDROID para informar de INICIO/FIN/PRESENCIA/SOS vía un formulario WEB o una APP he desarrollado para los servios donde no queremos entregar un teléfono Android (APP) o un acceso a un navegador con Internet (WEB) pero si tenemos una linea de teléfono de voz ya sea propia del servicio o la empresa donde este se realiza (o incluso haciendo uso de un 900 gratutito y que el empleado pueda usar su propio teléfono móvil) un IVR (IVR son las siglas de Interactive Voice Response, que se traduce del inglés como respuesta de voz interactiva...), basado en  ASTERISK donde llamado a un teléfono asignado a este "robot telefónico"  podremos realizar las mismas operaciones de INICIO/FIN/PRESENCIA/INCIDENCIA... en este caso al no disponer de posicionamiento GPS almacenaremos alternativamente el teléfono desde donde se recibe la llamada.


Las herramientas están desarrollada en mi tiempo libre para la empresa en la que actualmente presto mis servicios IMAN SEGURIDAD con el fin de automatizar procesos.



jueves, 5 de enero de 2017

APP Android para controlar SERVICIOS de Auxiliares o Vigilantes mediante pasarela hacia Soft Central Receptoras de Alarmas MANITOU (MIDDLEWARE) -> IMAN SEGURIDAD

Buenas...

Pues tras montar una Pasarela WEB para informar de INICIO/FIN/PRESENCIA/SOS vía un formulario WEB he dado un gran paso mas empujado por algún compañero creando una Aplicación ANDROID, esta aplicación mediante un Servidor en CLOUD permite mediante un canal de comunicación IP del Soft de Recepción de Alarmas CRA MANITOU lanzar señales y controlar SERVICIOS por calendarios INICIOS / FINES de servicios, INACTIVIDAD en el servicio cada ciertos periodos horas/minutos ademas de lanzar alarmas de SOS inmediatas o retardadas (Con posibilidad de lanzaras a CRA y poder anularlas antes de x minutos...), todo ello emitiendo posicionamiento GPS en cada envió de señal. Bueno en mi linea, un pequeño vídeo un ejemplo del funcionamiento... en breve espero poder crear lectura de puntos NFC para gestionar la emisión de lecturas de recorridos durante rondas... y una versión mediante Llamada Telefónica y un IVR ( Interactive Voice Response) con voz sintetiza para los servicios donde no se entregue un SmartPhone Android o no se disponga de un navegador Web con Internet.

Las herramientas están desarrollada en mi tiempo libre para la empresa en la que actualmente presto mis servicios IMAN SEGURIDAD con el fin de automatizar procesos.





Lo que se recibe en CRA...


Aquí faltarían la señales de SERVICIO NO INICIADO en base a un calendario donde se indique la hora de inicio , SERVICIO FINALIZADO ANTES DE HORA, INACTIVIDAD al no recibir latidos cada cierto tiempo programado... etc..



Dentro de las tramada WEB viene información de la IP de la petición y en la APP ANDROID haciendo uso del GPS del móvil viene ademas el posicionamiento GPS.

jueves, 28 de abril de 2016

Análisis de video postproceso para filtrar e inyectar videos únicamente con movimiento en Software Receptora ( IPTECNO / DAHUA -> MANITOU ) (MIDDLEWARE) - CRA PEDRO RICO SEGURIDAD



Hoy os cuelgo algo que programe hace tiempo y que permitió reducir drasticamente la carga de trabajo de las operadoras a la hora de tramitar vídeos recepcionados en el Software de Cra (En este caso se adapto el mismo al Software CRA MANITOU / BOLD ), trabajando sobre el envió masivo de todos los canales de las cámaras conectadas a un videograbador  (En esta caso equipos DAHUA / IPTECNO) por la entrada del disparo de sirena.



Mediante este Script en Batch para Windows y software de uso libre de análisis de vídeo conseguí que al recibir los vídeos de las 4/8/16 cámaras por un disparo de sirena, estos antes de ser inyectados al software de CRA se filtraran/marcaran/priorizaran y se presentaban a la operadora con diferente Descripción/Prioridad, consiguiendo de este modo que los vídeos en los cuales se había detectado movimiento fuesen tramitados mas rápida y agilmente (en lugar de tener que visualizar por un disparo de sirena tramas de 4/8/16 vídeos (uno por cámara)), facilitando de esta forma el trabajo a  la operadora en tiempo invertido en verificar y discernir uno a uno los vídeos y por lo tanto consumiendo un tiempo vital mas aun en casos donde existan  pendientes otras alarmas en cola a tramitar.






En este video se presenta la demostración generando un salto de alarma ficticio en un DVR DAHUA / IPTECNO (Pasando entrada de alarma de NC a NO y viceversa para simular un salta de alarma por ejemplo por un disparo de sirena...) con emisión de una trama de vídeo de cada una de las 8 cámaras y trabajo del Script Batch para filtralos y eliminar los que no tienen movimiento originados por dicho DVR y posteriormente inyectarlos al software receptora Bold Manitou mediante el uso desoftware de análisis de video libre.

En una versión posterior en lugar de eliminar los que no tienen movimiento estos también son inyectados pero se les quita la etiqueta de ALARMA/ PRIORIDAD quedando simplemente logeados en el histórico cliente para consultas.

domingo, 21 de febrero de 2016

Alarm Ademco ContactID to Email or Human voice synthesized Voice Call - Asterisk + AlarmReceiver Script + Google Voice - PEDRO RICO SEGURIDAD

Hi! (En Castellano más abajo)

I'm posting a personal project i've been working with all summer, And i finally made it,  It was so much satisfactory than I expected.

I was looking for how to get my old alarm system could send signals to the mobile without going through a ARC (Alarm Receiver Center) and avoid paying fees and I got it completely.


I started seeking to receive the signal and convert it to a simple Email with the alarm signal emitted by the Burglar Alarm System but i also i can get the message and convert it to a voice call via text reading ... the most difficult thing was to integrate the existing script AlarmReceiver with a version of Linux system and Asterisk VoIP Software that recognize the script and adjust the parameters and solve several defects,  after this and bunch of tests using different codecs and VoIP to Analogic ATA Converters I can correctly decode the ContactId even no only at the level of internal VoIP calls , also  using Telefonica's network PSTN and I can receive alarms from any phone and filter based on subscriber programmed into the  Burglar Alarm System unit, based on the coded ContactId information I can extract Subscriber Zone and Event and with a table in ASCII I can program where to call or Email and the name of zone and type of alarm.(This with a small gateway Email to SMS is convertible perfectly to send SMS), well I leave a homemade video with the moment of " success"...


The "System" (in this case is an old PC laptop running Linux and Asterisk Software 1.8 and an analog-to-ip Linksys PAP2), this system is perfectly valid to create a small ARC monitoring station for a few hundred customers, Ex .: residencial area, long area factories etc ... It can receive any alarm system that was connected to an alarm center ARC (or could be) and  was transmitting in ContactId format.



**************************************************************
Hola!

Hoy publico un proyecto personal en el que estuve trabajando este verano y que conseguí alcanzar con resultados mucho mas satisfactorios de los que esperaba, simplemente buscaba conseguir que mi viejo sistema de alarma pudiese enviarme las señales al móvil sin necesidad de pasar por una Central Receptora de alarmas y de este modo evitar pagar cuotas, lo conseguí con creces, en principio buscaba un simple Email con la señal de alarma emitida pero conseguí que además pudiese generar el aviso mediante una llamada de voz y una lectura del texto... el reto mas duro fue conseguir integrar el script existente AlarmReceiver con una versión de central de VozIp Asterisk que lo reconociese y ajustar los parámetros y corregir los defectos, tras esto y con varias pruebas con diferentes codificaciones VozIp y Conversores Analógicos a VozIp ya se podía descodificar el ContactId correctamente, incluso no ya a nivel de llamadas VozIp internas sino haciendo uso de la red de Telefónica y pudiendo recibir alarmas de cualquier teléfono y filtrar dependiendo del abonado programado en la centralita que debía hacer al recibir la llamadas, como se nombraba cada zona recibida para la escritura del mensaje Email o la lectura y si decidiendo a quien y método de aviso, Solo Email, Solo Voz o ambos (Esto con una pequeña pasarela Email a SMS es convertible perfectamente a SMS), bueno os dejo el vídeo casero del momento del "éxito"...


El “equipo” (Que en este caso es un viejo PC PORTATIL corriendo el Software en Linux Asterisk 1.8  y un Conversor Analógico a IP  LINKSYS PAP2T)  es perfectamente valido para crear una pequeña Receptora de Alarmas para unos cientos de clientes en plan "artesano", Ej.: urbanizaciones, comunidades de vecinos etc... pudiendo recepcionar cualquier sistema de alarma "antiguo" que anteriormente estuviese conectado a una Central de Alarmas (o pudiese estarlo) y emitiese en formato ContactId.

Twitter Inphower