Chatbot-vestluste jätkamine: seansid, seadmevahetus ja turvaline üleandmine

Külastaja esitab veebisaidi chatbot'is kolm küsimust, liigub tootelehele ja pöördub hiljem tagasi. Klient alustab nutitelefonis ja soovib jätkata sülearvutis. Klienditoes võtab juhtimise lõpuks üle inimene. Kõigil kolmel juhul on ootus sama: vestlus peaks loogiliselt edasi minema. Tehniliselt ja korralduslikult on need aga kolm täiesti erinevat ülesannet. Neid segamini ajades riskitakse konteksti kaotamise, soovimatu andmelekke või vajalikust kauem aktiivseks jääva seansiga.

„Jätkamine“ ei tähenda automaatselt „äratundmist“

Planeerimisel aitab kolme järjestikuse taseme selge eristamine:

1. Ühe külastuse piires: Vestlus säilib, kui keegi navigeerib lehtede vahel või sulgeb ja avab uuesti jutuakna.
2. Hilisema tagasipöördumise korral: Sama veebibrauser leiab piiratud aja jooksul üles varasema vestluse.
3. Seadmete vahel: Isik jätkab vestlust teises brauseris või teises seadmes. Selleks on tavaliselt vaja usaldusväärset kontosidumisprotsessi või teadlikult algatatud, lühiajalist ülekandeprotsessi.

Olemasolev vestlusajalugu ei tõesta veel isikusamasust. See, kellel on vestluse ID või link, ei tohi seetõttu saada automaatselt ligipääsu tellimustele, lepingandmetele ega isikuandmetele. See on sama põhimõtteline piir, mis kehtib ka avaliku chatbot'i ja autenditud kliendiportaali eraldamisel: kontekst võib pakkuda mugavust, kuid ei asenda sisselogimist ega õiguste kontrolli.

Tehniline alus: viide brauseris, olek serveris

Tugev arhitektuur salvestab brauseris võimalusel vaid juhusliku, mitte-tähendusliku viite. Seotud vestlusolek asub serveri poolel ja seda kontrollitakse iga päringu puhul kehtivuse, rentniku, õiguste ja aegumiskuupäeva alusel. OWASP-i seansihaldusoovitused nõuavad tähendusetuid, raskesti arvatavaid seansitunnuseid ja serveripoolselt kontrollitud ajalimiite. Lisaks ei kuulu seansitunnused URL-idesse: neid võidakse edasi anda ajaloo, logide, viitajate või jagatud linkide kaudu.

Brauseri mälul on erinev ulatus. Vastavalt MDN Web Storage API-le on sessionStorage seotud vahekaardi ja päritoluga ning lõpeb tavaliselt vahekaardi sulgemisega. localStorage säilib seevastu brauseriseansside üleselt, kuid töötab siiski vaid samas brauseriprofiilis. Kumbki ei loo seadmeülest isikusamasust. Tundlike transkriptide või püsivate juurdepääsutõendite otse sinna salvestamine suurendab skripti- või seadmejuurdepääsu rikkumise tagajärgi.

Milliseid andmeid peaks olek sisaldama

Kasulikuks jätkamiseks vajab süsteem sageli vähem andmeid kui täielik transkript. Piisata võib kompaktsest, versioonitud olekuandmestikust:

• praegune mure ja kinnitatud eesmärk,
• juba selgitatud mittetundlikud faktid,
• lahtised küsimused ja järgmine mõistlik samm,
• kasutatud teadmiste allikad või nende versioonid,
• nõusoleku-, autentimis- ja Handoff-olek,
• viimase tegevuse aeg ning määratud aegumiskuupäev.

Nii saab vestlust sidusalt edasi viia, ilma et peaks iga varasemat sõnumit piiramatult aktiivsesse viipa kopeerima. Täielikku ajalugu saab hoida eraldi, lühendatult või üldse mitte hoida – sõltuvalt eesmärgist, kasutaja ootustest ja kehtestatud reeglitest. Isikuandmete puhul on isikuandmete kaitse üldmääruse (IKÜM/GDPR) artiklist 5 tulenevad eesmärgi piirang, võimalikult väheste andmete kogumine ja säilitamise piirang olulised kujunduspõhimõtted. See ei asenda individuaalset õigusnõustamist, kuid annab selge tootenõude: salvestada vaid seda, mida konkreetseks eesmärgiks tegelikult vaja läheb.

Anonüümsete ja sisselogitud vestluste erinev käsitlemine

Anonüümne tagasipöördumine samas brauseris

Anonüümsete külastajate puhul peaks „vestluse jätkamine“ jääma piiratud mugavusfunktsiooniks. Mõistlikud on lühike säilitusaeg, hästi nähtav kustutamiskäsk ja selgitus, et ajalugu leitakse üles ainult selles brauseris. Chatbot ei tohi tagasipöördumisest järeldada, et selle taga istub sama füüsiline isik. Pärast aegumist või kohaliku viite kadumist algab uus seanss.

Praktikas võib chatbot tagasipöördumisel küsida: „Kas soovite jätkata tootevaliku vestlust või alustada uuesti?“ See on parem kui vana konteksti vaikimisi aktiveerimine. Ühiselt kasutatavates seadmetest hoiab see kinnitus ära olukorra, kus järgmine inimene näeb kohe sisu, mis temasse ei puutu.

Seadmevahetus koos sisselogimisega

Seadmeülene järjestikus peaks olema seotud kinnitatud konto ja selle kehtivate õigustega. Pärast sisselogimist laadib server ainult vestlused, mis on omistatud sellele kontole ja õigele rentnikule. Tundlike toimingute puhul – näiteks aadressi muutmine, lepinguteave või tellimine – on mõistlik teha uuesti autentimine, isegi kui üldine vestlus on veel aktiivne.

Praegune NIST-i seansihalduse juhend SP 800-63B kirjeldab seansse kui seost autenditud isiku ja teenuse vahel seansisaladuse kaudu. See nõuab nii tegevusetuse kui ka üldisi ajalimiite ning serveripoolset lõpetamist. Toote meeskondadele tähendab see: „sisselogitud“ ei tohi olla piiramatu olek ning aegunud konto- või seansitõendit ei tohi elustada veel olemasoleva vestlusajaloo abil.

Ülekandekood vaid kitsalt piiratud sillana

Mõned teenused soovivad võimaldada anonüümset seadmevahetust ühekordse koodi või QR-koodi kaudu. Sellisel juhul peaks kood olema lühiajaline, ühekordselt kasutatav ja tühistatav. See ei sisalda transkripti ega kliendiandmeid, vaid ainult juhuslikku viidet jagatud minimaalsele vestlusolekule. Pärast edukat üle võtmist muutub vana viide kehtetuks. Kood on sild konteksti jaoks, mitte isikutõend ega tundlike kontoandmete vabastamine.

Aegumisreeglid peavad olema liideses arusaadavad

Tehnilised ajalimiidid lahendavad vaid poole ülesandest. Kasutajad peavad teadma, kas ja kui kaua nende vestlus säilib. NIST-i juhised kasutajakogemuse (CX) kohta rõhutavad selge teabe tähtsust seansi lõppemise kohta, et tööd ei läheks kaduma ja inimesed ei kasutaks turvavastaseid möödarääkimisi.

Hea aegumiskontseptsioon vastab otse vestluses järgmistele küsimustele:

• Kas vestlus säilib pärast sulgemist?
• Kas see kehtib ainult selle brauseri puhul või ka pärast sisselogimist teistes seadmetes?
• Millal seanss tegevusetuse tõttu lõpeb ja millal salvestatud ajalugu kustutatakse?
• Milliseid osi saab kasutaja ise eemaldada või eksportida?
• Mis saab avatud klienditoe pöördumisest pärast aegumist?

Enne eeldatavat seansi lõppu võib tagasihoidlik teavitus pakkuda avatud teabe salvestamist või klienditööle üleandmist. Pärast aegumist peaks liides selgelt eristama mõisteid „seanss lõppenud“ ja „ajalugu kustutatud“. Üks puudutab juurdepääsu, teine säilitamist.

Human Handoff: konteksti üleandmine, vastutuse nähtavaks tegemine

Inimesele üle minnes on lühike struktureeritud kokkuvõte sageli väärtuslikum kui kommenteerimata pikk ajalugu. See nimetab mure, kinnitatud andmed, juba pakutud sammud, lahtise küsimuse ja kasutatud allikad. Tundlikku sisu antakse edasi vaid siis, kui see on klienditoe juhtumi jaoks vajalik ja selleks on antud nõusolek.

Kasutaja peaks nägema, et juhtimise võtab nüüd üle inimene, millist teavet edasi antakse ja kas tekib uus ooteaeg. Samal ajal peab tehisintellekt pärast üleandmist teadma, kas ta peaks vaikima, pakkuma vaid organisatoorset tuge või võtma hiljem juhtimise uuesti üle. Konkreetseid käivitajaid ja eskaleerimisreegleid kirjeldab artikkel Human Handoff veebisaidi chatbot'is.

Rakendamine kuues sammus

1. Määratle kasutusstsenaariumid: Määra eraldi lehenavigeerimine, hilisem tagasipöördumine, seadmevahetus ja inimesele üleandmine.
2. Määratle usaldustasemed: Määra kindlaks, milline sisu on saadaval anonüümselt, pärast konto sidumist või alles pärast uuesti autentimist.
3. Minimeeri olek: Kujunda struktureeritud taastamisolek (resume-state) koos eesmärgi, kinnitatud faktide, lahtiste punktide ja aegumisajaga.
4. Jõusta elutsükkel: Testi serveri poolel tegevusetuse limiiti, absoluutset limiiti, kustutamist, tühistamist ja väljalogimist.
5. Kujunda üleandmised: Tee nähtavaks kasutaja kinnitus, klienditoe kokkuvõte, ooteolek ja vastutus.
6. Mõõda edu ilma täistekstita: Salvesta sündmusi nagu „jätkamist pakutud“, „vastu võetud“, „aegunud“, „seadmevahetus lõpetatud“ ja „Handoff edukas“. Kuidas seda teha andmesäästlikult, näitab juhend KI-chatbot'i analüütika kohta.

Testimismaatriks lauaarvutite, mobiilide ja reaalsete äärejuhtumite jaoks

Enne juurutamist ei peaks toimima ainult niinimetatud õnnelik teekond (happy path). Väike testimismaatriks katab tüüpilised vead:

• navigeerimine samal veebisaidil avatud ja suletud jutuaknaga,
• tagasipöördumine samas brauseris enne ja pärast tegevusetuse limiiti,
• tagasipöördumine privaatses aknas või pärast brauseri kohalike andmete kustutamist,
• seadmevahetus enne ja pärast sisselogimist ning pärast väljalogimist,
• konto vahetamine ühiselt kasutatavas seadmes,
• aegunud, juba kasutatud või tühistatud ülekandekood,
• kustutatud vestlus, blokeeritud konto ja muudetud rentnikuõigused,
• jätkamine pärast teadmiste baasi värskendamist,
• Handoff koos selgelt kinnitatud kokkuvõttega ja ilma selleta,
• pikad pealkirjad, teise tekstipikkusega keeled ja mobiilsed laiused ilma horisontaalse ülevooluta.

Iga juhtumi puhul kuuluvad kontrolli alla lisaks nähtavale vastusele ka võrgupäringud, seansi kehtetuks tunnistamine, veelogid ja analüütikasündmused. Chatbot võib sõbralikult selgitada, et kontekst pole enam saadaval. Kuid ta ei tohi seda kunagi rekonstrueerida sarnaste kasutajaandmete põhjal ega omistada uuele inimesele.

Kokkuvõte: Järjepidevus on kontrollitud üleandmine

Hea jätkamiskogemus ei tähenda kõige igaveseks salvestamist. See tähenda õige ja minimaalse konteksti kaasavõtmist selgelt piiratud teekonnal. Sama brauser, sisselogitud teine seade ja inimesega klienditoekanal vajavad selleks erinevaid usaldus- ja aegumisreegleid. Kui vestlusolek, isikusamasus ja õigused jäävad eraldatuks, tekib mugavus ilma varjatud andmejagamiseta.

Need, kes integreerivad need reeglid varakult vestluse kasutajakogemusse (Conversational UX), saavad vähendada seansside katkemist ja teha klienditoe üleandmised arusaadavamaks. ChatReacti funktsioonid annavad ülevaate veebisaidi chatbot'ide võimalikest moodulitest; konkreetne seansi- ja andmekaitsekonfiguratsioon tuleks seejärel planeerida ja testida vastavalt oma kasutusjuhtumile.

Allikad

• NIST SP 800-63B: Session Management
• NIST SP 800-63C: Customer Experience
• OWASP Session Management Cheat Sheet
• MDN: Web Storage API
• EUR-Lex: Isikuandmete kaitse üldmäärus, artikkel 5