Ein eingehender Anruf liefert dem Agenten oft weniger operativen Kontext, als die Situation erfordert. Ein Anrufer beschreibt möglicherweise einen blockierten Eingang, einen Sicherheitsvorfall oder ein Geräteproblem, aber der Agent muss dennoch den Standort identifizieren, die richtige Kamera finden und eine separate Überwachungsanwendung öffnen. Die Verbindung des Callcenters mit der Videoüberwachungsplattform bringt die relevante Live-Ansicht in den Arbeitsbereich des Agenten, während der Anruf bearbeitet wird.

Diese Lösung macht das Callcenter nicht zum Ersatz für das Videomanagementsystem. Sie verknüpft Anrufereignisse, Standortdaten und Kamerarressourcen, sodass Agenten Bedingungen schneller überprüfen und bessere Informationen an Sicherheits-, Wartungs- oder Einsatzpersonal weitergeben können. Sie ist besonders nützlich, wenn Anrufe mit physischen Standorten verbunden sind, einschließlich öffentlicher Sicherheitszentralen, Touristenattraktionen, Industrieanlagen, Bergwerken, Campusgeländen und großen Gewerbeparks.

Warum Sprache allein die Bearbeitung von Vorfällen verlangsamen kann

Ein herkömmliches Callcenter ist auf Gespräche und Kundenaufzeichnungen ausgelegt. Zu seinen Hauptfunktionen gehören in der Regel eine Telefonvermittlung oder ein automatischer Anrufverteiler, interaktive Sprachdialogsysteme (IVR), Computer-Telefonie-Integration (CTI), Kundenbeziehungsmanagement (CRM), Anrufaufzeichnung, Personaleinsatzplanung, Berichterstattung sowie Agententelefone oder Softphones.

Ein Überwachungssystem ist anders organisiert. Kameras, Netzwerk-Videorekorder (NVRs) und eine Videomanagementplattform sind nach Standort, Gebäude, Etage, Zone oder Gerätegruppe angeordnet. Bediener suchen und betrachten sie normalerweise über einen dedizierten Überwachungsclient. Beide Systeme können für sich genommen gut funktionieren, doch keines versteht automatisch die Ereignisse oder Ressourcen des anderen.

Die Verzögerung tritt an der Grenze zwischen ihnen auf. Der Agent stellt zusätzliche Standortfragen, öffnet eine andere Anwendung, durchsucht eine lange Kamerabaumstruktur und versucht dann zu entscheiden, welche Ansicht relevant ist. Wenn der Anrufer gestresst ist, den Standort nicht kennt oder ein gemeinsam genutztes Telefon verwendet, kann selbst die erste Standortschätzung unsicher sein. Eine praktische Integration reduziert diese manuellen Schritte, während der Agent die endgültige Kamerawahl behält.

Die Systeme und Daten, die zusammengeführt werden müssen

Die Integrationsschicht sitzt zwischen der CTI- oder Geschäftsanwendung und der vorhandenen Videoplattform. Auf der Callcenter-Seite empfängt sie Ereignisse wie Klingeln, Beantworten, Weiterleiten oder Trennen sowie alle verfügbaren Anrufernummern, Konten, Durchwahlen, Service-Tickets, Alarmquellen oder Standortverweise. Auf der Überwachungsseite synchronisiert sie das Kameraverzeichnis und fordert Live-Ströme für autorisierte Geräte an.

Wenn die Überwachungsplattform die GB/T 28181-Kaskadierung unterstützt, kann sich ein Videozugangs-Gateway als übergeordnete Plattform registrieren und die vorhandene Gerätehierarchie abrufen. Dieser Ansatz vermeidet in der Regel den Austausch von Kameras oder NVRs: Der Video-Administrator konfiguriert die genehmigte Kaskadenbeziehung, Geräteberechtigungen und den Katalogbereich auf der bestehenden Plattform. In Umgebungen, die GB/T 28181 nicht verwenden, kann dasselbe Integrationsmuster über die unterstützte Nord-Schnittstelle (API) oder Standardschnittstelle der Videoplattform implementiert werden.

Die Verbindung sollte als mehrere koordinierte Austausche betrachtet werden, nicht als eine einzige Schnittstelle. CTI liefert Anrufsignalisierung und Agentenstatus, die Geschäftsanwendung liefert den Fallkontext, der Standortdienst löst einen physischen Bereich auf, und die Videoplattform liefert Gerätekataloge und Mediensitzungen. Die Trennung dieser Zuständigkeiten verhindert, dass ein vorübergehendes Videoproblem die Anrufbearbeitung unterbricht, und ermöglicht es, dass jedes System unter seinem bestehenden Administrator bleibt.

Der Kamera-Katalog sollte zwischengespeichert und in kontrollierten Intervallen aktualisiert werden, anstatt bei jedem Anruf neu aufgebaut zu werden. Jeder synchronisierte Datensatz benötigt eine stabile Gerätekennung, einen Anzeigenamen, den übergeordneten Standort, den Online-Status und unterstützte Strominformationen. Wenn eine Kamera umbenannt oder in eine andere Gruppe verschoben wird, sollte der Integrationsdienst ihre Metadaten aktualisieren, ohne dass historische Ereignisaufzeichnungen, die auf die ursprüngliche Kennung verweisen, beschädigt werden.

Entwurfsprinzip: Integrieren Sie wann immer möglich mit der Videoplattform, anstatt separate Verbindungen zu jeder Kamera herzustellen. Die Plattform verwaltet bereits Geräteregistrierung, Aufzeichnung, Berechtigungen und Gesundheitsstatus; die Integrationsschicht sollte diese Kontrollen wiederverwenden.

Vom eingehenden Anruf zur richtigen Kamera

Ein sinnvoller Workflow ist ereignisgesteuert. Er besteht nicht nur darin, einen Videoplayer neben ein Softphone zu stellen:

1. Erfassen des Anrufereignisses. Der CTI-Dienst meldet den eingehenden Anruf und liefert die zu diesem Zeitpunkt der Interaktion verfügbaren Kennungen.

2. Ermitteln des wahrscheinlichen Standorts. Ein Regelwerk prüft das Anruferprofil, den Durchwahlplan, den Alarmdatensatz, die GIS-Datenbank oder ein offenes Service-Ticket. Wenn das Ergebnis nicht exakt ist, wird eine Zone zurückgegeben, anstatt so zu tun, als ob ein genauer Punkt bekannt wäre.

3. Auffinden relevanter Kameras. Der Standort wird mit Kamera-Koordinaten, der Standortstruktur, Abdeckungskennzeichnungen und vordefinierten Beziehungen verglichen. Das System kann nahe gelegene oder operativ relevante Kameras einstufen, während die manuelle Suche erhalten bleibt.

4. Anfordern abspielbarer Streams. Die Videozugangsschicht überprüft die Geräteverfügbarkeit und wandelt den autorisierten Stream in ein von der Agentenanwendung unterstütztes Format um oder leitet ihn weiter.

5. Darstellen der Ansicht im Kontext. Der Desktop zeigt Anrufdatensatz, Standort und vorgeschlagene Kameras gemeinsam an. Je nach Ereignis kann der Agent eine Einzelansicht oder ein Layout mit 2, 4, 9 oder 16 Fenstern verwenden.

6. Aufzeichnen der Bedieneraktion. Kamerawahlen, Anrufkennungen und Fallaktionen werden mit demselben Ereignis verknüpft, damit die Reaktion später überprüft werden kann.

Aufbau der Zuordnung um operative Standorte

Telefonnummern und Kamera-IDs teilen selten eine sinnvolle Benennungsstruktur. Daher ist eine Zuordnungsdatenbank das Herzstück der Lösung. Sie kann ein Kundenkonto mit einem Standort, eine interne Durchwahl mit einem Gebäude, ein Notfallterminal mit festen Koordinaten oder einen Alarmcode mit einer geschützten Zone verknüpfen. Kameraaufzeichnungen können Längen- und Breitengrad, Etage, Blickrichtung, Abdeckungsbereich, Eingangsnamen und geschäftliche Priorität enthalten.

Exakte Koordinaten sind nicht immer verfügbar, daher sollte der Suchdienst Aliase und ungefähre Übereinstimmungen unterstützen. Ein Anruf, der beispielsweise mit „Nordtor“ verbunden ist, könnte zuerst die Torkamera und dann nahe gelegene Straßen- oder Parkplatzkameras als Alternativen zurückgeben. Dies ist sicherer, als stillschweigend eine Ansicht als sicher zu präsentieren, wenn die Quelldaten nur einen allgemeinen Bereich angeben.

Fokussierte Agentenoberfläche beibehalten

Der Agent sollte nicht die gesamte Überwachungskonsole erlernen müssen. Das eingebettete Panel benötigt nur die Funktionen, die der Serviceprozess erfordert: Öffnen der vorgeschlagenen Kamera, Wechseln zu nahe gelegenen Ansichten, Vergrößern eines Streams, Auswahl eines geteilten Bildschirmlayouts und Übergeben des verifizierten Standorts an ein anderes Team. Eine weitergehende Videoanalyse kann im dedizierten Überwachungsclient verbleiben.

Auch Sprachanalytik kann ein Ereignissignal beisteuern. Wenn ein konfigurierter Satz oder eine Vorfallskategorie erkannt wird, kann das System eine Kameragruppe vorschlagen oder das Videopanel öffnen. Es sollte den Workflow unterstützen, nicht die endgültige Entscheidung treffen; der Agent muss den Standort und die Ansicht weiterhin bestätigen.

Auswahl der Bereitstellungsmethode

Das innerhalb des Überwachungsnetzwerks verwendete Videoprotokoll muss nicht das Format sein, das an den Browser oder das Agententerminal geliefert wird. Die Zugangsschicht kann den Stream an den Endpunkt und den operativen Bedarf anpassen. Die endgültige Wahl hängt von Latenz, Browserunterstützung, Netzwerkbedingungen, gleichzeitiger Betrachtung und davon ab, ob eine bidirektionale Sitzungssteuerung erforderlich ist.

Eine gemischte Bereitstellung ist üblich. Derselbe Integrationsdienst kann WebRTC für den Agenten-Browser, SIP für eine Einsatzkonsole und HLS für einen Vorgesetzten verwenden, der breite Kompatibilität anstelle geringster Latenz benötigt. Die Protokollwahl sollte dem Endpunkt und dem Workflow folgen, nicht einer einzigen systemweiten Präferenz.

Das Lebenszyklusmanagement von Streams ist ebenso wichtig wie die Protokollauswahl. Ein Stream sollte nur für einen autorisierten Agenten erstellt und freigegeben werden, wenn der Anruf, die Konsultation oder die Überprüfungssitzung endet. Der Dienst muss auch verhindern, dass wiederholte Einblendungen für dasselbe Ereignis doppelte Mediensitzungen öffnen. Wenn mehrere Agenten an einem Fall zusammenarbeiten, kann die Plattform den upstream Kamerafeed wiederverwenden, während sie für jeden Benutzer separate Betrachtungsberechtigungen und Prüfprotokolle beibehält.

Planung der Einführung und Abnahmetests

1. Auslöser und Reaktion definieren

Beginnen Sie mit einer kleinen Anzahl hochwertiger Ereignisse. Legen Sie fest, wann das Videopanel geöffnet wird, welche Daten den Standort identifizieren, wie Kameras eingestuft werden und was der Agent tun soll, wenn keine zuverlässige Übereinstimmung gefunden wird. Dies verhindert, dass eine technisch erfolgreiche Integration bei Routineanrufen unnötige Einblendungen erzeugt.

2. Kamera-Katalog normalisieren

Importieren Sie das genehmigte Verzeichnis von der Überwachungsplattform und bereinigen Sie die für die Zuordnung verwendeten Metadaten. Doppelte Namen, fehlende Etageninformationen und veraltete Koordinaten verringern die Genauigkeit, selbst wenn die Protokollverbindung stabil ist. Vergeben Sie konsistente Standort-, Zonen- und Abdeckungskennzeichnungen, bevor Sie die Einführung ausweiten.

3. Agentenanwendung über APIs anbinden

Die CTI- oder CRM-Schnittstelle sollte den Integrationsdienst für Kamerasuche, Stream-Erstellung und Ereignisprotokollierung aufrufen. Dies hält die Protokollbehandlung außerhalb der Geschäftsanwendung und erleichtert es, später eine Videoplattform, einen Player oder eine Bereitstellungsmethode zu ändern.

4. Den gesamten Betriebspfad testen

Die Abnahme sollte mehr als nur eine erfolgreiche Wiedergabe abdecken. Überprüfen Sie die Katalogsynchronisation, den Online- und Offline-Status der Kameras, die Standortzuordnung, die manuelle Suche, die Übergabe zwischen Agenten, die Autorisierung, die Stream-Wiederherstellung nach Unterbrechung und die Ereignisverknüpfung. Testen Sie die erforderlichen Layouts mit 1, 2, 4, 9 und 16 Ansichten auf den tatsächlichen Agentencomputern und im Netzwerk, nicht nur in einer Laborumgebung.

5. Lösung schrittweise einführen

Eine kontrollierte erste Phase kann eine manuelle Kamerasuche innerhalb des Agenten-Desktops bereitstellen. Die nächste Phase kann regelbasierte Vorschläge hinzufügen, gefolgt von automatischen Einblendungen für Ereignisse mit zuverlässigen Standortdaten. Sprachanalytik und komplexere Einsatzverknüpfungen sollten erst hinzugefügt werden, nachdem die zugrunde liegenden Zuordnungen und Betriebsabläufe erprobt sind.

6. Planung für beeinträchtigte Bedingungen

Der Anruf-Workflow muss auch dann nutzbar bleiben, wenn eine Kamera, ein Gateway oder ein Mediendienst nicht verfügbar ist. Die Agentenoberfläche sollte einen klaren Status anzeigen, den Sprachanruf aufrechterhalten und eine manuelle Suche oder nahe gelegene Kameras anbieten, anstatt ein endloses Lade-Fenster anzuzeigen. Wiederherstellungstests sollten eine getrennte Kamera, eine unterbrochene Gateway-Verbindung, verzögerte Katalogaktualisierungen und einen Browser, der das bevorzugte Stream-Format nicht starten kann, umfassen. Jeder Fehler sollte ein nützliches Betriebsprotokoll erstellen, ohne dem Agenten unnötige technische Meldungen anzuzeigen.

Wo die Lösung am besten passt

Die stärksten Anwendungsfälle haben eines gemeinsam: Der Anruf bezieht sich auf einen realen Ort, der mit einer oder mehreren Kameras verbunden werden kann.

• Öffentliche Sicherheit und Einsatzaufnahme: Agenten können den umliegenden Bereich überprüfen, während sie die Beschreibung des Anrufers aufnehmen und einen Einsatzdatensatz vorbereiten.

• Touristenattraktionen: Servicezentren können Eingänge, Verkehrsknotenpunkte oder überfüllte Zonen überprüfen, wenn Besucher Hilfe anfordern.

• Fabriken und Bergwerke: Leitstellen können Wartungs-, Sicherheits- oder Produktionsanrufe der richtigen Werkstatt, dem richtigen Tor oder Betriebsbereich zuordnen.

• Campusgelände und Gewerbeparks: Ein zentraler Servicedesk kann nahe gelegene Kameras anzeigen, wenn Anrufe von festen Hilfspunkten, Gebäuden oder verwalteten Durchwahlen eingehen.

• Integrierte Einsatzzentralen: Dieselbe Kamerawahl kann mit Ortungs-, Einsatz- und Ereignismanagementanwendungen geteilt werden, um eine koordinierte Reaktion zu unterstützen.

Der Wert liegt im Workflow, nicht darin, mehr Video zu zeigen. Eine gut gestaltete Integration gibt dem Agenten die kleinste relevante Menge an Ansichten, macht Unsicherheit sichtbar und bewahrt die bestehenden Zuständigkeiten der Callcenter- und Überwachungsteams.

Häufig gestellte Fragen