A megszakítás nélküli meeting élmény
Mindenki ismeri a hosszú, elhúzódó megbeszéléseket. A koncentráció lankad, a résztvevők megszomjaznak vagy megéheznek. Követhetjük a régi módszert: kiszaladunk a recepcióra, ezzel megkockáztatva, hogy a legizgalmasabb részekről maradunk le vagy telefonálgatunk, üzenetet írunk titokban bízva abban, hogy felveszik a telefont, olvassák az üzeneteinket. Mindeközben próbálva megőrizni a professzionalizmus látszatát. De mi lenne, ha azt mondanám, hogy lehet ezt másként is csinálni? Mi lenne, ha a már amúgy is rendelkezésre álló intelligens tárgyalótermi eszközeink kapnának egy új funkciót és nem csak a videóhívást, tartalommegosztást kezelnénk vele, hanem a vendéglátást is?
Erre a problémára nyújthat megoldást a cikkben tárgyalt integrációs megoldás, ami hidat képez a Cisco technológia és az irodai kényelem között.
"Egy gombnyomás a Touch panelen"
Ha valaki adott már le rendelést egy webshopban vagy egy gyorsétterem totemén akkor ismerősnek fog tűnni a folyamat, amit a Cisco Room Navigator érintőfelületén kell elvégezni. A folyamat nagyon egyszerű.
- A felhasználó megnyomja a dedikált gombot rendelés indításához.
- Megnyílik egy modern, reszponzív webes felület közvetlenül az érintőképernyőn.
- Látja a mindig aktuális kínálatot (kávék, üdítők, stb.).
- Összeállítja a rendelést (pl. “2db Cappuccino, egy cukormentes kóla”).
- A “Rendelés” gombbal elküldi az igényt – anélkül, hogy egy szót is szólni kellene.
A technológia a háttérben – Hogyan működik a varázslat?
Bár a felhasználó számára minden csak néhány gombnyomásnak tűnik, a háttérben egy gondosan összehangolt folyamat megy végbe. A rendszer lelke egy egyedi fejlesztésű, Python (Flask) alapú webszerver, amely összeköti a Cisco eszközöket, a webes felületet és a vállalati kommunikációt.
Az egyik legnagyobb kihívást a rendszer fejlesztésénél a következő kérdés megválaszolása okozta: Honnan jött a rendelés? Amikor valaki megnyomja a “Rendelés” gombot a tárgyaló érintőképernyőjén, a szerverünk nem csupán a kávéigényt rögzíti. A háttérben azonnal kapcsolatba lép az adott Cisco eszközzel annak xAPI interfészén keresztül, és lekérdezi a pontos adatokat. Nincs szükség az adatok manuális megadására – a rendszer automatikusan azonosítja az eszközt az IP címe alapján, és lekéri a tárgyaló nevét. De a folyamat nem áll meg ennyinél, a szerver lekérdezi az éppen futó meeting adatait is. Így a rendelés mellé odakerül a megbeszélés címe is (pl. “Marketing heti státusz”) valamint az értekezletet szervező adatai is. Ez apróságnak tűnhet, de óriási segítség lehet, ha a rendelést előkészítő személyzet pontosítani szeretne, vagy csak jelezni, hogy mennyi idő múlva várhatják a kiszállítást.
Az imént említett példa egy ideális esetet fest le, amikor a tárgyaló foglalása a Webex meeting ütemezésével együtt történik. Ilyenkor rendelkezésre áll minden fontos adat, amit továbbítani szeretnénk. De vannak más esetek is. Előfordulhat olyan eset is amikor valaki csak besétál a tárgyalóba, akármilyen foglalás nélkül és szeretne rendelni, de olyan eset is szóba jöhet amikor a Webex Ad-Hoc foglalás funkcióját használva kerül lefoglalásra a tárgyaló. Ezeket a forgatókönyveket is figyelembe kell venni. Szerencsére a rendszer fel van készítve ezekre és mindig a rendelkezésre álló információk alapján állítja össze az üzenet tartalmát. Ami biztos, hogy mindig azonosításra kerül az a tárgyaló neve, és ez már elég információ ahhoz, hogy megoldható legyen a rendelés kiszállítása.
Na de hogyan jut el az infó az illetékesnek, merülhet fel a kérdés? Nem e-mailben, ami elvész a levélszemétben vagy a sok olvasatlan között. A rendszer egy dedikált Webex Botot használ, amely azonnal üzenetet küld a személyzet közös Webex csoportjába. A személyzet telefonján vagy gépén pittyen az üzenet:
Ez a folyamat másodpercek alatt zajlik le, teljesen automatizáltan, emberi beavatkozás nélkül.
Adminisztráció és Rugalmasság
Egy ilyen rendszer csak akkor életképes hosszú távon, ha nem igényel folyamatosan informatikusi segítséget a karbantartása. Ezért készült egy modern, webes adminisztrációs felület is, ahol bármikor könnyen módosítható a kínálat. Figyelve a biztonságra is, a felület eléréséhez egy egyszerű authentikáción keresztül vezet az út, garantálva, hogy illetéktelenek nem tudnak módosításokat végezni.
Új terméket szeretnénk megjeleníteni a rendelő felületen? Egy perc alatt felvehető, képpel, kategóriával és extrákkal együtt. Ha délutánra elfogyott a zabtej, az admin felületen egy kattintással “inaktívra” állítható az opció, és az azonnal eltűnik az összes tárgyalótermi kijelzőről. A rendszer továbbá támogatja az egyes tételek testreszabását is a kosárba helyezés előtt, például kiválaszthatjuk az édesítő fajtáját és mennyiségét, vagy hogy hűtött üdítőt szeretnénk-e.
A termékek és az eszközök adatait elkülönített SQLite adatbázisokban tároljuk, biztosítva a gyors működést. Ez a választás azért különösen előnyös, mert nem igényel bonyolult, külön telepítendő adatbázis-szervert (mint pl. egy MySQL), így a teljes alkalmazás “könnyű”, gyorsan mozgatható és minimális karbantartást igényel – gyakorlatilag minden adat biztonságosan elfér egy-egy hordozható fájlban.
Összegzés
Ez a projekt tökéletes példája annak, hogy a Cisco videokonferencia eszközei ma már sokkal többet tudnak, mint pusztán videóhívást bonyolítani. Valójában intelligens hubként működnek a tárgyalóban, amelyekre kreatív fejlesztéssel bármilyen üzleti igény ráépíthető.