- 首頁
- /
- 文章
Webex 聯絡中心中的資料駐留位置可確保資料僅在計算期間保存在記憶體中,且永遠不會儲存在其指定區域之外。所有永久性客戶資料(組態、記錄等)都保留在指定的區域內,子處理器在嚴格的合約、技術和稽核控制下運作。處理後永遠不會保留媒體和敏感數據,並嚴格執行區域數據存留和隱私要求。知識管理使用即時更新來確保內容準確,所有資料處理均符合法規和安全標準。
關鍵定義
本文中的一些關鍵定義包括:
- 資料處理:對客戶資料執行計算作業 (例如轉錄、推論或合成) 的行為。 在處理過程中不會儲存客戶資料;資料僅暫時存在於揮發性記憶體 (RAM) 中,並在處理完成後立即清除。
- 數據存放和存儲:指客戶數據持續存儲的位置(「靜止」)。 這包括組態、租戶特定的設定和儲存的記錄檔。
- 媒體駐留位置:媒體 (例如音訊串流) 會盡可能長時間保留在原始位置,且不會持續移動或儲存在區域之外,即使處理發生在其他地理位置。
- 子處理器:在嚴格的合約和技術控制下,在客戶數據上執行特定功能(例如 LLM 推論、語音識別)的第三方服務提供商。
資料處理與資料駐留
對於在受規管地區(例如新加坡)營運的客戶,我們區分數據存儲的位置(居住地)和數據計算的位置(處理)。
區域資料主權
區域資料主權可確保客戶資料遵守當地法規管理,指定資料的儲存位置以及處理過程中如何處理。 以下原則適用:
- 靜止資料:所有持續客戶資料,包括組態、租戶特定設定和儲存的記錄檔,都存放在新加坡地區內。
- 傳輸資料:為了利用大型語言模型 (LLM) 和進階語音識別 (ASR) 所需的高效能 GPU 叢集,資料可能會在新加坡以外處理。 但是,處理僅意味著計算:數據通過加密的 TLS 1.2+ 通道傳輸,在處理期間僅存在 RAM 中,並且不存儲在處理位置。
媒體會盡可能長時間存儲在其原始區域中。 根據組織和服務需求,僅在外部發生暫時處理。
處理本地邏輯
我們不會在每個地理地區運營本地 LLM 代理,以確保:
- 安全性平等:集中處理允許立即部署安全性修補程式和模型護欄強制執行。
- 備援:當本機資料中心遇到問題時,全域發佈會通過重新路由推論請求來防止中斷。 全球容錯移轉和重新路由排除歐盟區域,並且在事件期間,歐盟推論處理仍在歐盟內。
Webex 聯絡中心中的 AI 代理程式的資料駐留
AI 代理程式元件的資料位置因地區和服務供應商而異。 下表總結了不同 AI 代理程式區域中關鍵 AI 元件的資料處理和儲存位置:
|
地區 |
數據處理(ASR/TTS/核心) |
資料處理 (法學碩士) |
資料駐留 (儲存) |
|---|---|---|---|
|
產品 1(美國) |
AWS: N. 弗吉尼亞 (北北) 加州
Azure STT/TTS:美國東部、美國西部
迪普格拉姆:N. 弗吉尼亞 (北北) 加州
十一實驗室:N. 弗吉尼亞 (北北) 加州 |
藍色開放式人工智能:N. 弗吉尼亞 (北北) 加州
法律碩士代理:N. 弗吉尼亞 (北北) 加州 |
美國 (首頁 DC) |
|
銷售 1(英國) |
AWS:英國倫敦
藍色 STT/TTS:英國南部
迪普格拉姆:歐盟地區域
十一實驗室:歐盟區域 |
Azure 開放 AI:英國倫敦
法律碩士代理:英國倫敦 |
英國 (本地 DC) |
|
銷售 2(歐盟) |
AWS:德國法蘭克福
藍色 STT/TTS:德國西中部
迪普格拉姆:歐盟地區域
十一實驗室:歐盟區域 |
Azure 開放式 AI:歐盟區域性
法律碩士代理:德國法蘭克福 |
歐盟(家庭 DC) |
|
產品 1(加拿大) |
AWS:加拿大中部
藍色 STT/TTS:加拿大中部 |
Azure 開放式 AI:全域 *
法律碩士代理:加拿大中部 |
加拿大 (主場 DC) |
|
產品 1 (日本) |
AWS:東京,日本
藍色 STT/TTS:日本東部 |
Azure 開放式 AI:全域 *
法律碩士代理:日本東京 |
日本 (首頁 DC) |
|
銷售 1(澳大利亞) |
AWS:澳大利亞悉尼
藍色 STT/TTS:澳大利亞東部 |
Azure 開放式 AI:全域 *
法律碩士代理:澳洲悉尼 |
澳大利亞 (主場 DC) |
|
產品 1(新加坡) |
AWS:新加坡
藍色 STT/TTS:東南亞 |
Azure 開放式 AI:全域 *
法律碩士代理:新加坡 |
新加坡 (主場 DC) |
|
產品 1(印度) |
AWS:印度孟買
藍色 STT/TTS:中印度 |
Azure 開放 AI:印度中部
法律碩士代理:澳洲悉尼 |
印度 (首頁 DC) |
* 這些請求可以最終到達全球任何數據中心,這些模型託管的地方。您可以在此處找到有關 Azure 資料駐留權的更多資訊。
Webex 聯絡中心 AI Assistant 的資料駐留位置
元AI Assistant件的資料位置因地區和服務供應商而異。 下表總結了不同 AI 區域的關鍵 AI 輔助元件處理和儲存資料的 位置:
|
地區 |
AWS | Azure STT/TTS |
STT 語音 |
法律碩士代理(內部) | Azure 開放式人工智慧 |
|---|---|---|---|---|---|
|
產品 1(美國) |
N. 弗吉尼亞 (北北) 加州 | 美國東部, 美國西部 | 全球 ** |
N. 弗吉尼亞 (北北) 加州 |
N. 弗吉尼亞 (北北) 加州 |
|
銷售 1(英國) |
英國倫敦
|
英國南部 | 全球 ** |
英國倫敦 |
英國倫敦 |
|
銷售 2(歐盟) |
德國法蘭克福 |
德國西中部 | 全球 ** |
德國法蘭克福 |
德國法蘭克福 |
|
產品 1(加拿大) |
加拿大中部 | 加拿大中部 | 全球 ** |
加拿大中部 |
全域 * |
|
產品 1 (日本) |
日本東京 | 日本東部 | 全球 ** |
日本東京 |
全域 * |
|
銷售 1(澳大利亞) |
澳洲雪梨 | 澳大利亞東部 | 全球 ** |
澳洲雪梨 |
全域 * |
|
產品 1(新加坡) |
新加坡 | 東南亞 | 全球 ** | 新加坡 | 全域 * |
|
產品 1(印度) |
亞太區 (孟買), 印度 | 印度中部 | NA | 澳洲雪梨 | 孟買,印度 |
* 這些請求可以最終到達全球任何數據中心,這些模型託管的地方。 您可以在此處找到有關 Azure 資料駐留權的更多資訊。
** Voicea 居住在歐洲-西部 1 個布魯塞爾/比利時和歐洲-西 4/阿姆斯特丹/荷蘭。 Voicea 僅進行數據處理。Voicea 部署網站上不會保留任何資料。
短暫處理和零保留
我們 AI 架構的一個基本方面是對短暫處理和零資料保留的承諾。 我們的方法確保在 AI 操作期間永遠不會存儲或保留客戶信息,以優先處理數據隱私和安全性。
- ASR 和 TTS 可見性:在即時轉錄 (ASR) 或語音合成 (TTS) 期間,數據僅存在在處理引擎的揮發性記憶體 (RAM) 中,並在使用後立即清除。 處理後不會儲存或保留任何資料。
- 存取控制:在推論階段,任何人員 (內部或子處理器) 都無法存取原始音訊或文字串流。
- 無二次使用:我們維持嚴格的合約和技術障礙,以確保客戶數據(包括提示和音頻)永遠不用於培訓、重新培訓或改進子處理器擁有的基礎模型。
子處理器管治 (語音及 LLM 提供商)
我們對所有子處理商進行嚴格的第三方風險評估。
- 第三方風險評估:所有子處理器都經過嚴格的評估。
- 加密:傳送給子處理器的數據在傳輸過程中進行加密,僅在 RAM 中處理,並且從未存儲。
- 可稽核性:所有對子處理器的 API 呼叫都會記錄出於稽核目的(僅限中繼資料;敏感的有效負載會從記錄中排除)。
- 事件責任:如果子處理器發生數據事件,[您的公司] 維持主要責任,並根據我們的標準數據處理附錄 (DPA) 處理所有客戶通知和補救。
資料保留與生命週期管理
為確保透明度,下表準確描述了我們生態系統中資料保存的時間:
|
資料類型 |
保留期限(以天為單位) |
儲存狀態 |
用途 |
|---|---|---|---|
|
即時音訊 / 成績單 |
0 |
未儲存 |
工作階段結束後立即清除。 |
|
AI 代理程式會話記錄 |
X |
已儲存 (SG) |
提供多回合對話的前後關聯。 |
|
作業記錄 |
90 |
已儲存 (SG) |
故障排除和系統健康狀態監控。 |
|
租戶加密金鑰 |
不定 |
儲存量 (公里) |
用於靜止資料的客戶管理或系統金鑰。 |
知識管理和內容準確性
我們AI Assistant使用檢索增強生代 (RAG) 架構。 這可確保 AI 根據您的特定「基礎真理」文檔,而不是內部模型培訓提供回應。
- URL/文件更新:更新知識來源時,系統會重新建立內容索引並取代先前的版本。
- 延遲:更新的內容通常會在 [X] 分鐘內反映在 AI 的回應中。
- 快取處理:作用中的工作階段會使用會話開始時可用的前後關聯;但是,所有後續的工作階段都被迫查詢最近的索引,以防止重複使用過時或「幻覺」的資料。
邊緣案例-如果特定的區域法規禁止在區域以外的任何處理,則可能需要額外的控制項或本機處理選項。
重要 —「處理」永遠不意味著數據存儲;所有持續數據存儲都嚴格遵守區域居留規則。
ElevenLabs 和 Deepgram 用作基於歐盟的子處理器,進行某些語音和轉錄任務,始終在嚴格的合約和技術控制下,處理後零數據保留。
範例案例
新加坡的使用者會開始轉錄會話。 音頻流由全球 LLM 中心通過加密通道實時處理,但在新加坡以外處理過程中或之後不存儲音頻或轉錄。 根據上表,僅保留允許的上下文或日誌(絕不是內容本身)。