設計範例

本頁中的樣本設計顯示將您的虛擬客服與 CXone 整合的可能性範圍。它們以現實世界場景為基礎,但重要的是要了解每個組織的環境是不同的。這些設計可能不適合您的環境,如圖所示。

設計 1:.NET API 代理隧道作為一個 Azure 網路服務託管。

設計範例 1 的特點是將一個 .NET API 作為一個 Azure 網路服務託管。架構中的虛擬客服機器人層的設計,使虛擬客服專員和認知服務存在於 Azure 的獨立容器中。代理隧道需要對每個請求進行三次不同的調用:

  1. 第一次調用將音訊傳送到語音轉文字服務進行轉錄。
  2. 第二次調用將轉錄的文字傳送給虛擬客服,對其意圖Closed 聯絡人所說/所輸入內容背後的含義或目的;聯絡要傳達或實現什麼進行分析,並返回一條回應。
  3. 第三次調用將虛擬客服的回應傳送到文字轉語音服務,以合成為一條音訊回應。合成回應被傳送回給 CXone

代理隧道每發出一個請求就會在虛擬客服側對服務進行三次調用的架構範例。

由於代理隧道在每次請求期間中的調用次數,這個架構範例可能會導致在互動過程中出現延時

設計 2:在 .NET gRPC 用戶端內遮罩的代理隧道終點

此範例中的架構有一個在容器化的 .NET gRPC 用戶端服務裡面被遮罩的代理隧道終點。gRPC 用戶端構建為 Docker 容器,作為網路服務託管。來自 CXone 的請求透過 API 閘道傳到 gRPC 用戶端內的代理隧道終點。

此範例還結合了一個授權服務。CXoneStudio 指令碼從授權服務獲取一個授權權杖並將其返回給指令碼。然後,該指令碼透過 API 閘道傳送請求。

指令碼在向虛擬客服傳送請求前向授權伺服器請求權杖的架構範例。

設計 3:API 閘道被遮罩為代理

這個相對簡單的架構的特點是,API 閘道被遮罩為一個代理。它可以做代理隧道需要做的一切,以支援 CXone 自訂終點。也就是說,它可以處理工作負載轉換、音訊對話和轉碼,以及在系統之間轉發輸入和輸出。

API 閘道被遮罩為一個代理隧道的簡單架構範例。