В этой статье
Определения клавиш
dropdown icon
Обработка данных и защита данных
    Увы, ухо р о региональных данных
    Логика локальной обработки
    Защита данных для операторов ИИ в Webex Contact Center
    Защита данных для AI Assistant в Webex Contact Center
Эфемерная обработка и нулевое удержание
Управление субпроцессорами (поставщики voicea и LLM provider)
Управление сохранением данных и управление сроком эксплуатации данных
dropdown icon
Управление знаниями и точность содержимого
    Пример сценария
Безопасность, конфиденциальность и защита данных в Webex Contact Center
list-menuВ этой статье
list-menuОтправить обратную связь?

Резидентура данных в Webex Contact Center гарантирует, что данные сохраняются в памяти только во время вычислений и никогда не сохраняются за пределами указанного региона. Все постоянные данные о пользователях (конфигурация, журналы и т. д.) остаются в указанном регионе, а субпроцессоры работают в соответствии со строгими ограничениями, а также технического и аудита. Медиа и конфиденциальные данные после обработки никогда не сохраняются, а региональные требования к защите данных и конфиденциальности строго соблюдаются. В управлении знаниями используются обновления реального времени для обеспечения точности содержимого, при этом все обработки данных соответствуют нормативным стандартам и стандартам безопасности.

Определения клавиш

В этой статье приведены следующие ключевые определения:

  • Обработка данных— акт выполнения компьютерных операций (таких как преобразование, инференция или синтез) на основе данных пользователя. Во время обработки данные о пользователях не сохраняются; данные временно существуют в энергозависимой памяти (ОЗУ) и удаляются сразу же после завершения обработки.
  • Обработка и хранение данных — означает, где данные пользователя постоянно хранятся («на покое»). Сюда входят конфигурация, параметры, относящиеся к конкретному клиенту, и сохраненные журналы.
  • Мультимедийная резидентура: мультимедиа (такие как аудиопотоки) остаются в местах их происхождения как можно дольше и не перемещаются постоянно или не хранятся за пределами региона, даже если обработка происходит в других регионах.
  • Субпроцессор: сторонний поставщик услуг, нанятый для выполнения определенных функций (например, вывода LLM, распознавание речи) на данных о клиентах под строгим контролем на условиях неукоснижающего и технического контроля.

Обработка данных и защита данных

Для заказчиков, работающих в регулируемых регионах, таких как Сингапур, мы различаем, где хранятся данные (Нав. 1012) и где данные вычисляются (Обработка).

Увы, ухо р о региональных данных

Региональный узаконивание данных гарантирует, что управление данными пользователей осуществляется в соответствии с местными нормативами, в которых указывается, где хранятся данные и как с ними обращаются во время обработки. Применяются следующие принципы:

  • Все постоянные данные пользователей, включая конфигурацию, настройки пользователя и сохраненные журналы, размещены в регионе Сингапур.
  • «Данные в транзите»: чтобы использовать высокопроизводительные кластеры КАДРОВ, необходимые для крупных языковых моделей (LLM) и расширенного распознавания речи (ASR), данные могут обрабатываться за пределами Сингапура. Однако обработка означает только вычисление: данные передаются по зашифрованным каналам TLS 1.2+, существуют только в ОЗУ на время обработки и не хранятся в местоположении обработки.

Средства массовой информации хранятся в зарождаемом регионе как можно дольше. За ее пределами происходит только переходная обработка, в зависимости от организационных требований и требований к услугам.

Логика локальной обработки

Мы не работаем с местными прокси-серверами LLM во всех регионах, чтобы обеспечить:

  • Четность безопасности: централизованная обработка позволяет немедленно развернуть исправления для безопасности и принудительного контроля модели.
  • Устойчивость: при возникновении проблемы в локальном центре обработки данных глобальные распределения позволяют предотвратить отказы путем перенаправления запросов на вывод.

Защита данных для операторов ИИ в Webex Contact Center

Сведения о компонентах операторов ИИ различаются в зависимости от региона и поставщика услуг. В следующей таблице приведена сводная информация о тех случаях, когда обрабатываются и хранятся данные по ключевым компонентам ИИ в разных регионах операторов ИИ:

Регионе

Обработка данных (ASR / TTS / Ядро)

Обработка данных (LLM)

Защита данных (хранилище)

produs1 (США)

AWS: N. Вирджиния, N. Калифорния

Лазури STT/TTS: Восток США, Запад США

Deepgram: N. Вирджиния, N. Калифорния

ElevenLabs: N. Вирджиния, N. Калифорния

Открытый ai: N. Вирджиния, N. Калифорния

LLM Прокси: N. Вирджиния, N. Калифорния

США (Home DC)

prodeu1 (Великобритания)

AWS: Лондон, Великобритания

Лазури STT/TTS: Юг Великобритании, южная Африка на севере

Открытый AI: Лондон, Великобритания

LLM-прокси: Лондон, Великобритания

Великобритания (Home DC)

prodeu2 (EU)

AWS: Франкфурт, Германия

Лазури STT/TTS: Север ОАЭ, Германия, Западная центральная часть

Открытый AI: Франкфурт, Германия

Прокси-сервер LLM: Франкфурт, Германия

EU (Home DC)

prodca1 (Канада)

AWS: Канада Центральной

StT/TTS: глобальный*

Открытый AI: глобальный*

Прокси-сервер LLM: Центральный канада

Канада (Home DC)

prodjp1 (Япония)

AWS: Токио, Япония

StT/TTS: глобальный*

Открытый AI: глобальный*

Прокси-сервер LLM: Токио, Япония

Япония (Home DC)

prodanz1 (Австралия)

AWS: Сидней, Австралия

StT/TTS: глобальный*

Открытый AI: глобальный*

LlM Proxy: Сидней, Австралия 31

Австралия (Home DC)

prodsg1 (Сингапур)

AWS: Сингапур

StT/TTS: глобальный*

Открытый AI: глобальный*

Прокси-сервер LLM: Сидней, Австралия

Сингапур (Home DC)

prodin1 (Индия)

AWS: Мумбаи, Индия

Лазури STT/TTS: Центральная Индия

Открыть ИИ : Центральная Индия

Прокси LLM: Мумбаи, Индия

Индия (Home DC)

*Эти запросы могут поступают в любой центр обработки данных (глобально), где размещены эти модели. Дополнительную информацию о Службе Защиты данных Всхем можно найти здесь.

Защита данных для AI Assistant в Webex Contact Center

Сведения о компонентах AI Assistant различаются в зависимости от региона и поставщика услуг. В следующей таблице приведена сводная информация о том, где обрабатываются и хранятся данные о ключевых компонентах AI Assistanct в разных регионах ИИ:

Регионе

AWS

Лазури STT/TTS

Voicea STT

Прокси-сервер LLM (внутренний)

Открыть искусственный интеллект в Службе20000

produs1 (США)

Вирджиния, N. Калифорния Восток США, Запад США Глобального**

Вирджиния, N. Калифорния

Вирджиния, N. Калифорния

prodeu1 (Великобритания)

Лондон, Великобритания

Великобритания на юге, южная Африка, северная Глобального**

Лондон, Великобритания

Лондон, Великобритания

prodeu2 (EU)

Франкфурт, Германия

Объединенные Арабские Эмираты, Германия, Западная центральная часть Глобального**

Франкфурт, Германия

Франкфурт, Германия

prodca1 (Канада)

Центральный центр Канады Глобального* Глобального**

Центральный центр Канады

Глобального*

prodjp1 (Япония)

Токио, Япония Глобального* Глобального**

Токио, Япония

Глобального*

prodanz1 (Австралия)

Сидней, Австралия Глобального* Глобального**

Сидней, Австралия

Глобального*

prodsg1 (Сингапур)

Сингапур Глобального* Глобального**

Сидней, Австралия

Глобального*

prodin1 (Индия)

Азия и Тихий океан (Мумбаи), Индия Центральная Индия Н/Д Сидней, Австралия Сидней, Австралия

*Эти запросы могут поступают в любой центр обработки данных (глобально), где размещены эти модели. Дополнительную информацию о Службе Защиты данных Всхем можно найти здесь.

** Вока проживает в европе-запад1/Брюссель/Бельгия и европе-west4/Амстердаме/Нидерландах. Voicea делает только обработку данных. На сайтах развертывания Voicea данные не сохраняются.

Эфемерная обработка и нулевое удержание

Основополагающим аспектом нашей архитектуры ИИ является приверженность эфемерной обработке и нулевому удержанию данных. Наш подход уделяет приоритетное внимание конфиденциальности и безопасности данных, гарантируя, что информация о пользователях никогда не хранилась и не хранилась во время операций ИИ.

  • Видимость ASR & TTS: во время преобразования в реальном времени (ASR) или речевого синтеза (TTS) данные существуют только в летающей памяти (ОЗУ) модуля обработки и очищаются сразу же после использования. После обработки данные не сохраняются.
  • Контроль доступа: ни у сотрудников (внутренних или подпроцессоров) нет доступа к необработанных аудио- или текстовым потокам на этапе вывода.
  • Без дополнительного использования: мы поддерживаем строгие узаконильные и технические барьеры для обеспечения того, чтобы данные о клиентах — в том числе подсказки и аудио — никогда не использовались для обучения, переобучения или улучшения моделей фундамента, принадлежащих субпроцессорам.

Управление субпроцессорами (поставщики voicea и LLM provider)

Мы проводим строгие оценки рисков от сторонних производителей для всех субпроцессоров.

  • Оценки рисков от сторонних производителей: все субпроцессоры проходят тщательную оценку.
  • Шифрование: отправленные субпроцессоры шифруются при передаче, обрабатываются только в ОЗУ и никогда не хранятся.
  • Возможность аудита: все вызовы API подпроцессоров регистрируются для целей аудита (только метаданные; чувствительные полезные нагрузки исключается из журналов).
  • Ответственность за инциденты: в случае инцидента с данными в субпроцессоре ваша компания обеспечивает основную ответственность и обрабатывает все уведомления клиентов и исправления в рамках нашего стандартного приложения по обработке данных (DPA).

Управление сохранением данных и управление сроком эксплуатации данных

Чтобы обеспечить прозрачность, в следующей таблице приведено, как долго удерживается данные в нашей экосистеме:

Тип данных

Срок хранения (в днях)

Состояние хранения

Назначение

Аудио/стенограмма в режиме реального времени

0

Не хранится

Очищается сразу после окончания сеанса.

История сеансов ИИ-оператора

X

На хранение (SG)

Предоставляет контекст для разговоров с несколькими TURN.

Журналы работы

90

На хранение (SG)

Устранение неполадок и контроль работоспособности системы.

Ключи шифрования клиента

Неопределенный

В памяти (KMS)

Управляемые пользователем ключи или системные ключи для неуправляемых данных;

Управление знаниями и точность содержимого

В нашей AI Assistant используется архитектура повторного дополненного поколения (RAG). Это гарантирует, что ИИ дает ответы на основе ваших конкретных документов "Истина земли", а не внутренних тренингов модели.

  • Обновление URL/документа: при обновлении источника знаний система повторно индексирует содержимое и заменяет предыдущие версии.
  • Задержка: обновленный контент, как правило, отражается на ответах ИИ в течение [X] минут.
  • Обработка кэша: в активных сеансах используется контекст, доступный в начале сеанса, однако все последующие сеансы вынуждены выполнять запросы по последнему индексу, препятствуя повторному использованию просрочиших или «галлюцинированных» данных.

Edge Case — если конкретное региональное регулирование запрещает любую обработку за пределами региона, может потребоваться дополнительный контроль или местные варианты обработки.

Важно— «Обработка» не подразумевает хранения данных; все постоянные данные строго соответствуют региональным правилам хранения данных.

ElevenLabs и Deepgram используются в качестве субпроцессоров на базе ЕС для некоторых речевых и преобразований задач, всегда под строгим нарушением и техническом контролем, с нулевым удержанием данных после обработки.

Пример сценария

Пользователь из Сингапура инициирует сеанс преобразования. Звуковой поток обрабатывается в режиме реального времени глобальным концентратором LLM по зашифрованным каналам, но никакие аудио или стенограмма не сохраняется во время или после обработки за пределами Сингапура. Согласно таблице выше, сохраняются только разрешенные контексты или журналы (никогда не само содержимое).

Была ли статья полезной?
Была ли статья полезной?