Webex 联络中心的数据安全、隐私和驻留权

关键定义

本文中的一些关键定义包括：

数据处理：对客户数据执行计算操作（例如转录、推断或合成）的行为。处理期间不存储任何客户数据；数据仅暂时存在于易失性存储器 (RAM) 中，并在处理完成后立即清除。
数据驻留和存储：指客户数据永久存储（“静态”）的位置。这包括配置、租户特定设置和存储的日志。
媒体驻留：媒体（例如音频流）尽可能长时间地保留在其原始位置，即使处理发生在其他地区，也不会持续移动或存储在该区域以外。
子处理器：在严格的合同和技术控制下，负责对客户数据执行特定功能（例如 LLM 推断、语音识别）的第三方服务提供商。

数据处理 vs. 数据驻留

对于在新加坡等监管地区运营的客户，我们会区分数据的存储地点（居住地）和计算数据的位置（处理）。

区域数据主权

区域数据主权确保客户数据的管理符合当地法规，具体说明数据的存储位置以及处理期间如何处理数据。以下原则适用：

静态数据：所有永久客户数据，包括配置、租户特定设置和存储的日志，都存储在新加坡地区。
传输中的数据：为了利用大型语言模型 (LLM) 和高级语音识别 (ASR) 所需的高性能 GPU 集群，可以在新加坡以外的地方处理数据。但是，处理仅意味着计算：数据通过加密的 TLS 1.2+ 通道传输，仅在处理期间存在于 RAM 中，不存储在处理位置。

媒体尽可能长时间地存储在其原始区域。根据组织和服务需求，仅在外部进行临时处理。

处理局部逻辑

我们不会在每个地区运营本地 LLM 代理，以确保：

安全对等：集中处理允许立即部署安全补丁和模型护栏执行。
灵活性：如果本地数据中心遇到问题，全球分布通过重新路由推理请求来防止中断。全球故障转移和重新路由不包括欧盟区域，在事件发生期间，欧盟推理处理仍在欧盟境内。

AI 代理在 Webex 联络中心的数据驻留

AI 代理组件的数据驻留因地区和服务提供商而异。下表汇总了不同 AI 代理区域中关键 AI 组件的数据处理和存储位置：

区域	数据处理（ASR/TTS/核心）	数据处理 (LLM)	数据驻留（存储）
produs1（美国）	AWS: N. 弗吉尼亚州，N. 加利福尼亚 Azure STT/TTS：美国东部、美国西部 Deepgram：N. 弗吉尼亚州，N. 加利福尼亚十一实验室：N. 弗吉尼亚州，N. 加利福尼亚	Azure 开放人工智能：N. 弗吉尼亚州，N. 加利福尼亚 LLM 代理：N. 弗吉尼亚州，N. 加利福尼亚	美国（本土华盛顿特区）
prodeu1（英国）	AWS：英国伦敦 Azure STT/TTS：英国南部 Deepgram：欧盟地区 ElevenLabs：欧盟区域	Azure Open AI：英国伦敦 LLM 代理：英国伦敦	英国（本土华盛顿特区）
prodeu2（欧盟）	AWS：德国法兰克福 Azure STT/TTS：德国中西部 Deepgram：欧盟地区 ElevenLabs：欧盟区域	Azure Open AI：欧盟区域 LLM 代理：德国法兰克福	欧盟（本土华盛顿特区）
prodca1（加拿大）	AWS：加拿大中部 Azure STT/TTS：加拿大中部	Azure Open AI：全球* LLM 代理：加拿大中部	加拿大（本土华盛顿特区）
prodjp1（日本）	AWS：日本东京 Azure STT/TTS：日本东部	Azure Open AI：全球* LLM 代理：日本东京	日本（Home DC）
prodanz1（澳大利亚）	AWS：澳大利亚悉尼 Azure STT/TTS：澳大利亚东部	Azure Open AI：全球* LLM 代理：澳大利亚悉尼	澳大利亚（主场华盛顿特区）
prodsg1（新加坡）	AWS：新加坡 Azure STT/TTS：东南亚	Azure Open AI：全球* LLM 代理：新加坡	新加坡（本土华盛顿特区）
prodin1（印度）	AWS：印度孟买 Azure STT/TTS：印度中部	Azure Open AI：印度中部 LLM 代理：澳大利亚悉尼	印度（主场华盛顿特区）

*这些请求可能最终到达托管这些模型的全球任何数据中心。可以在此处找到有关 Azure 数据驻留的更多信息。

Webex AI Assistant 联络中心的数据驻留

AI Assistant组件的数据驻留因地区和服务提供商而异。下表汇总了不同 AI 区域中关键 AI Assistanct 组件的数据处理和存储位置：

区域	AWS	Azure STT/TTS	Voicea STT	LLM 代理（内部）	Azure 开放 AI
produs1（美国）	N. 弗吉尼亚州，N. 加利福尼亚	美国东部、美国西部	全球**	N. 弗吉尼亚州，N. 加利福尼亚	N. 弗吉尼亚州，N. 加利福尼亚
prodeu1（英国）	英国伦敦	英国南部	全球**	英国伦敦	英国伦敦
prodeu2（欧盟）	德国法兰克福	德国中西部	全球**	德国法兰克福	德国法兰克福
prodca1（加拿大）	加拿大中部	加拿大中部	全球**	加拿大中部	全球*
prodjp1（日本）	日本东京	日本东部	全球**	日本东京	全球*
prodanz1（澳大利亚）	澳大利亚悉尼	澳大利亚东部	全球**	澳大利亚悉尼	全球*
prodsg1（新加坡）	Singapore	东南亚	全球**	Singapore	全球*
prodin1（印度）	亚太地区（孟买）、印度	印度中部	NA	澳大利亚悉尼	孟买，印度

*这些请求可能最终到达托管这些模型的全球任何数据中心。有关 Azure 数据驻留的更多信息，可在此处找到。

** Voicea位于欧洲西部1/布鲁塞尔/比利时和欧洲西部4/阿姆斯特丹/荷兰。 Voicea 仅进行数据处理。Voicea 部署站点上不保留任何数据。

临时处理和零保留

我们 AI 架构的一个基本方面是对临时处理和零数据保留的承诺。我们的方法通过确保在人工智能运营期间永远不会存储或保留客户信息，将数据隐私和安全放在首位。

ASR 和 TTS 可见性：在实时转录 (ASR) 或语音合成 (TTS) 期间，数据仅存在于处理引擎的易失性存储器 (RAM) 中，并在使用后立即清除。处理后不存储或保留任何数据。
访问控制：在推理阶段，任何员工（内部或子处理器）都无法访问原始音频或文本流。
不进行二次使用：我们维持严格的合同和技术壁垒，以确保客户数据（包括提示和音频）永远不会被用于训练、重新训练或改进子处理者拥有的基础模型。

子处理器治理（Voicea 和 LLM 提供商）

我们对所有子处理者进行严格的第三方风险评估。

第三方风险评估：所有子处理者都经过严格的评估。
加密：发送到子处理器的数据在传输过程中经过加密，仅在 RAM 中处理，从不存储。
可审计性：记录所有对子处理器的 API 调用以用于审计目的（仅限元数据；敏感有效载荷不包括在日志中）。
事件责任：如果分处理者发生数据事故，[贵公司] 将承担主要责任，并根据我们的标准数据处理附录 (DPA) 处理所有客户通知和补救措施。

数据保留和生命周期管理

为了确保透明度，下表概述了数据在我们的生态系统中保存的确切时间：

数据类型	保留期（以天为单位）	存储状态	目的
实时音频/脚本	0	未存储	会话结束后立即清除。
AI 代理会话历史记录	X	已存储 (SG)	为多回合对话提供背景信息。
操作日志	90	已存储 (SG)	故障排除和系统运行状况监控。
租户加密密钥	无限期的	已存储 (KMS)	客户管理的静态数据密钥或系统密钥。

知识管理和内容准确性

我们AI Assistant使用检索增强生成 (RA G) 架构。这可确保 AI 根据您的特定的 “基本真相” 文档而不是内部模型训练提供响应。

网址/文档更新：更新知识源时，系统会重新索引内容并替换以前的版本。
延迟：更新后的内容通常会在 [X] 分钟内反映在 AI 的响应中。
缓存处理：活动会话使用会话开始时可用的上下文；但是，所有后续会话都必须查询最新的索引，从而防止重复使用过时或 “幻觉” 数据。

Edge Case—如果特定的地区法规禁止在区域之外进行任何处理，则可能需要额外的控制措施或本地处理选项。

重要— “处理” 绝不意味着数据存储；所有永久数据存储都严格遵守区域居住规则。

ElevenLabs和Deepgram被用作欧盟的子处理器来执行某些语音和转录任务，始终处于严格的合同和技术控制之下，处理后的数据保留为零。

示例场景

新加坡的用户发起转录会话。音频流由全球 LLM 中心通过加密频道实时处理，但在新加坡境外处理期间或之后不存储任何音频或脚本。如上表所示，仅保留允许的上下文或日志（绝不保留内容本身）。

Cisco AI Assistant

感谢您的反馈。