NOTIFYeye technology gears

NOTIFeye

Technische Grundlagen des Massenmeldesystems

NOTIFeye

»

TECHNOLOGIE

Entwickelt für Flexibilität, Ausfallsicherheit und Leistung

  • Läuft als Service unter Linux, vor Ort oder in der Cloud

  • Flexible Schnittstellen bieten Sockets, Web-Sockets und ReST mit nativen JSON-Datenstrukturen für All-In- und Out-Funktionen

  • Push- und Pull-Trigger (publish-subscribe) zum Senden von Benachrichtigungen

  • Einweg- und Zwei-Wege-Warnungen, um nicht nur Benachrichtigungen zu automatisieren, sondern auch Antwortdaten von Empfängern zu erfassen

  • Schnittstellen zu Online-Diensten und lokalen Kommunikationsgeräten zur Unterstützung des kontinuierlichen Betriebs bei physischen Katastrophen

Blockdiagramm

NOTIFeye technology block diagram

Wichtige Module

Das Trigger Interface-Modul ist für den Empfang von Warnungen von verschiedenen Endpunkten verantwortlich. Die Warnungen können unaufgefordert (Push an NOTIFeye) oder angefordert (externe Systeme/Geräte abfragen oder Auslöser von diesen Endpunkten abonnieren) eingehen. Alle Warnungen werden auf ihre Sicherheit hin überprüft und dann an das Regelprozessor-Modul übergeben. Die gesamte Kommunikation mit Trigger-Endpunkten wird protokolliert.

Das Regelprozessor-Modul ist für den Empfang genehmigter Benachrichtigungsanforderungen und das Abrufen der zugehörigen Vorlagen verantwortlich. Die Vorlagen geben die Regeln vor, die angewendet werden müssen, die sich auf die Auswahl des Ziels, die Reihenfolge der Benachrichtigungen und die Bedingungen auswirken, die die unternommenen Schritte bestimmen. Der Regelprozessor sendet einzelne Benachrichtigungen an das Modul Alert Interface, um die Kommunikation durchzuführen.

Das Modul Alert Interface ist für die Übertragung von Nachrichten an verschiedene Endpunkte verantwortlich. Die Nachricht kann je nach Endpunkt in Text- oder Tonform vorliegen, bei Bedarf mit automatischer Text-zu-Sprache-Konvertierung. Das Alert Interface-Modul ist auch für den Empfang von Antworten von (bidirektionalen) Endpunkten und die Speicherung dieser Daten für die spätere Tabellierung verantwortlich. Zu den gespeicherten Daten gehören Antworten von Endpunkten, die Zustellungs- und/oder Lesestatusbestätigungen unterstützen, sowie Antworten auf Nachrichten, die Feedback anfordern.

Das Scheduler-Modul ist für die Planung und Wiederaufnahme laufender Regeln verantwortlich, die basierend auf der Tageszeit oder dem Datum ausgesetzt wurden. Auf diese Weise können Regeln die Übertragung von Benachrichtigungen auf der Grundlage verschiedener Kriterien pro Benutzer und pro Endpunkt aufschieben.

Das Security Controller-Modul ist für die Durchsetzung von Sicherheitsrichtlinien für alle Verbindungen, Benutzer, Rollen, Endpunkte und Geräte verantwortlich. Darüber hinaus protokolliert der Security Controller Bedrohungen und versuchte Verstöße für eine nachfolgende Prüfung und Überprüfung. Selbst bei laufenden Angriffen blockiert der Security Controller auch Endpunkte / Benutzer / Verbindungen.

Das Berichtsprozessor-Modul ist für die bedarfsgerechte Generierung von Berichten auf der Grundlage vordefinierter Zeitpläne verantwortlich. Alle Berichte werden in einer Datenbank im JSON-Format gespeichert, um sie anschließend von externen Systemen abrufen und formatieren zu können. NOTIFeye bündelt häufig verwendete Berichte, und Telium kann benutzerdefinierte Berichte für Kunden erstellen.

Das Management Controller-Modul ist für die Verwaltung von Benutzerkonten und -attributen, das Aktivieren/Deaktivieren von Endpunkten und das Steuern des NOTIFeye-Systems verantwortlich. Alle Verwaltungsfunktionen sind über APIs und auch über eine Befehlszeilenschnittstelle (für die Kernkonfiguration/Diagnose) zugänglich.

Endpunkte auslösen

Endpunkte von Warnungen