Datasikkerhed, beskyttelse af personlige oplysninger og bopæl i Webex Contact Center

Nøgledefinitioner

Nogle nøgledefinitioner i denne artikel inkluderer:

Databe handling: Handlingen med at udføre beregningsoperationer (såsom transkription, slutning eller syntese) på kundedata. Ingen kundedata gemmes under behandlingen; data findes kun midlertidigt i flygtig hukommelse (RAM) og renses umiddelbart efter behandlingen er afsluttet.
Dataopholdssted og -lagring: Henviser til, hvor kundedata vedvarende opbevares („i hvile“). Dette omfatter konfiguration, lejerspecifikke indstillinger og gemte logfiler.
Medie ophold: Medier (såsom lydstrømme) forbliver på deres oprindelige placering så længe som muligt og flyttes eller gemmes ikke vedvarende uden for regionen, selvom behandlingen finder sted i en anden geografi.
Underdatabe handler: En tredjepartstjenesteudbyder, der er engageret i at udføre specifikke funktioner (f.eks. LLM-inferens, talegenkendelse) på kundedata under streng kontraktmæssig og teknisk kontrol.

Databehandling vs. Dataopholdssted

For kunder, der opererer i regulerede regioner som Singapore, skelner vi mellem, hvor data opbevares (bopæl), og hvor data beregnes (Behandling).

Regional datasuverænitet

Regional datasuverænitet sikrer, at kundedata administreres i overensstemmelse med lokale regler, der angiver, hvor data opbevares, og hvordan de håndteres under behandlingen. Følgende principper gælder:

Data i hvile: Alle vedvarende kundedata, herunder konfiguration, lejerspecifikke indstillinger og gemte logfiler, opbevares i Singapore-regionen.
Data i transit: For at udnytte højtydende GPU-klynger, der kræves til LLM'er (Large Language Models) og Advanced Speech Recognition (ASR), kan data behandles uden for Singapore. Behandling betyder dog kun beregning: data transmitteres via krypterede TLS 1.2+ kanaler, eksisterer kun i RAM i behandlingsvarigheden og gemmes ikke på behandlingsstedet.

Medier forbliver lagret i dets oprindelsesområde så længe som muligt. Kun kortvarig behandling sker udenfor, baseret på organisations- og servicekrav.

Behandling af lokalitetslogik

Vi driver ikke lokale LLM-proxyer i hver geografi for at sikre:

Sikkerhedsparitet: Centraliseret behandling giver mulighed for øjeblikkelig implementering af sikkerhedsrettelser og håndhævelse af modelrækværk.
Fleksibilitet: Global distribution forhindrer afbrydelser ved at omdirigere inferensanmodninger, hvis et lokalt datacenter oplever et problem. Global failover og omdirigering udelukker EU-regioner, og EU-inferensbehandling forbliver inden for EU under hændelser.

Dataophold for AI-agenter i Webex Contact Center

Dataopholdssted for AI Agent-komponenter varierer efter region og tjenesteudbyder. Følgende tabel opsummerer, hvor data behandles og gemmes for vigtige AI-komponenter på tværs af forskellige AI Agent-regioner:

Regionen	Databehandling (ASR/TTS/Core)	Databehandling (LLM)	Dataopholdssted (opbevaring)
product1 (US)	AWS: N. Virginia, N. Californien Azure STT/TTS: Øst USA, Vest USA Dybgram: N. Virginia, N. Californien ElevenLabs: N. Virginia, N. Californien	Azure Open AI: N. Virginia, N. Californien LLM-fuldmægtig: N. Virginia, N. Californien	USA (Home DC)
prodeu1 (UK)	AWS: London, Storbritannien Azure STT/TTS: Storbritannien syd Deepgram: EU Regi onal ElevenLabs: EU Regional	Azure Open AI: London, Storbritannien LLM Proxy: London, Storbritannien	UK (Home DC)
prodeu2 (EU)	AWS: Frankfurt, Tyskland Azure STT/TTS: Tyskland West Central Deepgram: EU Regi onal ElevenLabs: EU Regional	Azure Open AI: EU regionalt LLM Proxy: Frankfurt, Tyskland	EU (Home DC)
prodca1 (Canada)	AWS: Canada Central Azure STT/TTS: Canada Central	Azure Open AI: Global* LLM Proxy: Canada Central	Canada (Home DC)
prodjp1 (Japan)	AWS: Tokyo, Japón Azure STT/TTS: Japan Øst	Azure Open AI: Global* LLM Proxy i Tokyo, Japan	Japan (Home DC)
prodanz1 (Australien)	AWS: Sydney, Australien Azure STT/TTS: Australien øst	Azure Open AI: Global* LLM Proxy: Sydney, Australien	Australien (Home DC)
prodsg1 (Singapore)	AWS: Singapore Azure STT/TTS: Sydøstasien	Azure Open AI: Global* LLM Proxy i Singapore	Singapore (Home DC)
prodin1 (Indien)	AWS: Mumbai, Indien Azure STT/TTS: Det centrale Indien	Azure Open AI: Det centrale Indien LLM Proxy: Sydney, Australien	Indien (Home DC)

*Disse anmodninger kan ende i ethvert datacenter globalt, hvor disse modeller er hostet. Du kan finde flere oplysninger om Azure Data Residency her.

Dataopholdssted for AI Assistant i Webex Contact Center

Dataopholdssted for AI Assistant komponenter varierer efter region og tjenesteudbyder. Følgende tabel opsummerer, hvor data behandles og gemmes for vigtige AI Assistanct-komponenter på tværs af forskellige AI-regioner:

Regionen	AWS	Azure STT/TTS	STT Voice	LLM Proxy (Intern)	Azure Open AI
product1 (US)	N. Virginia, N. Californien	Øst USA, Vest USA	Global**	N. Virginia, N. Californien	N. Virginia, N. Californien
prodeu1 (UK)	London, Storbritannien	Storbritannien syd	Global**	London, Storbritannien	London, Storbritannien
prodeu2 (EU)	Frankfurt, Tyskland	Tyskland West Central	Global**	Frankfurt, Tyskland	Frankfurt, Tyskland
prodca1 (Canada)	Canada Centrale	Canada Centrale	Global**	Canada Centrale	Global*
prodjp1 (Japan)	Tokyo, Japan	Japan øst	Global**	Tokyo, Japan	Global*
prodanz1 (Australien)	Sydney, Australien	Australien øst	Global**	Sydney, Australien	Global*
prodsg1 (Singapore)	Singapore	Sydøstasien	Global**	Singapore	Global*
prodin1 (Indien)	Asien og Stillehavsområdet (Mumbai), Indien	Centrale Indien	NA	Sydney, Australien	Mumbai, Indien

*Disse anmodninger kan ende i ethvert datacenter globalt, hvor disse modeller er hostet. Du kan finde flere oplysninger om Azure Data Residency her.

** Voicea bor i Europa-Vest1/Bruxelles/Belgien og Europe-West4/Amsterdam/Holland. Voicea foretager kun databehandling. Ingen data bevares på Voicea-installationswebsteder.

Ephemeral behandling og nul retention

Et grundlæggende aspekt af vores AI-arkitektur er forpligtelsen til kortvarig behandling og nul datalagring. Vores tilgang prioriterer databeskyttelse og sikkerhed ved at sikre, at kundeoplysninger aldrig gemmes eller opbevares under AI-operationer.

ASR & TTS-synlighed: Under realtidstransskription (ASR) eller talesyntese (TTS) findes data kun i processorens flygtige hukommelse (RAM) og renses umiddelbart efter brug. Ingen data gemmes eller opbevares efter behandling.
Adgangskontrol: Ingen menneskelige medarbejdere (interne eller underprocessorer) har adgang til rå lyd- eller tekststrømme i inferensfasen.
Ingen sekundær brug: Vi opretholder strenge kontraktlige og tekniske barrierer for at sikre, at kundedata - herunder prompter og lyd - aldrig bruges til at træne, omskolere eller forbedre grundmodeller, der ejes af underbehandlere.

Administration af underdatabehandlere (Voicea og LLM-udbydere)

Vi foretager strenge tredjeparts risikovurderinger af alle underdatabehandlere.

Risikovurderinger fra tredje parter: Alle underdatabehandlere gennemgår en streng vurdering.
Kryptering: Data sendt til underprocessorer krypteres under transit, behandles kun i RAM og gemmes aldrig.
Revisierbarhed: Alle API-opkald til underprocessorer logges til revisionsformål (kun metadata; følsomme nyttelaster er udelukket fra logfiler).
Ansvar@@ lighed for hæn delser: I tilfælde af en datahændelse hos en underdatabehandler opretholder [Din virksomhed] primær ansvarlighed og håndterer alle kundemeddelelser og afhjælpning i henhold til vores standardtillæg til databehandling (DPA).

Datalagring og livscyklusstyring

For at sikre gennemsigtighed skitserer følgende tabel nøjagtigt, hvor længe data opbevares i vores økosystem:

Datatype	Opbevaringsperiode (i dage)	Opbevaringsstatus	Formål
Lyd/udskrift i realtid	0	Ikke opbevaret	Renset umiddelbart efter sessionen er afsluttet.
AI Agent-sessionshistorik	X	Lagret (SG)	Giver kontekst til samtaler med flere vendinger.
Driftslogfiler	90	Lagret (SG)	Fejlfinding og overvågning af systemtilstand.
Lejerkrypteringsnøgler	ubestemt	Lagret (KMS)	Kundeadministrerede eller systemnøgler til data i hvile.

Videnstyring og indholdsnøjagtighed

Vores AI Assistant bruger en Retrieval-Augmented Generation (RAG) arkitektur. Dette sikrer, at AI giver svar baseret på dine specifikke „Ground Truth“ -dokumenter snarere end intern modeltræning.

URL/dokumentopdateringer: Når en videnskilde opdateres, indekserer systemet indholdet igen og erstatter tidligere versioner.
Latens: Opdateret indhold afspejles typisk i AI's svar inden for [X] minutter.
Cache-håndtering: Aktive sessioner bruger den kontekst, der er tilgængelig i starten af sessionen; alle efterfølgende sessioner er dog tvunget til at forespørge om det seneste indeks, hvilket forhindrer genbrug af forældede eller „hallucinerede“ data.

Edge Case — Hvis en specifik regional regulering forbyder behandling uden for regionen, kan der være behov for yderligere kontrolelementer eller lokale behandlingsindstillinger.

Vigtigt - „Behandling“ indebærer aldrig datalagring; al vedvarende datalagring overholder strengt regionale bopælsregler.

ElevenLabs og Deepgram bruges som EU-baserede underprocessorer til visse tale- og transkriptionsopgaver, altid under streng kontraktlig og teknisk kontrol, med nul datalagring efter behandling.

Eksempel scenarie

En bruger i Singapore indleder en transskriptionssession. Lydstrømmen behandles i realtid af et globalt LLM-hub via krypterede kanaler, men ingen lyd eller transkript gemmes under eller efter behandling uden for Singapore. Kun tilladt kontekst eller logfiler (aldrig selve indholdet) bevares i henhold til ovenstående tabel.

Cisco AI Assistant

Tak for din feedback.