- Головна
- /
- Стаття
Дякуємо за відгук.
У цій статті
Надіслати відгук?Резиденція даних у контактному центрі Webex гарантує, що дані зберігаються в пам'яті лише під час обчислень і ніколи не зберігаються за межами визначеного регіону. Усі постійні дані клієнтів (конфігурація, журнали тощо) залишаються в межах зазначеного регіону, а субпроцесори працюють під суворим контрактним, технічним та аудиторським контролем. Медіа та конфіденційні дані ніколи не зберігаються після обробки, а регіональні вимоги щодо місцезнаходження даних та конфіденційності суворо дотримуються. Управління знаннями використовує оновлення в режимі реального часу для забезпечення точності вмісту, при цьому вся обробка даних відповідає нормативним стандартам та стандартам безпеки.
Ключові визначення
Деякі ключові визначення в цій статті включають:
- Обробка даних: Акт виконання обчислювальних операцій (таких як транскрипція, висновок або синтез) даних клієнтів. Під час обробки не зберігаються дані клієнта; дані існують лише тимчасово в енергонезалежній пам'яті (RAM) і очищаються відразу після завершення обробки.
- Місцезнаходження та зберігання даних: відноситься до місця, де дані клієнтів постійно зберігаються («в стані спокою»). Це включає конфігурацію, специфічні для орендарів налаштування та збережені журнали.
- Медіарезиден ція: Медіа (наприклад, аудіопотоки) залишаються у своєму вихідному місці якомога довше і не постійно переміщуються або зберігаються за межі регіону, навіть якщо обробка відбувається в іншій географії.
- Субпроцесор: Сторонній постачальник послуг, залучений до виконання певних функцій (наприклад, висновок LLM, розпізнавання мови) щодо даних клієнтів, під суворим контрактним та технічним контролем.
Обробка даних проти резиденції даних
Для клієнтів, які працюють у регульованих регіонів, таких як Сінгапур, ми розрізняємо місце зберігання даних (місце проживання) та де обчис люються дані (обробка).
Регіональний суверенітет даних
Регіональний суверенітет даних гарантує, що дані клієнтів керуються відповідно до місцевих нормативних актів, вказуючи, де зберігаються дані та як вони обробляються під час обробки. Застосовуються такі принципи:
- Дані в стані спокою: Усі постійні дані клієнтів, включаючи конфігурацію, налаштування для конкретних орендарів та збережені журнали, зберігаються в регіоні Сінгапуру.
- Дані в переході: для використання високопродуктивних кластерів графічних процесорів, необхідних для великих мовних моделей (LLM) та розширеного розпізнавання мови (ASR), дані можуть оброблятися за межами Сінгапуру. Однак обробка означає лише обчислення: дані передаються через зашифровані канали TLS 1.2+, існують лише в оперативній пам'яті протягом тривалості обробки і не зберігаються в місці обробки.
Медіа зберігається в регіоні походження якомога довше. Тільки перехідна обробка відбувається зовні, виходячи з організаційних та сервісних вимог.
Обробка локалізаційної логіки
Ми не використовуємо локальні LLM-проксі в кожній географії, щоб забезпечити:
- Парність безпеки: централізована обробка дозволяє негайне розгортання патчів безпеки та застосування моделі огорож.
- Стійкість: глобальний розподіл запобігає відключенню, перенаправляючи запити на висновки, якщо локальний центр обробки даних має проблеми. Глобальне відмови та перенаправлення виключають регіони ЄС, а обробка висновків ЄС залишається в межах ЄС під час інцидентів.
Резиденція даних для агентів AI в контактному центрі Webex
Місцезнаходження даних для компонентів агента AI залежить від регіону та постачальника послуг. У наступній таблиці підсумовано, де обробляються та зберігаються дані для ключових компонентів штучного інтелекту в різних регіонів агента штучного інтелекту:
|
Регіон |
Обробка даних (ASR/TTS/Ядро) |
Обробка даних (LLM) |
Резиденція даних (зберігання) |
|---|---|---|---|
|
продукт1 (США) |
AWS: N. Вірджинія, Н. Каліфорнія
Azure STT/TTS: Схід США, захід США
Діпграм: Н. Вірджинія, Н. Каліфорнія
Єдинадцять лабораторій: Н. Вірджинія, Н. Каліфорнія |
Відкритий шту@@ чний інтелект Azure: N. Вірджинія, Н. Каліфорнія
LLM проксі: N. Вірджинія, Н. Каліфорнія |
США (домашній DC) |
|
prodeu1 (Великобританія) |
AWS: Лондон, Великобританія
Azure STT/TTS: Південь Великобританії
Deepgram: Регіон альний ЄС
ElevenLabs: Регіональний ЄС |
Azure Open AI: Лондон, Великобританія
LLM Proxy: Лондон, Великобританія |
Великобританія (домашня округ Колумбія) |
|
продеу2 (ЄС) |
AWS: Франкфурт, Німеччина
Azure STT/TTS: Німеччина Західно-Центральна
Deepgram: Регіон альний ЄС
ElevenLabs: Регіональний ЄС |
Відкритий штучний інтелект Azure: регіональний ЄС
LLM Proxy: Франкфурт, Німеччина |
ЄС (домашній постійний струм) |
|
продка1 (Канада) |
AWS: Центральна Канада
Azure STT/TTS: Центральна Канада |
Відкритий штучний інтелект Azure: глобальни й*
LLM проксі: Центральна Канада |
Канада (Головна DC) |
|
продажп1 (Японія) |
AWS: Токіо, Японія
Azure STT/TTS: Східна Японія |
Відкритий штучний інтелект Azure: глобальни й*
LLM Проксі: Токіо, Японія |
Японія (домашній DC) |
|
prodanz1 (Австралія) |
AWS: Сідней, Австралія
Azure STT/TTS: Східна Австралія |
Відкритий штучний інтелект Azure: глобальни й*
LLM Proxy: Сідней, Австралія |
Австралія (Головна DC) |
|
prodsg1 (Сінгапур) |
AWS: Сінгапур
Azure STT/TTS: Південно-Східна Азія |
Відкритий штучний інтелект Azure: глобальни й*
LLM проксі в Сінгапурі |
Сінгапур (домашній DC) |
|
продін1 (Індія) |
AWS: Мумбаї, Індія
Azure STT/TTS: Центральна Індія |
Azure Open AI: Центральна Індія
LLM Proxy: Сідней, Австралія |
Індія (домашня округ Колумбія) |
*Ці запити можуть потрапити в будь-який центр обробки даних у всьому світі, де розміщені ці моделі. Додаткову інформацію про резиденцію даних Azure можна знайти тут.
Резиденція даних для AI Assistant в контактному центрі Webex
Місцезнаходження даних для AI Assistant компонентів залежить від регіону та постачальника послуг. У наступній таблиці підсумовано, де обробляються та зберігаються дані для ключових компонентів AI Assistanct в різних регіо нів AI:
|
Регіон |
AWS | Azure STT/TTS |
Голос STT |
LLM проксі (внутрішній) | Відкритий штучний інтелект Azure |
|---|---|---|---|---|---|
|
продукт1 (США) |
N. Вірджинія, Н. Каліфорнія | Схід США, Захід США | Глобальний** |
N. Вірджинія, Н. Каліфорнія |
N. Вірджинія, Н. Каліфорнія |
|
prodeu1 (Великобританія) |
Лондон, Великобританія
|
Великобританія Південь | Глобальний** |
Лондон, Великобританія |
Лондон, Великобританія |
|
продеу2 (ЄС) |
Франкфурт, Німеччина |
Німеччина Західний Центральний | Глобальний** |
Франкфурт, Німеччина |
Франкфурт, Німеччина |
|
продка1 (Канада) |
Центральна Канада | Центральна Канада | Глобальний** |
Центральна Канада |
Глобальний* |
|
продажп1 (Японія) |
Токіо, Японія | Японія Схід | Глобальний** |
Токіо, Японія |
Глобальний* |
|
prodanz1 (Австралія) |
Сідней, Австралія | Східна Австралія | Глобальний** |
Сідней, Австралія |
Глобальний* |
|
prodsg1 (Сінгапур) |
Сінгапур | Південно-Східна Азія | Глобальний** | Сінгапур | Глобальний* |
|
продін1 (Індія) |
Азіатсько-Тихоокеанський регіон (Мумбаї | Центральна Індія | NA | Сідней, Австралія | Мумбаї, Індія |
*Ці запити можуть потрапити в будь-який центр обробки даних у всьому світі, де розміщені ці моделі. Додаткову інформацію про резиденцію даних Azure можна знайти тут.
** Voicea проживає в Європа-Західні/Брюссель/Бельгія та Європа-Західні/Амстердамі/Нідерланди. Voicea здійснює лише обробку даних. На сайтах розгортання Voicea дані не зберігаються.
Ефемерна обробка та нульове утримання
Фундаментальним аспектом нашої архітектури штучного інтелекту є прихильність до ефемерної обробки та нульового зберігання даних. Наш підхід надає пріоритет конфіденційності та безпеки даних, гарантуючи, що інформація про клієнтів ніколи не зберігається або зберігається під час операцій зі штучним інтелектом.
- Ви@@ димість ASR & TTS: Під час транскрипції в режимі реального часу (ASR) або синтезу мовлення (TTS) дані існують лише в летючі пам'яті (RAM) процесорного двигуна і очищаються відразу після використання. Жодні дані не зберігаються або зберігаються після обробки.
- Контроль доступу: Жоден працівник (внутрішній або субпроцесор) не має доступу до необроблених аудіо або текстових потоків під час фази висновку.
- Без вторинного використання: Ми підтримуємо суворі договірні та технічні бар'єри для забезпечення того, щоб дані клієнтів, включаючи підказки та аудіо, ніколи не використовувались для навчання, перепідготовки чи вдосконалення базових моделей, що належать субпроцесорам.
Управління субпроцесорами (постачальники Voicea та LLM)
Ми проводимо сувору оцінку ризиків третіх сторін для всіх субпроцесорів.
- Оцінки ризиків третіх сторін: Усі субпроцесори проходять ретельну оцінку.
- Шифрування: дані, що надсилаються субпроцесорам, шифруються під час транзиту, обробляються лише в оперативній пам'яті і ніколи не зберігаються.
- Перевірка: всі виклики API до субпроцесорів реєструються для цілей аудиту (лише метадані; чутливі корисні навантаження виключаються з журналів).
- Підзвітність за інциден т: У разі інциденту з даними у субобробника [Ваша компанія] підтримує первинну відповідальність та обробляє всі сповіщення клієнтів та виправлення відповідно до нашого стандартного додатка до обробки даних (DPA).
Зберігання даних та управління життєвим циклом
Щоб забезпечити прозорість, наступна таблиця описує, як довго зберігаються дані в нашій екосистемі:
|
Тип даних |
Термін зберігання (в днях) |
Статус зберігання |
Призначення |
|---|---|---|---|
|
Аудіо/стенограма в режимі реального часу |
0 |
Не зберігається |
Очищається відразу після закінчення сеансу. |
|
Історія сеансів агента AI |
X |
Зберігається (SG) |
Забезпечує контекст для багатоповоротних розмов. |
|
Операційні журнали |
90 |
Зберігається (SG) |
Усунення несправностей та моніторинг стану системи. |
|
Ключі шифрування орендарів |
невизначений |
Зберігається (KMS) |
Керовані клієнтом або системні ключі для даних у стані спокою. |
Управління знаннями та точність вмісту
Ми використову AI Assistant ємо архітекту ру відновлено-розширеного покоління (RAG). Це гарантує, що ШІ надає відповіді на основі ваших конкретних документів «Ground Truth», а не на навчанні внутрішньої моделі.
- Онов@@ лення URL/документа: Коли джерело знань оновлюється, система повторно індексує вміст та замінює попередні версії.
- З атримка: Оновлений вміст зазвичай відображається у відповідях AI протягом [X] хвилин.
- Обробка ке шу: активні сеанси використовують контекст, доступний на початку сеансу; однак усі наступні сеанси змушені запитувати останній індекс, запобігаючи повторному використанню застарілих або «галюцинованих» даних.
Краєвий випадок. Якщо певний регіональний регламент забороняє будь-яку обробку за межами регіону, можуть знадобитися додаткові елементи керування або локальні параметри обробки.
Важливо - «Обробка» ніколи не передбачає зберігання даних; все постійне зберігання даних суворо дотримується регіональних правил проживання.
ElevenLabs і Deepgram використовуються як субпроцесори ЄС для певних завдань мовлення та транскрипції, завжди під суворим контрактним та технічним контролем, з нульовим збереженням даних після обробки.
Приклад сценарію
Користувач у Сінгапурі ініціює сеанс транскрипції. Аудіопотік обробляється в режимі реального часу глобальним центром LLM через зашифровані канали, але під час або після обробки за межами Сінгапуру не зберігається аудіо чи стенограма. Зберігаються лише дозволений контекст або журнали (ніколи не сам вміст) відповідно до таблиці вище.
