W interakcji człowiek-komputer, zarządzanie sesją jest procesem śledzenia aktywności użytkownika przez sesje interakcji z systemem komputerowym.

Typowe zadania zarządzania sesją w środowisku biurkowym obejmują śledzenie, które aplikacje są otwarte i jakie dokumenty każda aplikacja otworzyła, tak aby ten sam stan mógł być przywrócony, gdy użytkownik wyloguje się i zaloguje później. W przypadku witryny internetowej zarządzanie sesją może obejmować wymaganie od użytkownika ponownego zalogowania się, jeśli sesja wygasła (tj. upłynął określony czas bez aktywności użytkownika). Jest ono również używane do przechowywania informacji po stronie serwera między żądaniami HTTP.

Zarządzanie sesjami pulpituEdit

Menedżer sesji pulpitu to program, który może zapisywać i przywracać sesje pulpitu. Sesja pulpitu to wszystkie aktualnie uruchomione okna wraz z ich aktualną zawartością. Zarządzanie sesjami w systemach opartych na Linuksie jest zapewniane przez menedżera sesji X. W systemach Microsoft Windows zarządzanie sesjami jest zapewniane przez Session Manager Subsystem (smss.exe); funkcjonalność sesji użytkownika może być rozszerzona przez aplikacje innych firm, takie jak twinsplay.

Zarządzanie sesjami przeglądarkiEdit

Zarządzanie sesjami jest szczególnie przydatne w przeglądarce internetowej, w której użytkownik może zapisać wszystkie otwarte strony i ustawienia oraz przywrócić je w późniejszym terminie lub na innym komputerze (zobacz przenośność danych).

Aby ułatwić odzyskanie danych po awarii systemu lub aplikacji, strony i ustawienia mogą być również przywracane przy następnym uruchomieniu. Google Chrome, Mozilla Firefox, Internet Explorer, OmniWeb i Opera są przykładami przeglądarek internetowych, które obsługują zarządzanie sesjami. Zarządzanie sesjami jest często zarządzane przez stosowanie plików cookie.

Zarządzanie sesjami serwera WWWEdit

Hypertext Transfer Protocol (HTTP) jest bezstanowy: komputer kliencki z przeglądarką internetową musi ustanowić nowe połączenie sieciowe Transmission Control Protocol (TCP) z serwerem WWW z każdym nowym żądaniem HTTP GET lub POST. Dlatego serwer WWW nie może polegać na ustanowionym połączeniu sieciowym TCP dłużej niż przez jedną operację HTTP GET lub POST. Zarządzanie sesją to technika wykorzystywana przez twórców stron internetowych, dzięki której bezstanowy protokół HTTP obsługuje stan sesji. Na przykład, gdy użytkownik zostanie uwierzytelniony na serwerze WWW, kolejne żądanie HTTP (GET lub POST) nie powinno powodować ponownego zapytania serwera WWW o konto i hasło użytkownika. W celu omówienia metod używanych do osiągnięcia tego celu zobacz HTTP cookie i Session ID

W sytuacjach, gdy wiele serwerów WWW musi dzielić się wiedzą o stanie sesji (co jest typowe w środowisku klastrowym), informacje o sesji muszą być współdzielone między węzłami klastra, na których działa oprogramowanie serwera WWW. Metody współdzielenia stanu sesji między węzłami w klastrze obejmują: multicasting informacji o sesji do węzłów członkowskich (zobacz JGroups dla jednego przykładu tej techniki), współdzielenie informacji o sesji z węzłem partnerskim przy użyciu rozproszonej pamięci współdzielonej lub wirtualizacji pamięci, współdzielenie informacji o sesji między węzłami przy użyciu gniazd sieciowych, przechowywanie informacji o sesji na współdzielonym systemie plików, takim jak rozproszony system plików lub globalny system plików, lub przechowywanie informacji o sesji poza klastrem w bazie danych.

Jeśli informacje o sesji są uważane za przejściowe, zmienne dane, które nie są wymagane do niezaprzeczalności transakcji i nie zawierają danych podlegających audytowi zgodności (w USA na przykład zobacz Health Insurance Portability and Accountability Act i Sarbanes-Oxley Act jako przykłady dwóch praw, które wymagają audytu zgodności), wówczas można użyć dowolnej metody przechowywania informacji o sesji. Jeśli jednak informacje o sesji podlegają audytowi zgodności, należy rozważyć metodę używaną do przechowywania sesji, replikacji i klastrowania.

W architekturze zorientowanej na usługi, komunikaty Simple Object Access Protocol lub SOAP skonstruowane z komunikatów Extensible Markup Language (XML) mogą być używane przez aplikacje konsumenckie do powodowania tworzenia sesji przez serwery internetowe.

Zarządzanie sesjami przez SMSEdit

Tak jak HTTP jest protokołem bezstanowym, tak samo jest z SMS. Gdy w 1999 roku SMS stał się interoperacyjny w konkurencyjnych sieciach, a wiadomości tekstowe zaczęły się stawać wszechobecną, globalną formą komunikacji, różne przedsiębiorstwa zainteresowały się wykorzystaniem kanału SMS do celów komercyjnych. Początkowe usługi nie wymagały zarządzania sesjami, ponieważ były tylko komunikacją jednokierunkową (na przykład w 2000 r. w Finlandii za pomocą SMS dostarczono pierwszy mobilny serwis informacyjny). Obecnie aplikacje te określa się mianem przesyłania wiadomości między użytkownikami (application-to-peer, A2P), w odróżnieniu od przesyłania wiadomości między użytkownikami (peer-to-peer, P2P). Rozwój interaktywnych aplikacji dla przedsiębiorstw wymagał zarządzania sesją, ale ponieważ SMS jest protokołem bezstanowym, zgodnie ze standardami GSM, wczesne wdrożenia były kontrolowane po stronie klienta poprzez ręczne wprowadzanie przez użytkowników końcowych poleceń i identyfikatorów usług.

.