이 페이지의 디자인 예시는 CXone과(와) 가상 상담원 통합 가능성의 범위를 보여 줍니다. 이러한 디자인 예시는 실제 시나리오를 기반으로 하지만 조직마다 환경이 다르다는 점을 이해하는 것이 중요합니다. 아래 디자인이 사용자 환경에서는 작동하지 않을 수 있습니다.
디자인 1: Azure 웹 서비스로 호스트되는 .NET API 프록시 터널
디자인 예시 1은 Azure 웹 서비스로 호스트되는 .NET API가 특징입니다. 이 아키텍처의 가상 상담원 봇 계층은 가상 상담원과 인지 서비스가 Azure의 개별 컨테이너에 있도록 설계됩니다. 프록시 터널에는 각 요청마다 다음과 같은 3개의 개별 호출이 필요합니다.
- 첫 번째 호출은 대화 내용에 대한 음성 텍스트 변환 서비스로 오디오를 전송합니다.
- 두 번째 호출은 기록된 텍스트를 가상 상담원에게 보냅니다. 그러면 가상 상담원이 의도
컨택이 말하거나 입력하는 내용의 의미나 목적이며 컨택이 전달하고자 하는 내용이나 원하는 내용입니다.를 파악하기 위해 텍스트를 분석하고 응답을 반환합니다. - 세 번째 호출은 오디오 응답에 합성된 텍스트 음성 변환 서비스로 가상 상담원의 응답을 보냅니다. 합성된 응답은 다시 CXone(으)로 전송됩니다.
이 아키텍처 예시는 각 요청 중 프록시 터널이 수행하는 호출 횟수 때문에 상호작용 중 지연 시간이 발생할 수 있습니다.
디자인 2: .NET gRPC 클라이언트 내에서 마스킹된 프록시 터널 엔드포인트
이 예시의 아키텍처에는 컨테이너화된 .NET gRPC 클라이언트 서비스 내에서 마스킹된 프록시 터널 엔드포인트가 있습니다. gRPC 클라이언트는 웹 서비스로 호스트되는 Docker 컨테이너로 구축되어 있습니다. CXone의 요청은 API 게이트웨이를 거쳐 gRPC 클라이언트 내 프록시 터널 엔드포인트로 전달됩니다.
또한 이 예시에서는 인증 서버를 통합합니다. CXone Studio 스크립트는 인증 서버에서 승인 토큰을 가져와 스크립트로 반환합니다. 그런 다음 스크립트에서는 API 게이트웨이를 통해 요청을 보냅니다.
디자인 3: 프록시로 마스킹된 API 게이트웨이
상대적으로 간단한 이 아키텍처는 프록시로 마스킹된 API 게이트웨이가 특징입니다. 이 아키텍처는 CXone 사용자 정의 엔드포인트를 지원하기 위해 프록시 터널에서 수행해야 하는 모든 작업을 할 수 있습니다. 즉, 페이로드 변환, 음성 대화 및 트랜스코딩을 처리하고 시스템 간에 입력 및 출력을 중계할 수 있습니다.
