CTI 통화 제어 기능: Answer·Hold·Retrieve·Transfer·Conference·Hangup 이해하기

1장 CTI 통화 제어란 무엇인가#

CTI를 단순히 전화가 오면 고객정보를 띄워주는 기술로만 생각하기 쉽습니다.

하지만 CTI는 전화 시스템에서 발생한 이벤트를 컴퓨터로 전달하는 것뿐 아니라 컴퓨터 화면에서 전화 시스템을 직접 제어하는 역할도 합니다.

예를 들어 상담원이 별도의 전화기 버튼을 누르지 않고 CRM 화면에서:

  • 전화 받기
  • 통화 보류
  • 통화 재개
  • 다른 상담원에게 전환
  • 3자 통화
  • 통화 종료

를 처리할 수 있습니다.

원본 자료에서도 CTI를 전화기 버튼을 클릭으로 대체하여 상담원 UX를 향상시키는 기술로 설명하며 주요 통화 제어 기능으로 Click-to-Call, Answer, Hold/Retrieve, Transfer, Conference, Hangup을 제시합니다.

2장 전화기 버튼이 상담 화면 안으로 들어온다#

전통적인 상담 환경에서는 상담원이 두 가지 장치를 함께 사용합니다.

CRM 화면
+
전화기

고객정보는 CRM에서 보고 실제 전화 제어는 전화기에서 처리합니다.

CTI를 적용하면 구조를 다음처럼 바꿀 수 있습니다.

CRM / 상담원 UI
 ├─ 발신
 ├─ 응답
 ├─ 보류
 ├─ 전환
 ├─ 3자 통화
 └─ 종료

즉 업무 화면과 전화 제어 화면을 하나로 통합할 수 있습니다.

원본에서도 상담원이 마우스 클릭만으로 발신·종료·전환할 수 있다는 점을 CTI의 주요 가치로 제시합니다.

3장 CTI 통화 제어의 기본 구조#

상담원이 화면에서 전화 제어 버튼을 누르면 CRM 자체가 전화선을 직접 움직이는 것은 아닙니다.

일반적인 구조는 다음처럼 이해할 수 있습니다.

상담원
 ↓
CRM / 상담원 UI
 ↓
CTI 서버
 ↓
PBX
 ↓
상담원 단말

CTI 서버는 상담원이 내린 명령을 전화 시스템으로 전달합니다.

원본 자료에서도 CTI 서버를 PBX와 CRM 사이에 두고 이벤트 전달과 명령 제어를 중재하는 구조로 설명합니다.

4장 CTI에서 명령과 이벤트는 다르다#

CTI를 이해할 때 명령 Command과 이벤트 Event를 구분해야 합니다.

명령#

상담원이 전화 시스템에 어떤 동작을 요청합니다.

예:

Answer
Hold
Transfer
Hangup

이벤트#

실제 전화 상태가 바뀌었음을 시스템이 알려줍니다.

예:

Ringing
Established
Held
Transferred
Released

원본 CTI 이벤트 자료에서도 Held와 Transferred 등을 대표적인 전화 상태 이벤트로 제시합니다.

즉 상담원이 명령을 내리면 PBX가 처리하고, 그 결과가 다시 이벤트로 돌아오는 구조를 생각할 수 있습니다.

5장 명령과 이벤트가 연결되는 과정#

예를 들어 전화가 울리고 있다고 하겠습니다.

Ringing

상담원이 화면에서 Answer 버튼을 누릅니다.

Answer 명령
 ↓
CTI
 ↓
PBX
 ↓
통화 연결
 ↓
Established 이벤트

즉:

Answer는 명령

Established는 결과 상태

입니다.

이 차이를 이해하면 CTI API와 이벤트 구조를 훨씬 쉽게 이해할 수 있습니다.

6장 Answer란 무엇인가#

Answer는 상담원에게 들어온 전화를 응대하는 기능입니다.

원본 자료에서는 Answer를 간단하게:

호 응대

라고 정의합니다.

전화기에서는 수화기를 들거나 통화 버튼을 누르는 동작에 해당할 수 있습니다.

CTI 환경에서는 상담원 UI의 버튼으로 이를 대신할 수 있습니다.

전화 착신
 ↓
Ringing
 ↓
상담원 Answer
 ↓
통화 연결
 ↓
Established

7장 Answer와 Ringing은 같은 것이 아니다#

Ringing은 전화가 도착했다는 상태 이벤트입니다.

Answer는 상담원이 그 전화를 받으라는 제어 명령입니다.

따라서:

Ringing = 전화가 왔다
Answer = 전화를 받아라
Established = 전화가 연결됐다

라고 구분하면 쉽습니다.

8장 Answer 기능이 CRM에 들어가면#

전통적인 상담 환경에서는:

전화벨
 ↓
전화기 조작
 ↓
CRM 확인

처럼 업무를 처리할 수 있습니다.

CTI가 통합되면:

CRM Screen Pop
 ↓
Answer 클릭
 ↓
통화 시작

처럼 상담 흐름을 하나의 화면에서 처리할 수 있습니다.

이는 상담원이 전화기와 PC 사이를 오가는 작업을 줄이는 데 도움이 됩니다.

9장 Hold란 무엇인가#

Hold는 현재 진행 중인 통화를 잠시 보류하는 기능입니다.

원본 자료에서는 Hold/Retrieve를:

보류 / 재개

로 설명합니다.

상담 중 추가 정보를 확인하거나 다른 업무 처리가 잠시 필요한 상황에서 사용할 수 있습니다.

기본 흐름은 다음과 같습니다.

통화 중
 ↓
Hold
 ↓
통화 보류

10장 Hold는 통화 종료가 아니다#

Hold와 Hangup은 완전히 다른 기능입니다.

Hold#

통화를 유지하면서 일시적으로 보류

Hangup#

통화를 종료

따라서:

Hold ≠ 통화 종료

입니다.

원본 CTI 이벤트 자료에서도 Held와 Released를 서로 다른 이벤트로 구분합니다.

11장 Held 이벤트란 무엇인가#

상담원이 Hold 명령을 실행하면 실제 전화 시스템의 통화 상태가 보류 상태로 변경될 수 있습니다.

원본에서는 이러한 상태 이벤트를:

Held

라고 표현합니다.

개념적으로는:

Hold 명령
 ↓
PBX 처리
 ↓
Held 이벤트

처럼 볼 수 있습니다.

즉 Hold는 행동이고 Held는 결과 상태입니다.

12장 Retrieve란 무엇인가#

Retrieve는 Hold 상태에 있는 통화를 다시 이어가는 기능입니다.

원본 자료에서는 Hold와 Retrieve를 함께:

보류 / 재개

라고 설명합니다.

흐름은 다음과 같습니다.

통화
 ↓
Hold
 ↓
보류
 ↓
Retrieve
 ↓
통화 재개

13장 Hold와 Retrieve를 한 쌍으로 기억하면 쉽다#

두 기능은 서로 반대되는 역할을 합니다.

기능 의미
Hold 통화를 보류
Retrieve 보류된 통화를 재개

즉:

Hold = 잠시 멈춤

Retrieve = 다시 연결

입니다.

14장 Transfer란 무엇인가#

Transfer는 현재 고객과 연결된 통화를 다른 상담원이나 내선으로 넘기는 기능입니다.

원본 CTI 문서에서는 Transfer를:

호 전환

이라고 설명합니다.

예를 들어 일반 상담원이 기술지원 담당자에게 고객을 연결할 수 있습니다.

고객
 ↓
상담원 A
 ↓
Transfer
 ↓
상담원 B

15장 Transfer와 착신전환은 같은 것인가#

원본 PBX 문서에서는 다음 기능을 서로 구분합니다.

Transfer#

이미 연결된 통화를 다른 상대에게 넘김

Forward#

전화가 들어왔을 때 미리 설정된 다른 번호나 내선으로 자동 라우팅

즉 Transfer는 진행 중인 통화에서 발생하고 Forward는 착신 정책에 가깝습니다.

16장 Blind Transfer란 무엇인가#

원본 자료에서는 Transfer를 두 종류로 구분합니다.

첫 번째는 Blind Transfer입니다.

상담원이 다른 상대에게 바로 고객을 연결하고 기존 통화에서 빠지는 방식입니다.

고객
 ↕
상담원 A

Transfer

고객
 ↕
상담원 B

상담원 A가 상담원 B와 먼저 대화하지 않고 바로 넘기는 방식이라고 이해하면 쉽습니다.

17장 Attended Transfer란 무엇인가#

두 번째는 Attended Transfer입니다.

원본에서는:

먼저 안내 후 연결

이라고 설명합니다.

예를 들어:

고객
 ↓
상담원 A

상담원 A
 ↓
상담원 B에게 먼저 상황 설명

이후

고객
 ↓
상담원 B

처럼 처리합니다.

즉 고객을 넘기기 전에 상대 상담원과 먼저 통화하는 방식입니다.

18장 Blind Transfer와 Attended Transfer 비교#

구분 Blind Transfer Attended Transfer
사전 상담 없음 있음
처리 방식 바로 전환 먼저 설명 후 전환
기존 상담원 즉시 빠짐 안내 후 빠짐

원본에서는 Blind Transfer를 상대방에게 바로 연결하고 끊음, Attended Transfer를 먼저 안내 후 연결로 설명합니다.

19장 Transferred 이벤트는 무엇인가#

Transfer 명령이 실제로 처리되면 CTI에서는 전화 상태 변화가 발생합니다.

원본 이벤트 자료에서는 이를:

Transferred = 호 전환

으로 정의합니다.

즉:

Transfer 명령
 ↓
PBX 처리
 ↓
Transferred 이벤트

처럼 이해할 수 있습니다.

20장 Transfer에서는 CRM도 함께 움직여야 한다#

전화만 상담원 B로 넘어가고 고객정보 화면은 상담원 A에만 남아 있다면 업무적으로 불편할 수 있습니다.

CTI와 CRM이 함께 연동되는 환경에서는 전화가 전환되는 과정에 맞춰 고객정보나 상담 컨텍스트도 적절한 상담원 화면으로 연결할 필요가 있습니다.

다만 원본 자료는 Transfer 이후 CRM 화면 전달의 구체적인 구현 방식까지 설명하지 않습니다.

따라서 핵심은 전화 전환과 업무 시스템 연계를 함께 고려해야 한다는 정도로 이해하는 것이 좋습니다.

21장 Conference란 무엇인가#

Conference는 여러 사람이 같은 통화에 참여하는 기능입니다.

원본 CTI 문서에서는 Conference를:

3자 통화

라고 설명합니다.

예를 들어:

고객
+
상담원 A
+
상담원 B

가 동시에 하나의 통화에 참여할 수 있습니다.

22장 Transfer와 Conference의 차이#

두 기능은 자주 혼동됩니다.

Transfer#

기존 상담원이 다른 상담원에게 통화를 넘기고 빠짐

Conference#

기존 상담원도 통화에 남은 상태에서 다른 참여자를 추가

쉽게 말하면:

Transfer
A → B

Conference
A + B + 고객

입니다.

23장 PBX도 Conference 기능을 지원한다#

원본 IP-PBX 자료에서는 PBX의 핵심 기능 중 하나로 컨퍼런스 다자통화를 제시합니다.

즉 CTI에서 Conference 버튼을 누르면 결국 PBX 또는 관련 전화 플랫폼의 다자통화 기능을 제어하는 구조로 이해할 수 있습니다.

CTI는 화면에서 명령을 전달하는 인터페이스 역할을 합니다.

24장 Hangup이란 무엇인가#

Hangup은 현재 통화를 종료하는 기능입니다.

원본 CTI 문서에서는:

Hangup = 종료

라고 설명합니다.

전화기에서는 수화기를 내려놓거나 통화 종료 버튼을 누르는 것과 같은 역할입니다.

CTI 환경에서는 이를 상담 화면의 버튼으로 처리할 수 있습니다.

25장 Hangup 이후에는 어떤 이벤트가 발생할까#

통화가 정상적으로 종료되면 CTI에서는 Released 상태 이벤트가 발생할 수 있습니다.

원본 이벤트 자료에서는:

Released = 호 종료

로 설명합니다.

따라서 개념적으로:

Hangup 명령
 ↓
PBX
 ↓
통화 종료
 ↓
Released 이벤트
 ↓
CRM

처럼 연결할 수 있습니다.

26장 Released 이벤트는 왜 중요할까#

상담원 화면에서 Hangup을 눌렀다고 CRM이 바로 모든 통화 처리를 완료했다고 가정하면 안 됩니다.

실제 전화 시스템이 종료 상태를 반환했는지 확인하는 것이 중요합니다.

Released 이벤트를 이용하면:

  • 실제 종료 여부
  • 통화 종료 시점
  • 상담 후처리 시작

등을 연결할 수 있습니다.

원본 Screen Pop 자료에서도 호 종료 후 상담이력 화면으로 자동 이동할 수 있다고 설명합니다.

27장 전화 제어 전체 흐름을 보면#

한 통의 전화에서 여러 CTI 제어 기능이 이어질 수 있습니다.

Ringing
 ↓
Answer
 ↓
Established
 ↓
Hold
 ↓
Held
 ↓
Retrieve
 ↓
통화 재개
 ↓
Transfer 또는 Conference
 ↓
Hangup
 ↓
Released

여기서 중요한 것은 명령과 이벤트가 번갈아 발생한다는 점입니다.

28장 명령과 이벤트를 표로 정리하면#

상담원 동작 CTI 명령 관련 상태 이벤트
전화 받기 Answer Established
통화 보류 Hold Held
통화 재개 Retrieve 원본에 구체적인 이벤트명 미제시
호 전환 Transfer Transferred
3자 통화 Conference 원본에 구체적인 이벤트명 미제시
통화 종료 Hangup Released

원본이 직접 정의하지 않은 이벤트 이름은 임의로 만들지 않는 것이 중요합니다.

29장 모든 CTI 제품이 같은 명령 이름을 사용할까#

원본 자료는 주요 기능 이름을 Answer, Hold, Retrieve, Transfer, Conference, Hangup으로 설명합니다.

하지만 실제 제품별 API 이름이나 세부 명령 형식까지는 제공하지 않습니다.

또 원본 CTI 서버 자료에서는 PBX 이벤트를 정규화해 벤더별 차이를 흡수하는 것을 CTI 서버의 역할로 설명합니다.

따라서 실제 개발에서는 사용하는 PBX·CTI 벤더의 API 문서를 확인해야 합니다.

30장 CTI 서버는 왜 명령 라우팅을 해야 할까#

상담원이 Transfer 버튼을 눌렀다고 하겠습니다.

CTI 서버는 다음을 알아야 합니다.

어느 상담원이 명령했는가
 ↓
현재 어떤 단말을 사용하는가
 ↓
어떤 통화를 제어하려는가
 ↓
어느 대상으로 전환하려는가

원본에서도 CTI 서버 역할로 상담원 단말 매핑과 명령 라우팅을 제시합니다.

즉 CTI 서버는 단순 API 프록시보다 더 많은 상태 정보를 관리할 수 있습니다.

31장 상담원 세션이 중요한 이유#

CTI 명령은 실제 전화 시스템을 움직입니다.

따라서 현재 로그인한 상담원이 누구인지 정확하게 확인해야 합니다.

원본 CTI 통화 제어 문서에서는:

CTI 명령은 인증된 세션에서만 허용

되어야 한다고 설명합니다.

즉 상담원이 로그인하지 않은 상태나 권한이 없는 세션에서 임의로 전화 제어 명령을 실행해서는 안 됩니다.

32장 권한 없는 단말 제어를 막아야 한다#

원본에서는 다음과 같은 기능이 임의 단말에서 실행되지 않도록 권한과 세션 관리가 필요하다고 설명합니다.

  • 발신
  • 녹음
  • 전환

예를 들어 상담원 A가 상담원 B의 단말을 마음대로 조작할 수 있다면 심각한 문제가 됩니다.

따라서:

사용자
 ↓
상담원 ID
 ↓
허용된 단말
 ↓
허용된 CTI 명령

관계를 명확하게 관리해야 합니다.

33장 CTI API가 보안상 중요한 이유#

CTI API는 단순히 고객정보를 조회하는 API가 아닙니다.

실제로 전화 기능을 제어할 수 있습니다.

원본 자료에서는 CTI API가 외부로 노출될 경우:

  • 통화 도청
  • 임의 발신

위험이 있을 수 있다고 경고하며 인증·암호화·권한 통제가 필수라고 설명합니다.

34장 CTI 통화 제어의 보안 핵심#

원본에서 직접 강조하는 핵심은 다음과 같습니다.

인증#

누가 명령을 실행하는지 확인합니다.

암호화#

통신 중 명령과 세션 정보를 보호합니다.

권한 통제#

사용자가 해당 단말과 기능을 제어할 권한이 있는지 확인합니다.

세션 관리#

현재 로그인한 상담원과 실제 CTI 제어 세션을 정확하게 연결합니다.

35장 PBX 자체의 발신 권한도 중요하다#

원본 IP-PBX 문서에서는 PBX도 내선 단위로 다음 권한을 차등 부여할 수 있다고 설명합니다.

  • 외부 발신
  • 국제전화
  • 특정 번호 발신 제한

즉 CTI에서 명령을 허용했다고 해서 PBX의 발신 권한 정책까지 무시되는 것은 아닐 수 있습니다.

CTI 권한과 PBX 권한은 서로 다른 계층에서 작동할 수 있습니다.

36장 CTI 화면에 모든 버튼을 항상 보여줘야 할까#

원본 자료는 UI 노출 규칙까지는 설명하지 않습니다.

다만 통화 상태에 따라 사용할 수 있는 기능이 달라진다는 점은 자연스럽게 이해할 수 있습니다.

예를 들어 전화가 오지 않은 상태에서 Answer를 사용할 이유가 없고 통화가 없는 상태에서 Hold를 사용할 수도 없습니다.

따라서 실제 상담 화면에서는 현재 전화 상태와 권한에 맞는 기능을 제공하는 방식이 필요할 수 있습니다.

구체적인 UI 정책은 구현 환경에 따라 달라집니다.

37장 Hold가 안 된다면 무엇을 확인할까#

원본 자료는 개별 장애 진단 절차까지 제공하지 않습니다.

하지만 구조를 기준으로 보면 다음 구간을 나누어 볼 수 있습니다.

CRM / 상담원 UI
 ↓
CTI
 ↓
PBX
 ↓
현재 통화

즉:

  • 화면에서 명령이 생성되었는가
  • CTI가 명령을 받았는가
  • 상담원 세션이 정상인가
  • 올바른 통화를 제어하고 있는가
  • PBX가 명령을 처리했는가

를 구분해 볼 수 있습니다.

38장 Transfer가 다른 상담원에게 잘못 간다면#

이 경우 다음 정보를 확인해야 합니다.

현재 상담원
+
현재 통화
+
전환 대상
+
내선 매핑

원본 CTI 시스템 구성에서는 상담원 단말 매핑과 명령 라우팅을 핵심 역할로 제시합니다.

따라서 단말 또는 상담원 매핑 오류가 전화 제어에 영향을 줄 수 있습니다.

39장 Conference가 안 된다면#

Conference는 원본 기준으로 3자 통화 기능입니다.

또 PBX 자료에서도 컨퍼런스 다자통화를 핵심 기능으로 제시합니다.

따라서 실제 지원 여부와 동작 방식은 사용하는 PBX와 CTI 제품의 기능을 함께 확인해야 합니다.

원본은 Conference의 참가자 수 제한이나 세부 설정까지는 제공하지 않습니다.

40장 CTI 서버 장애가 나면 통화 제어는 어떻게 될까#

원본 CTI 서버 자료에서는 CTI 서버 장애 시:

전화는 가능하지만 화면 연동이 끊길 수 있다

고 설명합니다.

따라서 물리 전화기나 PBX 자체 기능으로 통화가 가능하더라도 CRM에서 제공하는:

  • Answer
  • Hold
  • Transfer
  • Hangup

같은 CTI 기반 제어 기능은 영향을 받을 수 있습니다.

41장 CTI 통화 제어는 전화기를 없애는 기술인가#

반드시 그렇지는 않습니다.

CTI의 핵심은 전화 기능을 컴퓨터 화면에서 제어할 수 있도록 연결하는 것입니다.

실제 통화 단말은:

  • 하드웨어 전화기
  • PC 소프트폰
  • 브라우저 기반 소프트폰

등 다양한 형태일 수 있습니다.

원본에서는 WebRTC·WebSocket을 브라우저 기반 소프트폰에 사용할 수 있다고 설명합니다.

42장 브라우저에서도 동일한 통화 제어를 구현할 수 있다#

브라우저 기반 상담 시스템에서는 화면 안에 다음과 같은 제어 UI를 넣을 수 있습니다.

[받기]
[보류]
[재개]
[전환]
[3자 통화]
[종료]

실제 구현 방식은 WebRTC, WebSocket, CTI API 또는 사용하는 컨택센터 플랫폼에 따라 달라질 수 있습니다.

원본은 브라우저 기반 소프트폰을 CTI 연동 방식 중 하나로 제시하지만 각 버튼의 웹 구현 방식까지는 제공하지 않습니다.

43장 상담원 UX에서 CTI 통화 제어가 중요한 이유#

원본 문서의 요약은 CTI 통화 제어의 목적을 명확하게 표현합니다.

CTI는 전화기 버튼을 클릭으로 대체하여 상담원 UX를 향상시킨다.

즉 기술적으로 복잡한 기능의 최종 목적은 상담원이:

CRM
↔
전화기

사이를 반복해서 오가는 작업을 줄이고 한 화면에서 상담 업무를 처리할 수 있게 하는 것입니다.

44장 전화 제어와 고객정보가 하나의 화면에 모이면#

CTI 상담 화면은 다음과 같이 구성될 수 있습니다.

고객정보
상담이력
전화번호
통화상태

[Answer]
[Hold]
[Retrieve]
[Transfer]
[Conference]
[Hangup]

그러면 상담원은 전화 제어와 고객업무를 하나의 컨텍스트 안에서 처리할 수 있습니다.

CTI가 단순 전화 제어 기술이 아니라 전화와 업무를 통합하는 기술인 이유입니다.

45장 Answer부터 Hangup까지 한 통의 상담을 따라가 보면#

고객 전화가 들어왔습니다.

Ringing

상담원이 전화를 받습니다.

Answer
 ↓
Established

상담 중 정보를 확인하기 위해 보류합니다.

Hold
 ↓
Held

다시 통화를 시작합니다.

Retrieve

전문 상담원이 필요해 통화를 전환합니다.

Transfer
 ↓
Transferred

또는 함께 상담해야 한다면:

Conference

를 사용할 수 있습니다.

상담이 끝나면:

Hangup
 ↓
Released

가 됩니다.

이 흐름이 CTI 통화 제어의 핵심입니다.

46장 CTI 통화 제어 기능 한눈에 보기#

기능 의미 핵심 역할
Answer 호 응대 들어온 전화 받기
Hold 보류 통화 일시 정지
Retrieve 재개 보류 통화 복원
Transfer 호 전환 다른 상담원·내선으로 전달
Conference 3자 통화 여러 참여자 연결
Hangup 종료 통화 종료

원본 CTI 문서는 이 기능들을 주요 통화 제어 항목으로 제시합니다.

CTI 통화 제어 FAQ#

CTI 통화 제어란 무엇인가#

상담원이 전화기 버튼 대신 CRM이나 상담 화면에서 전화 기능을 제어하는 것입니다. 원본은 CTI가 전화기 버튼을 클릭으로 대체한다고 설명합니다.

Answer란 무엇인가#

들어온 전화를 응대하는 기능입니다.

Hold란 무엇인가#

현재 통화를 보류하는 기능입니다.

Retrieve란 무엇인가#

보류된 통화를 다시 이어가는 기능입니다. 원본에서는 Hold/Retrieve를 보류·재개로 설명합니다.

Transfer란 무엇인가#

현재 통화를 다른 상담원이나 내선으로 넘기는 호 전환 기능입니다.

Blind Transfer란 무엇인가#

상대방에게 바로 연결하고 기존 상담원은 통화에서 빠지는 방식입니다.

Attended Transfer란 무엇인가#

기존 상담원이 전환 대상에게 먼저 상황을 설명한 뒤 고객을 연결하는 방식입니다.

Conference란 무엇인가#

원본에서는 3자 통화 기능으로 설명합니다.

Hangup이란 무엇인가#

현재 통화를 종료하는 기능입니다.

Hold와 Hangup의 차이는 무엇인가#

Hold는 통화를 유지한 채 보류하고 Hangup은 통화를 끝냅니다.

Transfer와 Conference의 차이는 무엇인가#

Transfer에서는 기존 상담원이 다른 상담원에게 통화를 넘길 수 있고 Conference에서는 여러 참여자가 같은 통화에 함께 참여합니다.

CTI 명령은 누구나 실행할 수 있는가#

아닙니다. 원본은 CTI 명령을 인증된 세션에서만 허용해야 한다고 설명합니다.

CTI API 보안이 중요한 이유는 무엇인가#

실제 전화의 발신·전환·종료 같은 기능을 제어할 수 있기 때문입니다. 원본은 외부 노출 시 통화 도청·임의 발신 위험이 있을 수 있어 인증·암호화·권한 통제가 필수라고 설명합니다.

핵심 정리#

CTI 통화 제어는 전화기의 버튼 기능을 CRM이나 상담원 화면으로 가져오는 기술입니다.

원본에서 제시하는 주요 기능은 다음과 같습니다.

Answer = 전화 받기

Hold = 통화 보류

Retrieve = 통화 재개

Transfer = 호 전환

Conference = 3자 통화

Hangup = 통화 종료

전화 제어는 다음 구조로 이루어질 수 있습니다.

상담원
 ↓
CRM / 상담원 UI
 ↓
CTI 서버
 ↓
PBX
 ↓
전화기 / 소프트폰

CTI 서버는 원본 기준으로 상담원 단말 매핑과 명령 라우팅을 담당하며, 상담원이 어떤 단말에서 어떤 통화를 제어하는지 연결합니다.

또한 통화 제어는 상태 이벤트와 함께 이해해야 합니다.

Answer
→ Established

Hold
→ Held

Transfer
→ Transferred

Hangup
→ Released

처럼 명령을 실행하면 전화 상태가 바뀌고, 바뀐 상태가 다시 CTI 이벤트로 전달되는 구조입니다.

그리고 CTI 명령은 실제 전화 시스템을 움직이기 때문에 인증된 상담원 세션, 단말 권한, 암호화, 접근 통제가 중요합니다. 원본에서도 임의 단말 발신·전환을 막기 위한 권한·세션 관리와 CTI API의 인증·암호화·권한 통제를 강조합니다.

가장 짧게 정리하면 다음과 같습니다.

CTI 통화 제어는 전화기의 Answer·Hold·Transfer·Conference·Hangup 기능을 상담원 업무 화면 안으로 가져오는 기술이다.

이 페이지의 목차