Seminar Genymotion Self-hosted / Device Image – Web-Integration, Kiosk und interaktive Android-Sessions

Android-Geräte können über eine Browseroberfläche bereitgestellt, in Portale eingebettet und für geführte oder kioskähnliche Nutzung eingeschränkt werden. Das Seminar verbindet Sitzungsdesign, JavaScript-SDK-Integration, Authentisierung, WebRTC, Eingabesteuerung, Datenschutz und Betriebsüberwachung.

Seminarziel

Eine interaktive Gerätesitzung kann sicher in eine Webanwendung integriert, an Nutzer und Berechtigungen gebunden und nach Ende vollständig bereinigt werden. Kiosk-, Freigabe-, Timeout- und Fehlerszenarien werden produktionsnah umgesetzt.

Inhaltsübersicht

1. 1. Nutzungsszenario und Sitzungsvertrag
2. 2. Einbettungsarchitektur
3. 3. SDK- und UI-Integration
4. 4. Authentisierung und Autorisierung
5. 5. WebRTC und Medienqualität
6. 6. Kiosk- und geführter Modus
7. 7. Mehrbenutzer- und Sitzungssteuerung
8. 8. Datenschutz und Bereinigung
9. 9. Observability und Support
10. Praxisprojekt und Übungen
11. Zielgruppe und Voraussetzungen
12. Didaktik und Arbeitsweise

Fachliche Einordnung

Der Themenblock ist als eigenständiger Qualifizierungsbaustein für produktionsnahe Android-Test- und Betriebsumgebungen abgegrenzt. Konfigurationen werden nicht nur demonstriert, sondern mit Sollwerten, Negativtests, Rücksetzschritten und dokumentierten Prüfpunkten abgesichert. Dadurch bleiben die erarbeiteten Abläufe auf Self-hosted- und Device-Image-Szenarien übertragbar.

Seminarinhalte

1. Nutzungsszenario und Sitzungsvertrag

Portal, Nutzer und Geräteplattform erhalten klar definierte Verantwortlichkeiten.

1. Schritt 1: Zielgruppe, erlaubte Aktionen und maximale Sitzungsdauer festlegen.
2. Schritt 2: Geräteprofil, Startanwendung und Rücksetzbedarf bestimmen.
3. Schritt 3: Ein- und Ausgabedaten sowie Datenschutzgrenzen dokumentieren.
4. Schritt 4: Sitzungszustände von angefordert bis bereinigt als Vertrag modellieren.

2. Einbettungsarchitektur

Browser, Portal-Backend und Gerät werden ohne Offenlegung unnötiger Zugangsdaten gekoppelt.

1. Schritt 1: Komponenten und Vertrauenszonen in einem Sequenzdiagramm anordnen.
2. Schritt 2: Gerätezuweisung und temporäre Sitzungserlaubnis dem Backend zuordnen.
3. Schritt 3: Direkte Geheimnisweitergabe an den Browser ausschließen.
4. Schritt 4: Fehler- und Abbruchpfade für jede Verbindung definieren.

3. SDK- und UI-Integration

Die Gerätesicht wird in eine kontrollierte Portaloberfläche eingebettet.

1. Schritt 1: Container, Größenverhalten und Ladezustand der Gerätesitzung anlegen.
2. Schritt 2: SDK-Initialisierung mit Sitzungskontext und Zielgerät konfigurieren.
3. Schritt 3: Verbindungs-, Bereit-, Fehler- und Ende-Ereignisse behandeln.
4. Schritt 4: Tastatur, Maus, Fokus und responsive Darstellung in mehreren Browsergrößen testen.

4. Authentisierung und Autorisierung

Portalidentität wird auf eine kurzlebige, zweckgebundene Gerätenutzung abgebildet.

1. Schritt 1: Nutzeridentität und erforderliche Rollen im Portal prüfen.
2. Schritt 2: Sitzung nur für freigegebenes Geräteprofil und Zeitfenster anfordern.
3. Schritt 3: Token oder Freigabe nach Ablauf und Abmeldung widerrufen.
4. Schritt 4: Unberechtigten Gerätewechsel und Wiederverwendung einer alten Sitzung negativ testen.

5. WebRTC und Medienqualität

Interaktive Qualität wird entlang von Browser, Netz und Relay-Pfad überwacht.

1. Schritt 1: Medienanforderungen und zulässige Portpfade dokumentieren.
2. Schritt 2: Verbindungsaufbau und gewählten Kandidatenpfad beobachten.
3. Schritt 3: Latenz, Bildqualität und Eingabereaktion unter Referenzlast messen.
4. Schritt 4: Netzstörung, Fallback und Wiederverbindung kontrolliert testen.

6. Kiosk- und geführter Modus

Nutzer bleiben innerhalb der vorgesehenen Anwendung und Funktionen.

1. Schritt 1: Zielanwendung und erlaubte Navigation festlegen.
2. Schritt 2: Kiosk- oder Einschränkungsmodus aktivieren und Startzustand prüfen.
3. Schritt 3: Home-, Zurück-, App-Wechsel- und Systemzugriffe als Negativtests ausführen.
4. Schritt 4: Administrativen Ausstieg und Rückkehr zum Standardprofil dokumentieren.

7. Mehrbenutzer- und Sitzungssteuerung

Gleichzeitige Zugriffe, Reservierungen und Übergaben werden eindeutig geregelt.

1. Schritt 1: Exklusive oder geteilte Nutzung je Serviceklasse definieren.
2. Schritt 2: Gerät mit Lease, Nutzerkennung und Ablaufzeit reservieren.
3. Schritt 3: Zweiten Zugriff je Regel ablehnen oder sichtbar als Beobachter behandeln.
4. Schritt 4: Abbruch, Browserverlust und Lease-Ablauf mit automatischer Freigabe testen.

8. Datenschutz und Bereinigung

Persönliche Eingaben, Konten und Medien verbleiben nicht im nächsten Nutzungszyklus.

1. Schritt 1: Zu löschende App-Daten, Konten, Zwischenablage, Dateien und Aufzeichnungen festlegen.
2. Schritt 2: Sitzung geordnet beenden und Uploads sowie Downloads abschließen.
3. Schritt 3: Reset oder Neuerstellung auslösen.
4. Schritt 4: Mit einer Negativprüfung auf Konten, Verlauf und Dateien die Freigabe bestätigen.

9. Observability und Support

Sitzungsfehler lassen sich über Portal-, SDK-, Netz- und Geräteinformationen korrelieren.

1. Schritt 1: Sitzungs-, Nutzer-, Geräte- und Korrelationskennung in Logs vereinheitlichen.
2. Schritt 2: Ladezeit, Abbruchrate, Medienqualität und Bereinigungsfehler messen.
3. Schritt 3: Supportansicht mit Status und sicheren Diagnoseinformationen entwerfen.
4. Schritt 4: Runbook für Verbindungsfehler, schwarzes Bild, Eingabeproblem und hängen gebliebene Sitzung testen.

Praxisprojekt und Übungen

Die Übungen verwenden einen zusammenhängenden Laborfall. Jeder Arbeitsauftrag enthält Ausgangslage, Sollzustand, Durchführung, Prüfpunkte und eine kontrollierte Bereinigung. Fehlerfälle werden bewusst eingebaut, damit Diagnose und Rückfall nicht erst im Produktivbetrieb erprobt werden.

1. Übung 1: Ein Portalprototyp bindet eine Android-Sitzung mit Lade-, Fehler- und Ende-Zuständen ein.
2. Übung 2: Zeitlich begrenzte Autorisierung, Kioskmodus und Mehrbenutzerkonflikt werden umgesetzt.
3. Übung 3: Eine komplette Sitzung wird einschließlich WebRTC-Messung, Abbruch und datenschutzgerechter Bereinigung getestet.

Zielgruppe und Voraussetzungen

Zielgruppe: Webentwicklung, Solution Engineering, Plattformbetrieb, Produktentwicklung und technische Architektur.

Voraussetzungen: Web-Grundkenntnisse zu HTML, JavaScript, Authentisierung und Browsernetzwerken.

Didaktik und Arbeitsweise

Kurze Fachimpulse werden unmittelbar durch Demonstrationen, strukturierte Konfigurationsschritte, Praxisübungen und kontrollierte Fehlerfälle vertieft. Für jeden wesentlichen Ablauf entstehen wiederverwendbare Checklisten, Konfigurationsnachweise oder Runbooks. Die Bearbeitung erfolgt ohne undokumentierte Sonderkonfigurationen und endet jeweils mit einer technischen Validierung des erreichten Zustands.