수신 전화는 종종 에이전트에게 상황이 요구하는 운영 맥락보다 적은 정보를 제공합니다. 발신자는 차단된 출입구, 안전 사고 또는 장비 문제를 설명할 수 있지만, 에이전트는 여전히 위치를 파악하고 올바른 카메라를 찾아 별도의 모니터링 애플리케이션을 열어야 합니다. 콜센터를 비디오 감시 플랫폼에 연결하면 통화 처리 중에 관련 실시간 화면을 에이전트 작업 공간에 표시할 수 있습니다.

이 솔루션은 콜센터를 비디오 관리 시스템의 대체물로 만들지 않습니다. 통화 이벤트, 위치 데이터 및 카메라 리소스를 연결하여 에이전트가 상황을 더 신속하게 확인하고 보안, 유지보수 또는 지휘 요원에게 더 나은 정보를 전달할 수 있도록 합니다. 이는 공공 안전 센터, 관광 명소, 산업 현장, 광산, 캠퍼스 및 대규모 비즈니스 파크 등 통화가 물리적 위치와 연결된 경우에 특히 유용합니다.

음성만으로는 사건 처리가 느려질 수 있는 이유

기존 콜센터는 대화와 고객 기록을 중심으로 설계되었습니다. 주요 기능에는 일반적으로 전화 교환기 또는 자동 통화 분배기, 대화형 음성 응답(IVR), 컴퓨터 전화 통합(CTI), 고객 관계 관리(CRM), 통화 녹음, 인력 일정 관리, 보고 및 에이전트 전화 또는 소프트폰이 포함됩니다.

감시 시스템은 다르게 구성됩니다. 카메라, 네트워크 비디오 레코더(NVR) 및 비디오 관리 플랫폼은 사이트, 건물, 층, 구역 또는 장치 그룹별로 정리됩니다. 운영자는 일반적으로 전용 모니터링 클라이언트에서 검색하고 봅니다. 두 시스템 모두 단독으로는 잘 작동할 수 있지만, 서로의 이벤트나 리소스를 자동으로 이해하지는 못합니다.

지연은 두 시스템 사이의 경계에서 발생합니다. 에이전트는 추가 위치 질문을 하고, 다른 애플리케이션을 열고, 긴 카메라 트리를 검색한 후 어떤 화면이 관련 있는지 결정하려고 시도합니다. 발신자가 당황했거나 현장에 익숙하지 않거나 공용 전화를 사용하는 경우, 첫 번째 위치 추정조차 불확실할 수 있습니다. 실용적인 통합은 에이전트가 최종 카메라 선택을 제어할 수 있도록 하면서 이러한 수동 단계를 줄입니다.

통합해야 하는 시스템 및 데이터

통합 계층은 CTI 또는 비즈니스 애플리케이션과 기존 비디오 플랫폼 사이에 위치합니다. 콜센터 측에서는 발신, 응답, 전송 또는 연결 해제와 같은 이벤트와 함께 사용 가능한 발신자 번호, 계정, 내선, 서비스 티켓, 알람 소스 또는 위치 참조를 수신합니다. 감시 측에서는 카메라 디렉토리를 동기화하고 승인된 장치의 라이브 스트림을 요청합니다.

모니터링 플랫폼이 GB/T 28181 캐스케이딩을 지원하는 경우, 비디오 액세스 게이트웨이는 상위 플랫폼으로 등록하고 기존 장치 계층 구조를 검색할 수 있습니다. 이 접근 방식은 일반적으로 카메라 또는 NVR 교체를 피합니다. 비디오 관리자는 현재 플랫폼에서 승인된 캐스케이드 관계, 장치 권한 및 카탈로그 범위를 구성합니다. GB/T 28181을 사용하지 않는 환경에서는 비디오 플랫폼이 지원하는 노스바운드 API 또는 표준 액세스 인터페이스를 통해 동일한 통합 패턴을 구현할 수 있습니다.

연결은 단일 인터페이스가 아닌 여러 조정된 교환으로 처리되어야 합니다. CTI는 통화 신호 및 에이전트 상태를 제공하고, 비즈니스 애플리케이션은 케이스 컨텍스트를 제공하며, 위치 서비스는 물리적 영역을 해결하고, 비디오 플랫폼은 장치 카탈로그 및 미디어 세션을 제공합니다. 이러한 책임을 분리하면 일시적인 비디오 문제가 통화 처리를 중단하는 것을 방지하고 각 시스템이 기존 관리자 아래에 유지될 수 있습니다.

카메라 카탈로그는 통화가 도착할 때마다 다시 빌드하는 대신 캐시하고 제어된 간격으로 새로 고쳐야 합니다. 각 동기화된 레코드에는 안정적인 장치 식별자, 표시 이름, 상위 사이트, 온라인 상태 및 지원되는 스트림 정보가 필요합니다. 카메라 이름이 변경되거나 다른 그룹으로 이동된 경우, 통합 서비스는 원래 식별자를 참조하는 기록 이벤트 레코드를 손상시키지 않고 메타데이터를 업데이트해야 합니다.

설계 원칙: 각 카메라에 개별 연결을 여는 대신 가능하면 비디오 플랫폼과 통합하십시오. 플랫폼은 이미 장치 등록, 녹화, 권한 및 상태를 관리하고 있습니다. 통합 계층은 이러한 제어 기능을 재사용해야 합니다.

수신 전화에서 올바른 카메라로

유용한 워크플로는 이벤트 기반입니다. 소프트폰 옆에 비디오 플레이어를 두는 것 이상의 역할을 합니다:

1. 통화 이벤트를 캡처합니다. CTI 서비스는 수신 전화를 보고하고 상호 작용 시점에 사용 가능한 식별자를 제공합니다.

2. 가능한 위치를 확인합니다. 규칙 서비스는 발신자 프로필, 내선 계획, 알람 기록, GIS 데이터베이스 또는 미해결 서비스 티켓을 확인합니다. 결과가 정확하지 않으면 정확한 지점을 아는 척하지 않고 구역을 반환합니다.

3. 관련 카메라를 찾습니다. 위치를 카메라 좌표, 사이트 구조, 커버리지 태그 및 사전 정의된 관계와 비교합니다. 시스템은 수동 검색을 유지하면서 근처 또는 운영상 관련된 카메라의 순위를 매길 수 있습니다.

4. 재생 가능한 스트림을 요청합니다. 비디오 액세스 계층은 장치 가용성을 확인하고 승인된 스트림을 에이전트 애플리케이션이 지원하는 형식으로 변환하거나 중계합니다.

5. 컨텍스트 내에서 화면을 표시합니다. 데스크톱에 통화 기록, 위치 및 제안된 카메라를 함께 표시합니다. 이벤트에 따라 에이전트는 단일 화면 또는 2, 4, 9, 16 창 레이아웃을 사용할 수 있습니다.

6. 운영자 작업을 기록합니다. 카메라 선택, 통화 식별자 및 케이스 작업을 동일한 이벤트에 연결하여 나중에 대응을 검토할 수 있습니다.

운영 위치를 중심으로 매핑 구축

전화번호와 카메라 ID는 유용한 명명 구조를 공유하는 경우가 거의 없습니다. 따라서 매핑 데이터베이스는 솔루션의 핵심입니다. 고객 계정을 사이트에, 내부 내선을 건물에, 긴급 단말기를 고정 좌표에, 또는 알람 코드를 보호 구역에 연결할 수 있습니다. 카메라 레코드에는 위도/경도, 층, 시야 방향, 커버리지 영역, 출입구 이름 및 비즈니스 우선 순위가 포함될 수 있습니다.

정확한 좌표를 항상 사용할 수 있는 것은 아니므로 검색 서비스는 별칭 및 근사 매칭을 지원해야 합니다. 예를 들어 "북문"과 연결된 통화는 먼저 문 카메라를 반환하고 근처 도로나 주차장 카메라를 대안으로 반환할 수 있습니다. 이는 소스 데이터가 일반적인 영역만을 나타낼 때 단일 화면을 확실한 것으로 조용히 제시하는 것보다 안전합니다.

에이전트 인터페이스의 집중 유지

에이전트는 전체 감시 콘솔을 배울 필요가 없습니다. 내장 패널에는 서비스 프로세스에 필요한 기능(제안된 카메라 열기, 근처 화면으로 전환, 하나의 스트림 확대, 분할 화면 레이아웃 선택, 확인된 위치를 다른 팀에 전달)만 필요합니다. 더 고급 비디오 조사는 전용 모니터링 클라이언트에 남겨둘 수 있습니다.

음성 분석도 이벤트 신호에 기여할 수 있습니다. 구성된 구문 또는 사건 범주가 감지되면 시스템은 카메라 그룹을 제안하거나 비디오 패널을 열 수 있습니다. 최종 결정보다는 워크플로를 지원해야 하며, 에이전트는 여전히 위치와 화면을 확인해야 합니다.

전달 방법 선택

감시 네트워크 내에서 사용되는 비디오 프로토콜이 브라우저나 에이전트 단말기에 전달되는 형식일 필요는 없습니다. 액세스 계층은 엔드포인트와 운영 요구에 맞게 스트림을 조정할 수 있습니다. 최종 선택은 지연 시간, 브라우저 지원, 네트워크 조건, 동시 시청 및 양방향 세션 제어 필요 여부에 따라 달라집니다.

혼합 배포가 일반적입니다. 동일한 통합 서비스가 에이전트 브라우저에는 WebRTC를, 디스패치 콘솔에는 SIP를, 최저 지연보다 광범위한 호환성이 필요한 감독자에게는 HLS를 사용할 수 있습니다. 프로토콜 선택은 시스템 전체의 단일 선호도가 아닌 엔드포인트와 워크플로를 따라야 합니다.

스트림 수명 주기 관리는 프로토콜 선택만큼 중요합니다. 스트림은 승인된 에이전트만을 위해 생성되어야 하며 통화, 상담 또는 검토 세션이 종료되면 해제되어야 합니다. 서비스는 또한 동일한 이벤트에 대해 반복적인 팝업이 중복 미디어 세션을 여는 것을 방지해야 합니다. 여러 에이전트가 하나의 케이스에서 협력하는 경우, 플랫폼은 각 사용자에 대해 별도의 시청 권한 및 감사 기록을 유지하면서 업스트림 카메라 피드를 재사용할 수 있습니다.

배포 및 승인 테스트 계획

1. 트리거 및 응답 정의

소수의 고가치 이벤트로 시작하십시오. 비디오 패널이 언제 열리는지, 어떤 데이터가 위치를 식별하는지, 카메라 순위가 어떻게 매겨지는지, 신뢰할 수 있는 매칭이 없을 때 에이전트가 무엇을 해야 하는지 지정하십시오. 이는 기술적으로 성공한 통합이 일상적인 통화 중 불필요한 팝업을 생성하는 것을 방지합니다.

2. 카메라 카탈로그 정규화

감시 플랫폼에서 승인된 디렉토리를 가져오고 매칭에 사용되는 메타데이터를 정리하십시오. 중복 이름, 누락된 층 정보 및 오래된 좌표는 프로토콜 연결이 안정적이더라도 정확도를 떨어뜨립니다. 배포를 확장하기 전에 일관된 사이트, 구역 및 커버리지 레이블을 할당하십시오.

3. API를 통해 에이전트 애플리케이션 연결

CTI 또는 CRM 인터페이스는 카메라 검색, 스트림 생성 및 이벤트 로깅을 위해 통합 서비스를 호출해야 합니다. 이렇게 하면 프로토콜 처리가 비즈니스 애플리케이션 외부에 유지되어 나중에 비디오 플랫폼, 플레이어 또는 전달 방법을 변경하기 쉬워집니다.

4. 전체 운영 경로 테스트

승인은 성공적인 재생 이상을 포함해야 합니다. 카탈로그 동기화, 카메라 온라인/오프라인 상태, 위치 매칭, 수동 검색, 에이전트 간 전환, 권한 부여, 중단 후 스트림 복구 및 이벤트 상관 관계를 검증하십시오. 요구되는 1, 2, 4, 9, 16 화면 레이아웃을 랩 환경이 아닌 실제 에이전트 컴퓨터 및 네트워크에서 테스트하십시오.

5. 솔루션을 단계적으로 도입

통제된 첫 단계에서는 에이전트 데스크톱 내에서 수동 카메라 검색을 제공할 수 있습니다. 다음 단계에서는 규칙 기반 제안을 추가하고, 그 후에는 신뢰할 수 있는 위치 데이터가 있는 이벤트에 대해 자동 팝업을 추가할 수 있습니다. 음성 분석 및 더 복잡한 디스패치 연동은 기본 매핑과 운영 절차가 입증된 후에만 추가해야 합니다.

6. 저하된 조건에 대한 계획

카메라, 게이트웨이 또는 미디어 서비스를 사용할 수 없는 경우에도 통화 워크플로는 사용 가능해야 합니다. 에이전트 인터페이스는 명확한 상태를 표시하고, 음성 통화를 유지하며, 끝없는 로딩 창을 표시하는 대신 수동 검색이나 근처 카메라를 제공해야 합니다. 복구 테스트에는 연결이 끊긴 카메라, 중단된 게이트웨이 연결, 지연된 카탈로그 업데이트 및 선호 스트림 형식을 시작할 수 없는 브라우저가 포함되어야 합니다. 각 실패는 에이전트에게 불필요한 기술 메시지를 노출하지 않고 유용한 운영 로그를 생성해야 합니다.

솔루션이 가장 적합한 경우

가장 강력한 사용 사례는 하나의 특징을 공유합니다. 통화가 하나 이상의 카메라와 연결될 수 있는 실제 장소를 참조하는 것입니다.

• 공공 안전 및 사건 접수: 에이전트는 발신자의 설명을 수집하고 파견 기록을 준비하는 동안 주변 지역을 확인할 수 있습니다.

• 관광 명소: 방문객이 도움을 요청할 때 서비스 센터는 출입구, 교통 거점 또는 혼잡 구역을 확인할 수 있습니다.

• 공장 및 광산: 통제실은 유지보수, 안전 또는 생산 관련 통화를 올바른 작업장, 게이트 또는 운영 영역에 연결할 수 있습니다.

• 캠퍼스 및 비즈니스 파크: 중앙 서비스 데스크는 고정된 도움말 지점, 건물 또는 관리되는 내선에서 통화가 도착하면 근처 카메라를 볼 수 있습니다.

• 통합 지휘 센터: 동일한 카메라 선택을 위치 추적, 사건 관리 및 파견 애플리케이션과 공유하여 협력적 대응을 지원할 수 있습니다.

가치는 더 많은 비디오를 표시하는 것이 아니라 워크플로에서 비롯됩니다. 잘 설계된 통합은 에이전트에게 가장 작은 관련 화면 세트를 제공하고 불확실성을 가시화하며 콜센터와 감시 팀의 기존 책임을 유지합니다.

자주 묻는 질문