Jedne gogle, kolejni uczestnicy: dane po zakończeniu sesji

Jeżeli kolejna osoba po uruchomieniu ćwiczenia widzi imię poprzednika, procedura przekazania gogli wymaga poprawy. Pokaz kończący się na otwarciu aplikacji może nie ujawnić takiego problemu. Odbiór wspólnego sprzętu powinien objąć także koniec jednej sesji i początek następnej.
Co ma pozostać, a do czego ma zniknąć dostęp
W szkole uczeń może potrzebować swojego projektu na kolejnej lekcji. W firmie wynik szkolenia ma trafić do prowadzącego. Jednocześnie kolejna osoba nie powinna otworzyć tych danych z tego samego urządzenia. Ustal więc osobno zasady przechowywania i zasady dostępu. Samo istnienie zapisu nie oznacza błędu; znaczenie ma to, kto może go odczytać.
Zanim wybierzesz sposób kończenia sesji, poproś administratora i dostawcę aplikacji o opis pięciu miejsc:
- Dane aplikacji na goglach: roboczy projekt, wynik ćwiczenia, ustawienia uczestnika i kopie oczekujące na wysłanie. Czy należą do konta, czy do całej instalacji?
- Dane systemu i wspólne pliki: zrzuty ekranu, nagrania, pobrane materiały lub ostatnio otwierane pliki, jeśli takie funkcje są dostępne w wybranym trybie. Kto widzi je poza aplikacją?
- Konto i logowanie: konto samej aplikacji, konto urządzenia oraz logowanie przez przeglądarkę lub SSO. Ustal, które z nich pozostają aktywne po zakończeniu pracy.
- Usługa aplikacji w chmurze: wyniki, projekty i historia przypisane do użytkownika lub grupy. Które dane powinny pozostać dostępne prowadzącemu?
- Panel zarządzania sprzętem: konfiguracja, historia działań administratora i informacje o użyciu urządzenia. Nie traktuj ich jako tego samego zbioru co wyniki ucznia.
Nie każda aplikacja używa wszystkich tych miejsc. Dla każdego, które wykorzystuje, zapisz nazwę usługi, uprawnione role i oczekiwany stan po sesji. Mapa danych ManageXR oddziela m.in. dane urządzeń, kont administratorów oraz przesyłane aplikacje i pliki. To dokument dotyczący MDM; zachowanie programu szkoleniowego trzeba ustalić z jego dostawcą.
Shared Mode: nazwa trybu nie opisuje całej procedury
Konkretny przykład daje instrukcja sesji Meta Shared Mode w ManageXR. Sekcja End Session i FAQ podają, że od ManageXR Admin App 1.7.84 dane aplikacji nie są czyszczone między sesjami. Wstęp tej samej strony nadal opisuje czyszczenie. Dlatego odnotuj tę rozbieżność w odbiorze i zweryfikuj zachowanie posiadanej wersji. Nie przenoś tego opisu na inne MDM, tryby ani marki gogli.
Do instrukcji dla prowadzącego wpisz model, wersję systemu, wersję aplikacji zarządzającej i programu szkoleniowego. Następnie nazwij oddzielne czynności: zakończenie ćwiczenia, wylogowanie z aplikacji i zakończenie sesji urządzenia. Dostawca powinien wskazać, które z nich są potrzebne i w jakiej kolejności, aby zachować wymagany wynik oraz przygotować sprzęt dla kolejnej osoby.
Powrót do ekranu startowego albo zdjęcie gogli nie stanowią jeszcze dowodu wylogowania. Potrzebna jest próba dostępu z perspektywy następnego uczestnika.
Próba na fikcyjnych danych
Przygotuj wydzielone urządzenie testowe z konfiguracją przewidzianą do zajęć. Użyj dwóch kont testowych, TEST-A i TEST-B, oraz fikcyjnego materiału, np. projektu „TEST-A-27”. Nie wprowadzaj danych uczniów, pracowników ani prawdziwych wyników. Jeśli producent nie udostępnia kont testowych, uzgodnij demonstrację na przygotowanym przez niego środowisku.
Przed próbą zapisz oczekiwania: B ma zacząć własne ćwiczenie bez dostępu do pracy A; prowadzący ma zachować dostęp do wyniku, jeśli tak zaplanowano zajęcia. Dzięki temu sukces nie będzie polegał na przypadkowym zniknięciu wszystkiego.
- Osoba A wykonuje krótkie ćwiczenie. Zapisuje fikcyjny projekt w przewidziany sposób. Prowadzący odnotowuje, gdzie pojawia się wynik i czy jest już dostępny w docelowym panelu.
- Operator kończy sesję według uzgodnionej instrukcji. Zapisuje widoczne potwierdzenia. Próba nie obejmuje kasowania danych aplikacji, usuwania kont ani przywracania ustawień fabrycznych.
- Osoba B przejmuje gogle. Uruchamia aplikację od początku i sprawdza, czy może rozpocząć własne zadanie. Ocenia widoczne imię, listę projektów, ostatnie wyniki i możliwość powrotu do poprzedniego konta dostępnymi przyciskami.
- Operator ogląda pozostałe dozwolone miejsca. Jeśli konfiguracja udostępnia przeglądarkę, galerię lub listę plików, szuka wyłącznie fikcyjnego oznaczenia TEST-A-27. Brak przycisku w menu nie zastępuje ustalenia, kto ma dostęp do zapisu.
- Prowadzący ocenia zachowany wynik. Konto uprawnione do oceny nadal widzi dane, które miały pozostać. Następnie B wykonuje własną próbę, aby potwierdzić, że wyniki nie łączą się z kontem A.
Jeżeli plan obejmuje przerwy, wykonaj osobną próbę zdjęcia i ponownego założenia gogli. Pozwoli odróżnić wznowienie pracy tej samej osoby od przekazania sprzętu następnej. To propozycja testu do wykonania w danej konfiguracji, nie opis naszych przeprowadzonych badań.
Kryteria przekazania sprzętu
Urządzenie można przekazać kolejnej osobie, gdy instrukcja prowadzi do przewidywalnego wyniku: poprzednie konto nie jest dla niej aktywne, jej praca zaczyna się we właściwym miejscu, a zapis wymagany przez prowadzącego został zachowany. Osobno potwierdź, że dostępne pliki i nagrania nie ujawniają materiału poprzednika.
Jeżeli wynik jest niezgodny z tymi ustaleniami, oznacz urządzenie jako niegotowe do rotacji. Zapisz wersje, kroki i widoczny objaw z fikcyjnym oznaczeniem; przekaż je administratorowi lub dostawcy aplikacji. Nie próbuj doraźnie naprawiać sytuacji przez usuwanie danych, których przeznaczenia nie znasz.
Pamiętaj również o zapisach poza goglami. Dokumentacja analityki ManageXR opisuje informacje o użyciu aplikacji i urządzeń, a także późniejsze przesyłanie danych zebranych bez połączenia. Zakończenie pracy uczestnika i historia aktywności floty są odrębnymi sprawami.
Zachowaj krótki protokół próby: konfiguracja, wynik dla A i B, dostęp prowadzącego, pozostałe zapisy oraz data. Po zmianie mechanizmu logowania lub obsługi sesji ponów dotknięty scenariusz. Nie trzeba od początku odbierać całej pracowni.

Aktualizacja floty może zmienić wynik próby
Próba A/B dotyczy konkretnej konfiguracji. Nowa wersja aplikacji albo zmiana ustawień MDM może sprawić, że zatwierdzona instrukcja przekazania przestanie pasować do urządzenia. Dlatego proponujemy powiązać ją z krótką kartą zmiany: osoba zatwierdzająca, grupa gogli, wersja przed i po, termin oraz wynik ponownej próby.
Najpierw urządzenie testowe. Administrator wprowadza zmianę w oddzielnej konfiguracji i powtarza tylko scenariusz, którego mogła dotknąć: zapis wyniku, wylogowanie i start kolejnej osoby. Prowadzący potwierdza, że instrukcja nadal odpowiada temu, co widzi w goglach. Dopiero wtedy zmianę można przenieść na grupę zajęciową. To proponowany sposób organizacji pracy, nie automatyczna funkcja każdego MDM.
Ustal wersję, nie tylko nazwę aplikacji. ManageXR pozwala wybrać wersję wdrażaną przez konfigurację; domyślnie zatwierdzana jest najnowsza. W tej samej instrukcji producent ostrzega, że opcja Force Install usuwa dane aplikacji przy aktualizacji. Nie należy traktować jej jako zwykłego ponowienia nieudanego pobrania.
Oddziel termin zmiany od gotowości urządzenia. Harmonogram ManageXR, dostępny w planie Premium, obejmuje instalacje i aktualizacje treści, lecz nie wstrzymuje ich usuwania. Dokument wymienia też aktualizacje PICO PUI; nie jest to obietnica sterowania systemem każdego modelu gogli.
Przed zajęciami zapisz, które urządzenia mają już odebraną konfigurację. Gogle wracające po dłuższym wyłączeniu wymagają potwierdzenia stanu przed dołączeniem do grupy. Sama wysłana zmiana w panelu nie jest wynikiem próby na tym urządzeniu. Jeżeli stan pozostaje nieznany, prowadzący powinien mieć jasno wskazany egzemplarz zastępczy lub wariant zajęć bez niego.
Na karcie zmiany zostaw kontakt do administratora i decyzję na wypadek niepowodzenia. Nie zakładaj, że powrót do starszej wersji zawsze zachowa dane. Procedurę odzyskania działania trzeba uzgodnić z dostawcą aplikacji przed zmianą, a nie improwizować między uczestnikami.

Polityka bezpieczeństwa, którą można wykonać podczas zajęć
Procedurę sesji połącz z zasadami dla całej floty. Poniżej proponujemy zakres dokumentu do uzgodnienia przez organizację. Każdy punkt powinien mieć właściciela, konkretną konfigurację i sposób sprawdzenia. Sam zakup MDM nie zastępuje tych ustaleń.
| Obszar | Co zapisać | Jak sprawdzić |
|---|---|---|
| Odpowiedzialność | Administrator floty, prowadzący i osoba podejmująca decyzje o danych uczestników. | Operator wie, gdzie zgłosić urządzenie niegotowe do pracy. |
| Konta i dostęp | Imienne konta administratorów, zakres uprawnień, MFA tam, gdzie jest dostępne, oraz odbieranie dostępu po zmianie roli. | Konto prowadzącego wykonuje tylko przewidziane czynności; byłe konto nie ma dostępu. |
| Aplikacje | Zatwierdzone źródła i wersje, osoba dopuszczająca nową aplikację, prawa do używania podczas szkoleń. | W goglach znajduje się odebrana wersja; uczestnik nie może sam zmienić zestawu treści, jeżeli taki jest wymóg. |
| Sieć i rejestracja | Dostęp do wymaganych usług, oddzielna sieć przygotowania sprzętu, bezpieczne przechowywanie tokenów i haseł. | Rejestracja i synchronizacja działają, a kod QR z danymi sieci nie jest dostępny uczestnikom. |
| Wyniki i nagrania | Cel zbierania, miejsca zapisu, uprawnione osoby, okres przechowywania i zatwierdzony sposób usuwania. | Próba TEST-A/TEST-B obejmuje też przeglądarkę, nagrania i usługę w chmurze. |
| Aktualizacje | Urządzenie próbne, okno zmian, kryteria odbioru i postępowanie z goglami po dłuższej przerwie. | Przed zajęciami znana jest faktyczna wersja każdego używanego urządzenia. |
| Utrata lub incydent | Kontakt alarmowy, odłączenie urządzenia od zajęć i sposób zachowania informacji potrzebnych do wyjaśnienia zdarzenia. | Operator potrafi zgłosić fikcyjny incydent bez kasowania wyników ani ujawniania ich innym osobom. |
| Kopia i wycofanie | Co ma zostać odzyskane, kto może je odzyskać oraz kolejność eksportu, odpięcia kont i resetu przy wycofaniu sprzętu. | Próba odzyskania na danych testowych; reset dopiero po sprawdzeniu wymaganych zapisów. |
Zapisz datę przeglądu i sytuacje, które wymagają aktualizacji dokumentu: nowa aplikacja, zmiana logowania, nowa lokalizacja lub dostawca. Nie obiecuj funkcji blokady czy kasowania, których posiadany model i plan nie obsługują. Brak potrzebnego mechanizmu powinien prowadzić do zmiany konfiguracji lub sposobu zajęć przed użyciem prawdziwych danych.
Przy danych osobowych decyzje o celu, podstawie przetwarzania, retencji i umowach powierzenia podejmuje właściwy administrator danych, z udziałem IOD, gdy jest wyznaczony. RODO, w szczególności art. 5, 28 i 32, obejmuje m.in. ograniczenie przechowywania, zasady powierzenia oraz zabezpieczenia odpowiednie do ryzyka. Powyższa tabela pomaga przełożyć ustalenia na pracę floty; nie stanowi zatwierdzenia zgodności konkretnego wdrożenia.
Prześlij opis sposobu współdzielenia gogli: używane aplikacje, liczbę kolejnych grup i to, co ma pozostać po zajęciach. Na tej podstawie można przygotować wymagania dla konfiguracji i jej odbioru.
Potrzebujesz konkretu?
Dobierz sprzęt XR do swojego zastosowania
Powiedz, do czego potrzebujesz gogli. Pomożemy wybrać sprzęt do domu, szkoły albo firmy.






Dodaj komentarz