В тази статия
Ключови определения
dropdown icon
Обработка на данни vs. Резиденция на данни
    Регионален суверенитет на
    Обработка на логиката на местоположението
    Пребиваване на данни за агенти на AI в Контактния център на Webex
    Пребиваване на данни за AI Assistant контактен център Webex
Ефемерна обработка и нулево задържане
Управление на подпроцесори (доставчици на Voicea и LLM)
Запазване на данни и управление на жизнения цикъл
dropdown icon
Управление на знанията и точност на съдържанието
    Примерен сценарий
Сигурност на данните, поверителност и пребиваване в Контактния център на Webex
list-menuВ тази статия
list-menuОбратна връзка?

Пребиваването на данни в Webex Contact Center гарантира, че данните се съхраняват само в паметта по време на изчисленията и никога не се съхраняват извън определения от него регион. Всички постоянни клиентски данни (конфигурация, дневници и т.н.) остават в рамките на посочения регион, а подпроцесорите работят под строг договорен, технически и одитен контрол. Медиите и чувствителните данни никога не се съхраняват след обработката, а регионалните изисквания за пребиваване и поверителност на данните се спазват стриктно. Управлението на знанията използва актуализации в реално време, за да гарантира точността на съдържанието, като цялата обработка на данни е съобразена с регулаторните стандарти и стандартите за сигурност.

Ключови определения

Някои ключови дефиниции в тази статия включват:

  • Об@@ работка на данни: Актът на извършване на изчислителни операции (като транскрипция, извод или синтез) върху клиентски данни. По време на обработката не се съхраняват клиентски данни; данните съществуват само временно в променлива памет (RAM) и се изчистват веднага след приключване на обработката.
  • Пребиваване и съхранение на данни: Отнася се до мястото, където данните на клиентите се съхраняват постоянно („в покой“). Това включва конфигурация, специфични за наемателя настройки и съхранени дневници.
  • Медийна резиден ция: Медиите (като аудио потоци) остават на произходното си място възможно най-дълго и не се преместват или съхраняват постоянно извън региона, дори ако обработката се извършва в друга география.
  • Подпроцесор: Трета страна доставчик на услуги, ангажиран да изпълнява специфични функции (напр. заключения за LLM, разпознаване на реч) по отношение на клиентските данни, при строг договорен и технически контрол.

Обработка на данни vs. Резиденция на данни

За клиенти, работещи в регулирани региони като Сингапур, ние разграничаваме къде се съхраняват данните (пребиваване) и къде се изчисляват данните (обработка).

Регионален суверенитет на

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

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

Медиите остават съхранявани в района на произход възможно най-дълго. Само преходна обработка се извършва навън, въз основа на организационни и сервизни изисквания.

Обработка на логиката на местоположението

Ние не оперираме местни пълномощници на LLM във всяка география, за да гарантираме:

  • Паритет на сигурността: Централизираната обработка позволява незабавно внедряване на корекции за сигурност и прилагане на моделните парапети.
  • Устойчивост: Глобалното разпространение предотвратява прекъсванията чрез пренасочване на заявки за изводи, ако локален център за данни изпитва проблем. Глобалното прехвърляне и пренасочването изключват регионите на ЕС, а обработването на заключенията от ЕС остава в рамките на ЕС по време на инциденти.

Пребиваване на данни за агенти на AI в Контактния център на Webex

Резиденцията на данните за компонентите на AI Agent варира в зависимост от региона и доставчика на услуги. Следващата таблица обобщава къде се обработват и съхраняват данните за ключови компоненти на AI в различни региони на AI Agent:

Регион

Обработка на данни (ASR/TTS/Core)

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

Пребиваване на данни (съхранение)

производител1 (САЩ)

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

Azure STT/TTS: Източни САЩ, За падни САЩ

Дийпграм: Н. Вирджиния, Н. Калифорния

Елевенлаборатории: Н. Вирджиния, Н. Калифорния

Azure Open AI: N. Вирджиния, Н. Калифорния

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

САЩ (Начало DC)

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

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

Azure STT/TTS: Юг на Обединеното кралство

Дийпграм: Регионал ен ЕС

ElevenLabs: Регионален ЕС

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

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

Великобритания (У дома DC)

продукт2 (ЕС)

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

Azure STT/TTS: Западна Централна Германия

Дийпграм: Регионал ен ЕС

ElevenLabs: Регионален ЕС

Azure Open AI: Регионален регион на ЕС

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

ЕС (Начало DC)

prodca1 (Канада)

AWS: Централна Канада

Azure STT/TTS: Централна Канада

Azure Open AI: Глобално *

LLM прокси: Централна Канада

Канада (У дома DC)

prodjp1 (Япония)

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

Azure STT/TTS: Източна Япония

Azure Open AI: Глобално *

LLM прокси: Токио, Япония

Япония (У дома DC)

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

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

Azure STT/TTS: Източна Австралия

Azure Open AI: Глобално *

LLM прокси: Сидни, Австралия

Австралия (У дома DC)

prodsg1 (Сингапур)

AWS: Сингапур

Azure STT/TTS: Югоизточна Азия

Azure Open AI: Глобално *

LLM прокси: Сингапур

Сингапур (У дома DC)

продин1 (Индия)

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

Azure STT/TTS: Централна Индия

Azure Open AI: Централна Индия

LLM прокси: Сидни, Австралия

Индия (У дома DC)

*Тези заявки могат да попаднат във всеки център за данни в световен мащаб, където се хостват тези модели. Повече информация за Azure Data Residency можете да намерите тук.

Пребиваване на данни за AI Assistant контактен център Webex

Резиденцията на данните за AI Assistant компонентите варира в зависимост от региона и доставчика на услуги. Следващата таблица обобщава къде се обработват и съхраняват данните за ключови компоненти на AI Assistanct в различни региони на AI:

Регион

AWS

Лазурно STT/TTS

Войсеа STT

LLM прокси (вътрешен)

Azure Отворен ИИ

производител1 (САЩ)

N. Вирджиния, Н. Калифорния Източни САЩ, Западни САЩ Глобално**

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

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

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

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

Великобритания Юг Глобално**

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

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

продукт2 (ЕС)

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

Германия Западна Централна Глобално**

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

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

prodca1 (Канада)

Централна Канада Централна Канада Глобално**

Централна Канада

Глобално*

prodjp1 (Япония)

Токио, Япония Япония Изток Глобално**

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

Глобално*

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

Сидни, Австралия Австралия Източна Глобално**

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

Глобално*

prodsg1 (Сингапур)

Сингапур Югоизточна Азия Глобално** Сингапур Глобално*

продин1 (Индия)

Азиатско-тихоокеански регион (Мумбай), Индия Централна Индия NA Сидни, Австралия Мумбай, Индия

*Тези заявки могат да попаднат във всеки център за данни в световен мащаб, където се хостват тези модели. Повече информация за Azure Data Residency можете да намерите тук.

** 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 използва архитектура за изв личане с увеличено поколение (RAG). Това гарантира, че AI предоставя отговори въз основа на вашите специфични документи „Основна истина“, а не на обучение за вътрешни модели.

  • Актуализации на URL адреси/ документи: Когато източник на знания се актуализира, системата преиндексира съдържанието и замества предишните версии.
  • Латентност: Актуализираното съдържание обикновено се отразява в отговорите на AI в рамките на [X] минути.
  • Работа с кеш: Активните сесии използват контекста, наличен в началото на сесията; всички следващи сесии обаче са принудени да изискват най-новия индекс, предотвратявайки повторната употреба на остарели или „халюцинирани“ данни.

Случай Edge — Ако конкретен регионален регламент забранява обработването извън региона, може да се наложи допълнителен контрол или локални опции за обработка.

Важно — „Обработката“ никога не предполага съхранение на данни; цялото постоянно съхранение на данни се придържа стриктно към регионалните правила за пребиваване.

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

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

Потребител в Сингапур инициира транскрипционна сесия. Аудио потокът се обработва в реално време от глобален LLM хъб чрез криптирани канали, но по време на или след обработката извън Сингапур не се съхранява аудио или транскрипт. Само разрешеният контекст или дневници (никога самото съдържание) се запазват съгласно таблицата по-горе.

Беше ли полезна тази статия?
Беше ли полезна тази статия?