Die Qualitätsrichtlinien für Apps für Smarte Brillen erweitern die grundlegenden Qualitätsstandards für mobile Apps.
Diese Qualitätsrichtlinien und Richtlinien für Apps konzentrieren sich auf wichtige, multimodale Interaktionen, die nur auf der Android XR-Plattform auf intelligenten Brillen möglich sind, wie in den Definitionen der Kompatibilitätsstufen, den Checklisten und den Richtlinien für reine Audioinhalte beschrieben. In diesen Abschnitten finden Sie Informationen dazu, wie Sie dafür sorgen, dass Ihre App auf Audio- und Display-Brillen eine gute Nutzererfahrung bietet.
Erweiterte Funktionen: Definitionen der Kompatibilitätsstufen für mobile Apps
In den folgenden Definitionen der Kompatibilitätsstufen finden Sie Informationen dazu, in welchem Umfang Ihre App Augmented-Reality-Funktionen auf Datenbrillen unterstützt.
Kompatibel
Eine kompatible mobile App bietet ein erweitertes Erlebnis auf Datenbrillen, ohne dass Entwickler zusätzlichen Aufwand betreiben müssen. Dies ist eine vorhandene Android-App mit Bluetooth-Konnektivität, die nicht für die Brille angepasst wurde. Die Android XR-Plattform unterstützt diesen App-Typ automatisch, sofern er nicht auf nicht unterstützte Hardwarefunktionen angewiesen ist.
Dazu werden die Standardoberflächen des Android-Systems nahtlos auf die Datenbrille übertragen. Benachrichtigungen werden beispielsweise automatisch im Sichtfeld des Nutzers angezeigt oder vorgelesen (bei Audiobrillen). So kann der Nutzer wichtige, schnell zu erledigende Aufgaben ausführen, ohne sein Smartphone herausnehmen zu müssen.
Differenziert
Eine differenzierte Augmented-Reality-Erfahrung ist speziell für Datenbrillen entwickelt und nutzt die vollen Funktionen des Jetpack XR SDK und die einzigartige Hardware des Formfaktors.
Verwenden Sie die folgenden Bibliotheken, um diese transformativen Augmented-Reality-Anwendungen zu erstellen:
- Jetpack Compose Glimmer: Ein Compose UI Toolkit zum Erstellen minimalistischer und gut lesbarer Benutzeroberflächen, die für optische See-Through-Displays optimiert sind.
- Jetpack Projected: Verwalten Sie Ressourcen und verbinden Sie Funktionen nahtlos zwischen dem Companion-Smartphone (Host) und der Brille (projiziertes Gerät).
- ARCore für Jetpack XR: Sie erhalten Zugriff auf erweiterte Wahrnehmungsfunktionen wie das Gerätetracking und die Geospatial API, die Lokalisierung und kontextbezogene Funktionen wie die Navigation für Fußgänger ermöglichen.
Augmented-Reality-Anwendungen: Checkliste für die Qualität mobiler Apps
Damit deine App eine optimale Nutzererfahrung für Augmented-Reality-Inhalte bietet, solltest du die folgenden Kompatibilitätschecklisten und Tests beachten.
Diese Checklisten und Tests definieren umfassende Qualitätsanforderungen für die meisten Arten von Android-Apps.
Kompatibel
Kompatible Apps sind vorhandene Android-Apps für Mobilgeräte, die automatisch auf Brillen funktionieren, indem sie Standard-Android-Oberflächen nutzen (z. B. Standard- und Live-Update-Benachrichtigungen). Für diese Kompatibilitätsstufe ist kein brillenspezifischer Code erforderlich.
Ihre App muss die folgenden grundlegenden Anforderungen erfüllen:
- Benachrichtigungen: Alle Benachrichtigungen, die eine Aktion erfordern oder zeitkritisch sind, müssen die standardmäßigen Android-APIs (
NotificationManager) verwenden, damit sie von der Plattform korrekt in Audioausgaben (Audiogeräte) oder minimalistische visuelle Overlays (Anzeigegeräte) umgewandelt werden können. - Livemeldungen: Wenn die App eine laufende Aktivität hat (z. B. fortschrittsbezogene Aufgaben), muss sie das Standard-Framework für Livemeldungen verwenden, damit die Plattform diese Informationen auf einen Blick und per Sprachbefehl anzeigen kann.
- Google Play: Die App muss allen anwendbaren Android- und Google Play-Richtlinien entsprechen. Die Kompatibilität wird automatisch anhand von Manifestdeklarationen und Funktionsanforderungen ermittelt.
Differenziert
Differenzierte Apps werden speziell mit dem Jetpack XR SDK (mit Bibliotheken wie Jetpack Compose Glimmer, Jetpack Projected und ARCore für Jetpack XR) entwickelt, um eine kontextbezogene, hochgradig optimierte Nutzererfahrung zu bieten oder einzigartige Augmented-Reality-Funktionen zu nutzen. Sehen Sie sich die Anforderungen an, die für Ihre App gelten.
| Kategorie | Region | Anleitung |
|---|---|---|
Hauptfunktion |
Aktivität auf der Datenbrille starten | Anwendungen sollten direkt über die mobile App gestartet und gesteuert werden können, insbesondere für die Ersteinrichtung oder die Navigation durch umfangreiche Informationen, bevor die Steuerung an Audio- und Display-Brillen übergeben wird, die über weniger UX-Funktionen verfügen. |
| Befehl zum Öffnen der App | Anwendungen sollten auf Brillen mit Gemini so konfiguriert sein, dass sie ohne Startbildschirm geöffnet werden. Wenn ein Nutzer den Befehl „Öffne [App]“ gibt, sollte die App herkömmliche Menüs umgehen und sofort in einen aktionsbereiten Audiomodus wechseln, z. B. einen reinen Audio-Hintergrundmodus, einen Live-Hörmodus oder einen sofortigen Audiohinweis. | |
| Kamerainitialisierung | Der Kamerazugriff kann entweder über einen mobilen Einstiegspunkt oder eine Aktivität oder über eine direkte Eingabe mit der Kamera-Aktionsgeste auf dem Gerät initiiert werden. Wenn der Kamerazugriff über die mobile Oberfläche initiiert wird, sollte der Nutzer einen Countdown hören, bevor das Kamerastreaming beginnt. | |
| Klarheit und Konsistenz (Gesten) | Gesten (z. B. Sprache, Tippen oder Wischen) sollten klar und einheitlich implementiert werden und den Erwartungen der Nutzer für gängige Interaktionen entsprechen. Die wichtigsten Richtlinien für Gesten werden in den folgenden entsprechenden Abschnitten beschrieben. | |
Leistung und Stabilität |
Akku | Optimieren Sie Hintergrundprozesse gemäß den Android-Einschränkungen für Hintergrundaufgaben und minimieren Sie die Nutzung von Sensoren mit hohem Stromverbrauch (z. B. Kamerafeed), wenn sie nicht aktiv verwendet werden. |
| Framerate und Auflösung der Kamera | Der Zugriff auf den Kamerafeed sollte so konfiguriert werden, dass für einen bestimmten Anwendungsfall die effizienteste Konfiguration (niedrigste Framerate und Auflösung) verwendet wird. Weitere Informationen zu empfohlenen Konfigurationen für die einzelnen Anwendungsfälle finden Sie im Leitfaden für Entwickler. | |
| Sicherheit | Sicherheit | Die Nutzung sollte auf von Nutzern initiierten Aktionen basieren und die Ablenkung von der unmittelbaren Umgebung strikt minimieren, insbesondere während der Bewegung oder in öffentlichen Bereichen. |
| Datenschutz und Sicherheit | Berechtigungen | Die App muss brillenspezifische Berechtigungen für den Hardwarezugriff (z. B. auf die Kamera oder das Mikrofon) anfordern. Dazu muss sie die API für projizierte Berechtigungsanfragen verwenden und die Weiterleitung zum Hostgerät für die Nutzereinwilligung verarbeiten. |
Allgemeine Richtlinien |
Bedienungshilfen | Berücksichtigen Sie Nutzer mit unterschiedlichen Anforderungen und stellen Sie gegebenenfalls alternative Eingabemethoden zur Verfügung, z. B. Sprachbefehle als Fallback für Touchpad-Gesten. |
| Test | Testen Sie alle Gesten- und visuellen Implementierungen gründlich in verschiedenen Nutzerszenarien, bei unterschiedlichen Lichtverhältnissen und in belebten Umgebungen. Verwenden Sie dazu den Android XR-Emulator und Composable-Vorschauen. | |
| Google Play | Richtlinien | Halten Sie sich an alle Google Play-Richtlinien, einschließlich der brillenspezifischen Richtlinien in den folgenden Abschnitten, die zum Schutz der Privatsphäre und des Wohlbefindens der Nutzer beitragen. |
Audioerlebnis |
Sprachwarnungen | Sprachbenachrichtigungen müssen prägnant sein und nur die relevantesten, umsetzbaren Informationen enthalten. Sprachwarnungen für Fehlerzustände sollten unabhängig von der Internetverbindung funktionieren. Follow-ups und tiefergehende Unterhaltungen sollten explizit über einen In-App-Agenten oder Gemini erwartet werden. |
| Audiofokus | Der Audiofokus ist eng mit dem Eingabefokus verknüpft. Apps sollten den Audiofokus gemäß den Android-Richtlinien anfordern und aufgeben. | |
| Audiorichtlinien | Gesten und LED-Verhalten müssen allen Richtlinien für reine Audio-Anwendungen entsprechen. |
Richtlinien für Nur-Audio-Inhalte
Alle Apps müssen die Anforderungen der folgenden Richtlinien erfüllen, um eine sichere und respektvolle Nutzung von Audioinhalten auf intelligenten Brillen zu fördern.
App-Sicherheit
Zur Erinnerung: Alle Apps, die über Google Play vertrieben werden, müssen allen Google Play-Richtlinien für Entwickler entsprechen.
Die folgenden Aktivitäten sind strengstens untersagt und Apps dürfen diese Aktivitäten weder ermöglichen noch fördern:
- Doxing
- Gesichtserkennung oder biometrische Identifizierung
- Überwachung
- Erstellung oder Verbreitung von nicht einvernehmlich aufgenommenen oder veröffentlichten intimen Bildern (Non-Consensual Intimate Imagery, NCII)
Für alle Apps sind die folgenden Schutzmaßnahmen für Unbeteiligte erforderlich:
Kamerasicherheit
Apps, die auf Kamerasensoren von Wearables zugreifen, müssen die Privatsphäre von Umstehenden respektieren und Folgendes einhalten:
Einschränkung für Videos und Fotos
Zulässige Interaktionen |
Beschreibung |
|---|---|
Videoanrufe |
Apps dürfen Kamerasensoren von Wearables für Videoanrufe verwenden. |
Szenenerkennung und Umgebungserkennung |
Apps dürfen Kamerasensoren von Wearables für die Kameraerkennung oder Szenenerkennung verwenden. |
Unzulässige Interaktionen |
Beschreibung |
|---|---|
Livestreaming in sozialen Medien und öffentlicher Rundfunk |
Apps dürfen keine Kamerasensoren von Wearables für Video-Social-Livestreaming verwenden. Dazu gehören alle Echtzeit-Livestreams, die an mehrere Personen gerichtet sind, öffentliche Übertragungen oder das Streamen in öffentliche Feeds und offene Kanäle. |
Gesichtserkennung und Doxing in Echtzeit |
Apps dürfen keine Kamerasensoren verwenden, um eine Gesichtserkennung durchzuführen und personenidentifizierbare Informationen von unbeteiligten Personen zu erfassen. Beispiele: Namen, Privatadressen, Telefonnummern oder Arbeitgeber. |
Nicht einvernehmlich aufgenommene oder veröffentlichte intime Bilder oder Generierung illegaler Inhalte |
Apps dürfen Kamerasensoren nicht verwenden, um die Erstellung von nicht einvernehmlich aufgenommenen oder veröffentlichten intimen Bildern (Non-Consensual Intimate Imagery, NCII) oder die Erstellung illegaler Inhalte (z. B. Darstellungen des sexuellen Missbrauchs von Kindern) zu ermöglichen. |
Audiosicherheit
Apps, die das Mikrofonarray verwenden, müssen die Privatsphäre von Umstehenden respektieren und die folgenden Anforderungen erfüllen:
Unzulässige Interaktionen |
Beschreibung |
|---|---|
Dauerhaftes Abhören |
Apps dürfen keine dauerhaften Audioaufnahmen oder Transkriptionen im Hintergrund erstellen, wenn der Nutzer nicht aktiv mit der App an einer von ihm initiierten Aufgabe arbeitet. |
Spracherkennung |
Apps dürfen das Mikrofonarray nicht verwenden, um Stimmen von Personen zu identifizieren, die das Gerät nicht tragen, oder von Personen, die sich in der Nähe befinden. |
Programmatische Unterdrückung oder Änderung |
Apps dürfen keine vom System erzwungenen Audio-Rauschunterdrücker ändern oder deaktivieren. Apps dürfen Nutzer auch nicht dazu ermutigen oder anweisen, die Audiounterdrückung zu ändern oder zu deaktivieren. |
Gesten und Eingabe
In diesen Richtlinien werden die Anforderungen für die Implementierung von Gestenereignissen auf Brillen während reiner Audioerlebnisse beschrieben. Halte dich an diese Richtlinien, um eine einheitliche und intuitive Nutzererfahrung auf verschiedenen Apps und Android XR-Geräten zu bieten. Alle Eingaben sollten funktionieren, wenn Ihre App den Audiofokus hat, unabhängig davon, ob sie sich im Vordergrund befindet.
1. Tippgeste
Die Tipp-Geste ist eine schnelle, einmalige Berührung des Touchpad-Eingabebereichs. Durch Tippen können Nutzer auf der Brille Aktionen ausführen. Dadurch kann die Audiowiedergabe gestartet werden, um beispielsweise Informationen basierend auf dem Status eines Nutzers bereitzustellen oder die letzte akustische Nachricht zu wiederholen. Wenn Audioinhalte wiedergegeben werden, kann die Audiowiedergabe durch Tippen pausiert oder beendet werden.
Beispiele
| Zulässige Interaktionen | Beschreibung |
|---|---|
Eine relevante Aufforderung abspielen |
Stelle dem Nutzer relevante Informationen zur Verfügung, z. B.:
Wenn Sie während der Audiowiedergabe tippen, wird die Wiedergabe beendet. |
Mikrofon stummschalten oder Stummschaltung aufheben |
Nutzern erlauben, ihr Mikrofon durch Tippen stummzuschalten oder die Stummschaltung aufzuheben, wenn sie sich in einer Umgebung befinden, in der das Mikrofon verwendet wird. Wenn das Mikrofon stummgeschaltet oder die Stummschaltung aufgehoben wird, sollte ein akustisches Feedback ausgegeben werden. |
| Unzulässige Interaktionen | Beschreibung |
|---|---|
Irrelevante Informationen oder Anzeigen |
Verwenden Sie die Tipp-Geste nicht, um Werbung zu schalten oder Informationen bereitzustellen, die für den aktuellen physischen Zustand oder Kontext des Nutzers irrelevant sind. |
Gaming-Eingaben und schnelle, kontinuierliche Aktionen |
Die Tipp-Geste ist für schnelle Aktionen mit einer einzigen Berührung gedacht. Er darf nicht als kontinuierlicher Controller für interaktive Spiele oder Aufgaben mit hochfrequenter Eingabe verwendet werden, die die Standard-Systemsteuerung stören. |
Ermöglichung von Straftaten, Gewalt oder selbstverletzendem Verhalten |
Die Tipp-Geste darf niemals umsetzbare Anweisungen auslösen, die illegale oder schädliche Handlungen ermöglichen, wie z. B. extremistische Rekrutierung, Waffenherstellung oder selbstverletzendes Verhalten. |
2. Kamera-Aktionsgeste
Die Kamera-Aktionsgeste besteht darin, die Kamerataste zweimal schnell hintereinander zu drücken. Apps, die auf die Kamera zugreifen, müssen dieses Ereignis als Kameraaktion behandeln, die Sensordaten direkt an die App liefert.
Beispiele
| Zulässige Interaktionen | Beschreibung |
|---|---|
Kamera für die App aktivieren |
Den Kamerastream in der App starten. Dazu gehört das Aktivieren des Kamerastreams, um Fotos oder Videos aufzunehmen oder die Verarbeitung von Umgebungsdaten mithilfe des Kamerafeeds zu ermöglichen. Die Verwendung des Kamerastreams muss allen Android-Richtlinien zu Kamera- und Mikrofonaufnahmen sowie der Richtlinie zu Nutzerdaten in der Google Play-Richtlinienübersicht für Entwickler entsprechen. Außerdem sind gemäß der Richtlinie zu Mobbing und Belästigung Apps verboten, die andere öffentlich doxen oder ausnutzen. |
| Unzulässige Interaktionen | Beschreibung |
|---|---|
Benutzerdefinierte Eingaben und Neuzuordnung |
Die Geste „Doppeltes Drücken der Kamerataste“ darf ausschließlich zum Aktivieren des Kamerastreams und zum direkten Bereitstellen von Sensordaten für die App verwendet werden. Sie dürfen diese Hardwaregeste nicht für Funktionen, die nichts mit der Kamera zu tun haben, benutzerdefinierte Verknüpfungen oder alternative Nutzerfreundlichkeit der App neu zuweisen. |
Verwendung von entkoppelten oder Dummy-Sensoren |
Apps, die die Geste „Doppeltes Drücken“ für die Kamera abfangen, müssen sie als echte Anfrage für visuelle Sensordaten behandeln. Du darfst das Ereignis „Doppeltes Drücken“ nicht registrieren, um die Hardwaretaste zu kapern, während der Kamerafeed absichtlich ignoriert, verworfen oder unterdrückt wird. |
Fehlende Offenlegung oder irreführende Nutzung |
Wenn die Kamera durch zweimaliges Drücken der Ein/Aus-Taste aktiviert wird, müssen Sie den Nutzer im Rahmen des Ablaufs in der mobilen App bei der ersten Berechtigungserteilung oder Einrichtung der App genau darüber informieren, wie die Kamera verwendet wird. Gültige Anwendungsfälle sind beispielsweise Livestreaming, das Aufnehmen eines Fotos oder die KI‑Verarbeitung. Der Kamerastream darf niemals für eine Funktion verwendet werden, der der Nutzer nicht ausdrücklich zugestimmt hat. |
3. Mit einem Finger zurückwischen
Die Zurück-Wischgeste mit einem Finger ist eine kontinuierliche Rückwärtsbewegung über den Eingabebereich des Touchpads. Das System unterstützt diese Geste auch bei reinen Audioerlebnissen durch Aufrufen von onBack(). Ihre App sollte dieses Ereignis verarbeiten, indem sie entweder die aktuelle Ansicht beendet oder den Nutzer zu einem vorherigen App-Status zurückleitet.
| Unzulässige Interaktionen | Beschreibung |
|---|---|
Hijacking des Befehls „exit“ |
Die Wischgeste „Zurück“ muss immer |
Vorgetäuschte Ausstiege (heimliches Abhören) |
Apps müssen die Nutzung des primären Sensors tatsächlich beenden oder aussetzen, wenn diese Geste ausgeführt wird. Simuliere kein Verlassen des Zuhauses, während im Hintergrund heimlich Sensoren zur Überwachung aktiv bleiben. |
LED-Verhalten
Deine App darf das Verhalten der LED-Systemanzeige nicht basierend auf dem Mikrofon- und Kamerazugriff ändern.
| Unzulässige Interaktionen | Beschreibung |
|---|---|
Programmatische Unterdrückung oder Änderung |
Apps dürfen das vom System erzwungene Verhalten der nach außen gerichteten LED und der für Nutzer sichtbaren LED, das auf dem Zugriff auf das Mikrofon und die Kamera basiert, nicht ändern, dimmen oder deaktivieren. Apps dürfen Nutzer auch nicht dazu auffordern oder anleiten, das Verhalten der LEDs zu ändern, sie zu dimmen oder zu deaktivieren. |
Umgehung der Erkennung von Manipulationen und Sabotage |
Apps dürfen die Algorithmen zur Erkennung von Manipulationen des Geräts nicht umgehen oder beeinträchtigen. Diese Algorithmen sind so konzipiert, dass die Aufzeichnung programmatisch beendet wird, wenn die nach außen gerichtete LED physisch abgedeckt oder beschädigt ist. Apps dürfen Nutzer auch nicht dazu ermutigen oder anleiten, diese Algorithmen zu umgehen oder zu beeinträchtigen. |