Ebben a cikkben
Kulcsmeghatározások
dropdown icon
Adatfeldolgozás vs. adatrezidencia
    Regionális adatszuverenitás
    Helység logikájának feldolgozása
    Adatrezidencia AI ügynökök számára a Webex Contact Centerben
    Adatrezidencia a AI Assistant számára a Webex Contact Centerben
Időszakos feldolgozás és nulla visszatartás
Alfeldolgozók irányítása (Voicea és LLM szolgáltatók)
Adatmegőrzés és életciklus-kezelés
dropdown icon
Tudásmenedzsment és tartalompontosság
    Példa forgatókönyv
Adatbiztonság, adatvédelem és tartózkodás a Webex Contact Centerben
list-menuEbben a cikkben
list-menuVisszajelzés?

A Webex Contact Centerben található Data Residency biztosítja, hogy az adatok csak a számítás során kerüljenek a memóriában, és soha ne tárolódjanak a kijelölt régión kívül. Minden állandó ügyféladat (konfiguráció, napló stb.) a megadott régióban marad, és az alfeldolgozók szigorú szerződéses, technikai és ellenőrzési ellenőrzések mellett működnek. A médiát és az érzékeny adatokat a feldolgozás után soha nem őrizzük meg, és szigorúan betartják a regionális adatok tartózkodási és adatvédelmi követelményeit. A tudásmenedzsment valós idejű frissítéseket használ a tartalom pontosságának biztosítása érdekében, minden adatkezelés megfelel a szabályozási és biztonsági előírásoknak.

Kulcsmeghatározások

A cikk néhány kulcsmeghatározása a következő:

  • Adatfeldolgo zás: Számítási műveletek (például átírás, következtetés vagy szintézis) végrehajtása az ügyféladatokon. A feldolgozás során nem tárolunk ügyféladatokat; az adatok csak ideiglenesen léteznek az illékony memóriában (RAM), és a feldolgozás befejezése után azonnal törlődnek.
  • Adatok tartózkodása és tárolá sa: Arra vonatkozik, ahol az ügyfelek adatait tartósan tárolják („nyugalmi állapotban”). Ez magában foglalja a konfigurációt, a bérlőspecifikus beállításokat és a tárolt naplókat.
  • Média reziden cia: A média (például a hangfolyamok) a lehető leghosszabb ideig a származási helyükön maradnak, és nem kerülnek tartósan áthelyezésre vagy tárolásra a régión kívül, még akkor sem, ha a feldolgozás egy másik földrajzi területen történik.
  • Alfeldolgozó: Harmadik féltől származó szolgáltató, aki szigorú szerződéses és technikai ellenőrzés mellett meghatározott funkciókat (pl. LLM-következtetést, beszédfelismerést) végez az ügyfelek adataira vonatkozóan.

Adatfeldolgozás vs. adatrezidencia

A szabályozott régiókban, például Szingapúrban működő ügyfelek esetében különbséget teszünk az adatok táro lásának helyén (tartózkodási hely) és az adatok kiszámí tásának helyén (feldolgozás).

Regionális adatszuverenitás

A regionális adatszuverenitás biztosítja, hogy az ügyféladatok kezelése a helyi előírásoknak megfelelően történik, meghatározva, hol tárolják az adatokat és hogyan kezelik azokat a feldolgozás során. A következő elvek érvényesek:

  • Adatok nyugal mi állapotban: Az összes állandó ügyféladat, beleértve a konfigurációt, a bérlőspecifikus beállításokat és a tárolt naplókat, a szingapúri régióban található.
  • Át@@ vitelben lévő adatok: A nagy nyelvi modellekhez (LLM) és a fejlett beszédfelismeréshez (ASR) szükséges nagy teljesítményű GPU-klaszterek kiaknázása érdekében az adatok feldolgozhatók Szingapúron kívül is. A feldolgozás azonban csak számítást jelent: az adatok titkosított TLS 1.2+ csatornákon keresztül kerülnek továbbításra, csak a RAM-ban léteznek a feldolgozás időtartama alatt, és nem tárolódnak a feldolgozási helyen.

A hordozók a lehető leghosszabb ideig tárolódnak a származási régiójában. Csak átmeneti feldolgozás történik kívülről, szervezeti és szolgáltatási követelmények alapján.

Helység logikájának feldolgozása

Nem működtetünk helyi LLM proxy szolgáltatókat minden földrajzi területen annak biztosítása érdekében, hogy:

  • Biztonsági paritás: A központosított feldolgozás lehetővé teszi a biztonsági javítások azonnali telepítését és a védőkorlát-modellvégrehajtást.
  • Rugalmasság: A globális terjesztés megakadályozza a kimaradásokat azáltal, hogy átirányítja a következtetési kérelmeket, ha egy helyi adatközpont problémát tapasztal. A globális feladatátvétel és az átirányítás kizárja az uniós régiókat, és az uniós következtetések feldolgozása az események során az EU-n belül marad.

Adatrezidencia AI ügynökök számára a Webex Contact Centerben

Az AI Agent komponensek adatrezidenciája régiónként és szolgáltatónként változik. Az alábbi táblázat összefoglalja, hogy hol dolgozzák fel és tárolják az AI kulcsfontosságú komponensek adatait az AI ügynök különböző régióiban:

Régió

Adatfeldolgozás (ASR/TTS/Core)

Adatfeldolgozás (LLM)

Adatrezidencia (tárolás)

gyártó1 (USA)

AWS: N. Virginia, N. Kalifornia

Azure STT/TTS: Kelet-USA, Ny ugat-USA

Deepgram: N. Virginia, N. Kalifornia

ElevenLabs: N. Virginia, N. Kalifornia

Azure Open AI: N. Virginia, N. Kalifornia

LLM Proxy: N. Virginia, N. Kalifornia

USA (Kezdőlap DC)

prodeu1 (Egyesült Királyság)

AWS: London, Egyesült Királyság

Azure STT/TTS: Egyesült Királyság déli része

Deepgram: EU region ális

ElevenLabs: EU regionális

Azure Open AI: London, Egyesült Királyság

LLM Proxy: London, Egyesült Királyság

Egyesült Királyság (Kezdőlap DC)

prodeu2 (EU)

AWS: Frankfurt, Németország

Azure STT/TTS: Nyugat-közép-Németország

Deepgram: EU region ális

ElevenLabs: EU regionális

Azure Open AI: EU regionális

LLM Proxy: Frankfurt, Németország

EU (Kezdőlap DC)

prodca1 (Kanada)

AWS: Köz ép-Kanada

Azure STT/TTS: Kanada középső része

Azure Open AI: Globáli s*

LLM Proxy: Kanada Közpon ti

Kanada (Kezdőlap DC)

prodjp1 (Japán)

AWS: Tokió, Japán

Azure STT/TTS: Kelet-Japán

Azure Open AI: Globáli s*

LLM Proxy: Tokió, Japán

Japán (Kezdőlap DC)

prodanz1 (Ausztrália)

AWS: Sydney, Ausztrália

Azure STT/TTS: Kelet-Ausztrália

Azure Open AI: Globáli s*

LLM Proxy: Sydney, Ausztrália

Ausztrália (Kezdőlap DC)

prodsg1 (Szingapúr)

AWS: Szingapúr

Azure STT/TTS: Délkelet-Ázsia

Azure Open AI: Globáli s*

LLM Proxy: Szingapúr

Szingapúr (Kezdőlap DC)

prodin1 (India)

AWS: Mumbai, India

Azure STT/TTS: Közép-India

Azure Open AI: Köz ép-India

LLM Proxy: Sydney, Ausztrália

India (Kezdőlap DC)

*Ezek a kérelmek bármely globális adatközpontba kerülhetnek, ahol ezeket a modelleket tárolják. Az Azure Data Residency szolgáltatásról itt olvashat bővebben.

Adatrezidencia a AI Assistant számára a Webex Contact Centerben

Az alkatrész AI Assistant ek adatállománya régiónként és szolgáltatónként változik. Az alábbi táblázat összefoglalja, hogy hol dolgozzák fel és tárolják az AI Assistanct kulcsfontosságú összetevőkre vonatkozó adatokat a különböző mesterséges intelligencia régiókban:

Régió

AWS

Azure STT/TTS

Voicea STT

LLM Proxy (belső)

Azure Open AI

gyártó1 (USA)

N. Virginia, N. Kalifornia Kelet-USA, Nyugat-USA Globális**

N. Virginia, N. Kalifornia

N. Virginia, N. Kalifornia

prodeu1 (Egyesült Királyság)

London, Egyesült Királyság

Dél-Egyesült Királyság Globális**

London, Egyesült Királyság

London, Egyesült Királyság

prodeu2 (EU)

Frankfurt, Németország

Németország Nyugat-középső Globális**

Frankfurt, Németország

Frankfurt, Németország

prodca1 (Kanada)

Közép-Kanada Közép-Kanada Globális**

Közép-Kanada

Globális*

prodjp1 (Japán)

Tokió, Japán Kelet-Japán Globális**

Tokió, Japán

Globális*

prodanz1 (Ausztrália)

Sydney, Ausztrália Kelet-Ausztrália Globális**

Sydney, Ausztrália

Globális*

prodsg1 (Szingapúr)

Szingapúr Délkelet-Ázsia Globális** Szingapúr Globális*

prodin1 (India)

Ázsia Csendes-óceáni térség (Mumbai), India Közép-India NA Sydney, Ausztrália Mumbai, India

*Ezek a kérelmek bármely globális adatközpontba kerülhetnek, ahol ezeket a modelleket tárolják. Az Azure Data Residency szolgáltatásról itt olvashat bővebben.

** A Voicea lakóhelye: Európa-Nyugat-1/Brüsszel/Belgium és Európa-Nyugat-4/Amsterdam/Hollandia. A Voicea csak adatfeldolgozást végez. A Voicea telepítési webhelyein nem maradnak adatok.

Időszakos feldolgozás és nulla visszatartás

AI architektúránk egyik alapvető eleme az elkötelezettség az átmeneti feldolgozás és a nulla adatmegőrzés iránt. Megközelítésünk kiemeli az adatvédelmet és a biztonságot azáltal, hogy biztosítja, hogy az ügyfelek adatait soha ne tároljuk vagy őrizzék meg az AI műveletek során.

  • ASR és TTS láthatóság: Valós idejű átírás (ASR) vagy beszédszintézis (TTS) során az adatok csak a feldolgozó motor illékony memóriájában (RAM) léteznek, és használat után azonnal törlődnek. A feldolgozás után nem tárolunk vagy tárolunk adatokat.
  • Hozzáfér és-ellenőrzés: A következtetési szakaszban egyetlen emberi alkalmazott (belső vagy alprocesszor) nem férhet hozzá nyers hang- vagy szövegfolyamokhoz.
  • Nincs másodlagos használ at: Szigorú szerződéses és technikai akadályokat tartunk fenn annak biztosítása érdekében, hogy az ügyfelek adatait — beleértve az üzeneteket és a hangot — soha ne használjuk fel az alfeldolgozók tulajdonában lévő alapmodellek képzésére, átképzésére vagy fejlesztésére.

Alfeldolgozók irányítása (Voicea és LLM szolgáltatók)

Szigorú harmadik féltől származó kockázatértékeléseket végezünk valamennyi alfeldolgozóval kapcsolatban.

  • Harmadik féltől származó kockázatértékelések: Minden alfeldolgozó szigorú értékelésen megy keresztül.
  • Titkosí tás: Az alfeldolgozóknak küldött adatokat továbbítás közben titkosítják, csak RAM-ban dolgozzák fel, és soha nem tárolják.
  • Auditálhatóság: Az alfeldolgozóknak irányuló összes API-hívást ellenőrzési célokra naplózzák (csak metaadatok; érzékeny hasznos terhelések nem kerülnek a naplókból).
  • El@@ szá moltathatóság: Amennyiben egy alfeldolgozónál történt adatincidens, a [Vállalata] fenntartja az elsődleges elszámoltathatóságot, és az összes ügyfél értesítését és javítását a szokásos adatfeldolgozási kiegészítésünk (DPA) szerint kezeli.

Adatmegőrzés és életciklus-kezelés

Az átláthatóság biztosítása érdekében az alábbi táblázat pontosan felvázolja, hogy mennyi ideig tároljuk az adatokat az ökoszisztémánkon belül:

Adattípus

Megőrzési időszak (napokban)

Tárolási állapot

Cél

Valós idejű audio/átiratok

0

Nincs tárolva

A munkamenet befejezése után azonnal megtisztítják.

AI ügynök munkamenettörténete

X

Tárolt (SG)

Kontextumot biztosít többfordulós beszélgetésekhez.

Működési naplók

90

Tárolt (SG)

Hibaelhárítás és a rendszer állapotának ellenőrzése.

Bérlő titkosítási kulc

határozatlan

Tárolt (KMS)

Ügyfél által kezelt vagy rendszerkulcsok nyugalmi adatokhoz.

Tudásmenedzsment és tartalompontosság

A mi Retrieval-Augmented Generation (RAG) architektúrát AI Assistant használ. Ez biztosítja, hogy a mesterséges intelligencia a belső modellképzés helyett a konkrét „Ground Truth” dokumentumok alapján választ ad.

  • URL-/dokumentumfrissítések: Egy tudásforrás frissítésekor a rendszer újraindexeli a tartalmat, és helyettesíti a korábbi verziókat.
  • Késleltet és: A frissített tartalom általában [X] percen belül tükröződik az AI válaszaiban.
  • Gyor@@ sítótár kezel ése: Az aktív munkamenetek a munkamenet elején elérhető kontextusot használják; azonban minden későbbi munkamenet kénytelen lekérdezni a legfrissebb indexet, megakadályozva az elavult vagy „hallucinált” adatok újrafelhasználását.

Edge eset — Ha egy adott regionális rendelet tiltja a régión kívüli feldolgozást, további ellenőrzésekre vagy helyi feldolgozási lehetőségekre lehet szükség.

Fontos: A „feldolgozás” soha nem jelenti az adattárolást; minden állandó adattárolás szigorúan betartja a regionális tartózkodási szabályokat.

Az ElevenLabs-t és a Deepgramot EU-alapú alfeldolgozóként használják bizonyos beszéd- és átírási feladatokhoz, mindig szigorú szerződéses és technikai ellenőrzések mellett, a feldolgozás után nulla adatmegőrzés mellett.

Példa forgatókönyv

Egy szingapúri felhasználó átírási munkamenetet kezdeményez. A hangfolyamot valós időben dolgozza fel egy globális LLM hub titkosított csatornákon keresztül, de Szingapúron kívüli feldolgozás során vagy után nem tárolnak hangot vagy átiratot. Csak az engedélyezett kontextus vagy naplók (soha nem maga a tartalom) kerülnek megőrzésre a fenti táblázat szerint.

Hasznos volt ez a cikk?
Hasznos volt ez a cikk?