Az ember-számítógép interakcióban a munkamenetkezelés a felhasználó tevékenységének nyomon követése a számítógépes rendszerrel való interakció munkameneteiben.
Az asztali környezetben a munkamenetkezelés tipikus feladatai közé tartozik annak nyomon követése, hogy mely alkalmazások vannak megnyitva, és az egyes alkalmazások milyen dokumentumokat nyitottak meg, hogy a felhasználó kijelentkezésekor és későbbi bejelentkezésekor ugyanaz az állapot állítható vissza. Egy weboldal esetében a munkamenet-kezelés magában foglalhatja a felhasználó újbóli bejelentkezésének kérését, ha a munkamenet lejárt (azaz egy bizonyos idő eltelt felhasználói aktivitás nélkül). A HTTP-kérések közötti kiszolgálóoldali információtárolásra is használják.
Asztali munkamenetkezelésSzerkesztés
Az asztali munkamenetkezelő olyan program, amely képes az asztali munkamenetek mentésére és visszaállítására. Az asztali munkamenet az összes jelenleg futó ablak és azok aktuális tartalma. A munkamenetkezelést Linux-alapú rendszereken az X munkamenetkezelő biztosítja. Microsoft Windows rendszereken a munkamenet-kezelést a munkamenet-kezelő alrendszer (smss.exe) biztosítja; a felhasználói munkamenet-funkciókat harmadik féltől származó alkalmazások, például a twinsplay bővíthetik.
Böngésző munkamenet-kezelésSzerkesztés
A munkamenet-kezelés különösen hasznos a webböngészőben, ahol a felhasználó elmentheti az összes megnyitott oldalt és beállítást, és egy későbbi időpontban vagy egy másik számítógépen visszaállíthatja azokat (lásd adathordozhatóság).
A rendszer vagy az alkalmazás összeomlása utáni helyreállítás elősegítésére az oldalak és beállítások a következő futáskor is visszaállíthatók. A Google Chrome, a Mozilla Firefox, az Internet Explorer, az OmniWeb és az Opera példák a munkamenetkezelést támogató webböngészőkre. A munkamenet-kezelés gyakran sütik alkalmazásával történik.
Webszerver munkamenet-kezelésSzerkesztés
A HTTP protokoll (Hypertext Transfer Protocol) állapot nélküli: a webböngészőt futtató ügyfélszámítógépnek minden egyes új HTTP GET vagy POST kéréssel új TCP (Transmission Control Protocol) hálózati kapcsolatot kell létrehoznia a webszerverhez. A webkiszolgáló ezért egyetlen HTTP GET vagy POST műveletnél hosszabb ideig nem támaszkodhat egy létrehozott TCP hálózati kapcsolatra. A munkamenet-kezelés az a technika, amelyet a webfejlesztő arra használ, hogy a stateless HTTP protokoll támogassa a munkamenet-állapotot. Például, ha egy felhasználó egyszer már hitelesítette magát a webkiszolgálón, a felhasználó következő HTTP-kérése (GET vagy POST) nem okozhatja azt, hogy a webkiszolgáló újra elkérje a felhasználó fiókját és jelszavát. Az ennek elérésére használt módszerekről lásd: HTTP-süti és munkamenet-azonosító
Azokban a helyzetekben, amikor több webkiszolgálónak kell megosztania a munkamenet-állapotra vonatkozó ismereteket (ahogyan az egy fürtös környezetben jellemző), a munkamenet-információkat meg kell osztani a webkiszolgálószoftvert futtató fürtcsomópontok között. A munkamenet-állapot csomópontok közötti megosztásának módszerei a következők: a munkamenet-információk többszörös küldése a tagcsomópontoknak (lásd a JGroups példáját erre a technikára), a munkamenet-információk megosztása egy partner csomóponttal elosztott megosztott memória vagy memóriavirtualizáció segítségével, a munkamenet-információk megosztása a csomópontok között hálózati aljzatok segítségével, a munkamenet-információk tárolása egy megosztott fájlrendszerben, például egy elosztott fájlrendszerben vagy egy globális fájlrendszerben, vagy a munkamenet-információk tárolása a fürtön kívül egy adatbázisban.
Ha a munkamenet-információ átmeneti, illékony adatnak minősül, amelyre nincs szükség a tranzakciók letagadásmentességéhez, és nem tartalmaz olyan adatokat, amelyek megfelelési ellenőrzés alá esnek (az Egyesült Államokban például lásd a Health Insurance Portability and Accountability Act és a Sarbanes-Oxley Act két olyan törvény példáját, amelyek megfelelési ellenőrzést tesznek szükségessé), akkor a munkamenet-információ tárolására bármilyen módszer alkalmazható. Ha azonban a munkamenet-információkat ellenőrzési megfelelésnek kell alávetni, meg kell fontolni a munkamenetek tárolására, replikálására és fürtözésére használt módszert.
A szolgáltatásorientált architektúrában az Extensible Markup Language (XML) üzenetekből felépített Simple Object Access Protocol vagy SOAP üzeneteket a fogyasztói alkalmazások használhatják a webkiszolgálók munkamenetek létrehozására.
Az SMSEdit
Ahogy a HTTP egy állapot nélküli protokoll, úgy az SMS is az. Ahogy az SMS 1999-ben a rivális hálózatok között átjárhatóvá vált, és a szöveges üzenetküldés megkezdte felemelkedését a kommunikáció mindenütt jelenlévő globális formájává, különböző vállalatok érdeklődni kezdtek az SMS-csatorna kereskedelmi célú felhasználása iránt. A kezdeti szolgáltatások nem igényeltek munkamenet-kezelést, mivel csak egyirányú kommunikációról volt szó (például 2000-ben Finnországban az első mobil hírszolgáltatást SMS-en keresztül nyújtották). Manapság ezeket az alkalmazásokat alkalmazás-közötti (A2P) üzenetküldésnek nevezik, megkülönböztetve a P2P (peer-to-peer) üzenetküldéstől. Az interaktív vállalati alkalmazások fejlesztéséhez munkamenet-kezelésre volt szükség, de mivel az SMS a GSM-szabványok által meghatározott állapot nélküli protokoll, a korai megvalósítások kliensoldali vezérlése úgy történt, hogy a végfelhasználók manuálisan adták meg a parancsokat és a szolgáltatásazonosítókat.
Miért?