Le norme sulla qualità delle app per occhiali intelligenti estendono gli standard di base per la qualità principale delle app mobile.
Queste norme e linee guida sulla qualità delle app si concentrano su interazioni multimodali cruciali, uniche per la piattaforma Android XR sugli occhiali smart, come descritto nelle definizioni dei livelli di compatibilità, nelle checklist e nelle norme per le esperienze solo audio. Consulta queste sezioni per verificare che la tua app offra un'esperienza utente ottimale su occhiali con audio e display.
Esperienze di realtà aumentata: definizioni dei livelli di compatibilità delle app mobile
Consulta le seguenti definizioni dei livelli di compatibilità per comprendere il livello di supporto fornito dalla tua app per le esperienze di realtà aumentata sugli occhiali.
Compatibile
Un'app mobile compatibile offre un'esperienza di realtà aumentata sugli occhiali senza alcun ulteriore sforzo da parte degli sviluppatori. Rappresenta un'app mobile Android esistente, inclusa la connettività Bluetooth, che non è stata modificata per gli occhiali. La piattaforma Android XR supporta automaticamente questo tipo di app, a condizione che non si basi su funzionalità hardware non supportate.
Per ottenere questa funzionalità, la piattaforma estende perfettamente le superfici standard del sistema Android agli occhiali. Ad esempio, le notifiche vengono visualizzate automaticamente nel campo visivo dell'utente o lette ad alta voce (per gli occhiali audio), in modo che l'utente possa completare attività critiche e rapide senza dover estrarre lo smartphone.
Differenziato
Un'esperienza di realtà aumentata differenziata è progettata specificamente per gli occhiali, sfruttando tutte le funzionalità dell'SDK Jetpack XR e l'hardware unico del form factor.
Per creare queste esperienze di realtà aumentata trasformative, utilizza le seguenti librerie:
- Jetpack Compose Glimmer: un toolkit per l'interfaccia utente di Compose per creare interfacce minimali e leggibili ottimizzate per i display ottici trasparenti.
- Jetpack Projected: gestisci le risorse e collega senza problemi le funzionalità tra lo smartphone accoppiato (host) e gli occhiali (dispositivo proiettato).
- ARCore per Jetpack XR: accedi a funzionalità di percezione avanzate come il monitoraggio dei dispositivi e l'API Geospatial, che consentono la localizzazione e funzionalità sensibili al contesto come la navigazione a piedi.
Esperienze di realtà aumentata: elenco di controllo per la qualità delle app mobile
Per assicurarti che la tua app offra un'esperienza utente ottimale per le esperienze di realtà aumentata, consulta i seguenti test ed elenchi di controllo della compatibilità.
Questi elenchi di controllo e test definiscono un insieme completo di requisiti di qualità per la maggior parte dei tipi di app per Android.
Compatibile
Le app compatibili sono app mobile Android esistenti che funzionano automaticamente sugli occhiali sfruttando le piattaforme Android standard (ad esempio, notifiche standard e aggiornamenti in tempo reale). Per questo livello di compatibilità non è richiesto alcun codice specifico per gli occhiali.
La tua app deve soddisfare i seguenti requisiti di base:
- Notifiche: assicurati che tutte le notifiche interattive e urgenti utilizzino le API Android
NotificationManagerstandard in modo che possano essere convertite correttamente dalla piattaforma in letture audio (dispositivi audio) o overlay visivi minimalisti (dispositivi con display). - Aggiornamenti in tempo reale: se l'app ha un'attività continua (ad esempio attività relative all'avanzamento), deve utilizzare il framework di notifica standard degli aggiornamenti in tempo reale in modo che la piattaforma possa mostrare queste informazioni in modo rapido e con comandi vocali.
- Google Play: l'app deve rispettare tutte le norme di Android e Google Play applicabili. La compatibilità viene determinata automaticamente in base alle dichiarazioni del manifest e ai requisiti delle funzionalità.
Differenziato
Le app differenziate sono create appositamente utilizzando l'SDK Jetpack XR (con librerie come Jetpack Compose Glimmer, Jetpack Projected e ARCore per Jetpack XR) per offrire un'esperienza utente altamente ottimizzata e sensibile al mondo o utilizzare funzionalità di realtà aumentata uniche. Consulta i requisiti appropriati per la tua app.
| Categoria | Area | Consulenza |
|---|---|---|
Funzionalità di base |
Avvia l'attività degli occhiali | Le esperienze dovrebbero essere avviabili e controllabili direttamente dall'app mobile, soprattutto per la configurazione iniziale o la navigazione di informazioni dense prima di passare agli occhiali con audio e display, che hanno un insieme più limitato di funzionalità UX. |
| Comando Apri app | Le esperienze devono essere configurate con uno stato di avvio immediato sugli occhiali con Gemini, in modo che quando un utente invia un prompt con un comando "Apri [app]", l'app bypassi i menu tradizionali e passi immediatamente a un'esperienza audio pronta all'uso, come una modalità in background solo audio, uno stato di ascolto in tempo reale o un segnale audio immediato. | |
| Avvio della fotocamera | L'accesso alla fotocamera può essere avviato da un punto di accesso o un'attività mobile oppure da un input diretto utilizzando il gesto di azione della fotocamera sul dispositivo. Se l'accesso alla videocamera viene avviato dalla piattaforma mobile, l'utente dovrebbe sentire un conto alla rovescia prima di avviare lo streaming della videocamera. | |
| Chiarezza e coerenza (gesti) | I gesti (come voce, tocchi o scorrimenti) devono essere implementati in modo chiaro e coerente, in linea con le aspettative degli utenti per le interazioni comuni. Le norme relative ai gesti principali sono descritte nelle sezioni corrispondenti successive. | |
Prestazioni e stabilità |
Batteria | Ottimizza i processi in background seguendo le limitazioni delle attività in background di Android e riduci al minimo l'utilizzo di sensori ad alto consumo (come il feed della videocamera) quando non sono in uso. |
| Frequenza fotogrammi e risoluzione della videocamera | L'accesso al feed della videocamera deve essere configurato in modo da utilizzare la configurazione più efficiente (frequenza fotogrammi e risoluzione più basse) per un determinato caso d'uso. Per saperne di più sulle configurazioni consigliate per caso d'uso, consulta le indicazioni per gli sviluppatori. | |
| Sicurezza | Sicurezza | Le esperienze devono essere progettate in base alle azioni avviate dall'utente e ridurre al minimo le distrazioni dell'utente dall'ambiente circostante, soprattutto durante i movimenti o negli spazi pubblici. |
| Privacy e sicurezza | Autorizzazioni | L'app deve richiedere autorizzazioni specifiche per gli occhiali per l'accesso all'hardware (come la fotocamera o il microfono) utilizzando l'API di richiesta delle autorizzazioni proiettata e gestendo il reindirizzamento al dispositivo host per il consenso dell'utente. |
Norme generali |
Accessibilità | Prendi in considerazione gli utenti con esigenze diverse e assicurati che siano disponibili metodi di immissione alternativi (ad esempio, l'utilizzo di comandi vocali come alternativa ai gesti sul touchpad), se opportuno. |
| Test | Testa a fondo tutte le implementazioni visive e dei gesti in vari scenari utente, condizioni di illuminazione e ambienti affollati, utilizzando l'emulatore Android XR e le anteprime componibili. | |
| Google Play | Norme | Rispetta tutte le norme di Google Play, incluse le norme specifiche per gli occhiali descritte nelle sezioni successive che contribuiscono a proteggere la privacy e il benessere degli utenti. |
Esperienza audio |
Avvisi vocali | Gli avvisi vocali devono essere concisi e fornire solo le informazioni più pertinenti e utili. Gli avvisi vocali per le condizioni di errore dovrebbero funzionare indipendentemente dalla connessione a internet. I follow-up e le conversazioni più approfondite dovrebbero essere previsti esplicitamente utilizzando un agente in-app o Gemini. |
| Focus audio | Il focus audio è strettamente correlato al focus di input. Le app devono richiedere e rilasciare l'audio focus in modo appropriato e in linea con le linee guida di Android. | |
| Policy audio | I gesti e i comportamenti dei LED devono essere conformi a tutte le norme per le esperienze solo audio. |
Norme per le esperienze solo audio
Tutte le app devono rispettare i requisiti delle seguenti norme per promuovere esperienze audio sicure e rispettose sugli occhiali intelligenti.
Sicurezza delle app
Ti ricordiamo che tutte le app distribuite tramite Google Play devono rispettare tutte le norme per gli sviluppatori di Google Play.
Le seguenti attività sono severamente vietate e le app non devono agevolarle o promuoverle:
- Doxxing
- Riconoscimento facciale o identificazione biometrica
- Sorveglianza
- Creazione o diffusione di immagini intime non consensuali (NCII)
Le seguenti protezioni per gli astanti sono obbligatorie per tutte le app:
Sicurezza della videocamera
Le app che accedono ai sensori della fotocamera dei dispositivi indossabili devono rispettare la privacy degli astanti e devono rispettare quanto segue:
Limitazione per video e foto
Interazioni consentite |
Descrizione |
|---|---|
Videochiamate |
Le app sono autorizzate a utilizzare i sensori della fotocamera indossabile per le videochiamate. |
Comprensione della scena e rilevamento ambientale |
Le app possono utilizzare i sensori della fotocamera indossabile per il rilevamento della videocamera ambientale o la comprensione della scena. |
Interazioni vietate |
Descrizione |
|---|---|
Live streaming social e trasmissioni pubbliche di video |
Le app non devono utilizzare i sensori della fotocamera dei dispositivi indossabili per il live streaming social video, che include qualsiasi live streaming in tempo reale, one-to-many, trasmissione pubblica o trasmissione su feed pubblici e canali aperti. |
Identificazione facciale in tempo reale e doxxing |
Le app non devono utilizzare i sensori della fotocamera per eseguire l'identificazione facciale al fine di mostrare informazioni che consentono l'identificazione personale (PII) di astanti. Ad esempio: nomi, indirizzi di casa, numeri di telefono o il datore di lavoro. |
Generazione di immagini intime non consensuali (NCII) o contenuti illegali |
Le app non devono utilizzare i sensori della fotocamera per facilitare la creazione di immagini intime non consensuali (NCII) o la generazione di contenuti illegali (ad esempio, CSAM). |
Sicurezza audio
Le app che utilizzano l'array di microfoni devono rispettare la privacy degli astanti e devono soddisfare i seguenti requisiti:
Interazioni vietate |
Descrizione |
|---|---|
Intercettazione persistente |
Le app non devono mantenere la registrazione o la trascrizione audio persistente in background quando l'utente non interagisce attivamente con l'app per un'attività avviata dall'utente. |
Identificazione vocale |
Le app non devono utilizzare l'array di microfoni per identificare le voci di persone diverse da chi indossa il dispositivo o di astanti. |
Eliminazione o modifica programmatica |
Le app non devono modificare o disattivare i sistemi di riduzione del rumore audio applicati dal sistema. Inoltre, le app non devono incoraggiare o indirizzare gli utenti a modificare o disattivare i sistemi di riduzione del rumore audio. |
Gesti e input
Queste norme delineano i requisiti per l'implementazione degli eventi di gesti sugli occhiali durante le esperienze solo audio. Rispetta queste linee guida per offrire un'esperienza utente coerente e intuitiva su diverse app e dispositivi Android XR. Tutti gli input dovrebbero funzionare se la tua app ha la priorità audio, indipendentemente dal suo stato in primo piano.
1. Gesto di tocco
Il gesto di tocco è un tocco rapido e singolo sull'area di input del touchpad. Un tocco è il modo in cui un utente esegue un'azione sugli occhiali. In questo modo è possibile avviare la riproduzione audio, ad esempio per fornire informazioni in base allo stato di un utente o per ripetere l'ultimo messaggio udibile. Se l'audio è in riproduzione, un tocco potrebbe mettere in pausa o interrompere l'uscita audio.
Esempi
| Interazioni consentite | Descrizione |
|---|---|
Riproduci un prompt pertinente |
Fornisci all'utente informazioni pertinenti, ad esempio:
Se tocchi mentre l'audio è in riproduzione, l'audio si interrompe. |
Disattiva o riattiva il microfono |
Consenti agli utenti di disattivare o riattivare l'audio del microfono con un gesto di tocco quando si trovano in un'esperienza che utilizza l'input del microfono. Quando il microfono viene disattivato o riattivato, deve essere fornito un feedback audio. |
| Interazioni vietate | Descrizione |
|---|---|
Informazioni o annunci non pertinenti |
Non utilizzare il gesto di tocco per pubblicare annunci o fornire informazioni non pertinenti allo stato fisico o al contesto attuale dell'utente. |
Input di gioco e azioni rapide e continue |
Il gesto di tocco è progettato per azioni rapide con un solo tocco. Non deve essere riutilizzato come controller continuo per giochi interattivi o attività di input ad alta frequenza che interrompono i controlli di sistema standard. |
Incoraggiamento di attività criminali, violenza o autolesionismo |
Il gesto di tocco non deve mai attivare istruzioni pratiche che facilitano atti illegali o dannosi, come il reclutamento di estremisti, la creazione di armi o l'autolesionismo. |
2. Gesto per l'azione della fotocamera
Il gesto di azione della fotocamera consiste nel premere il pulsante della fotocamera due volte in rapida successione. Le app che accedono alla fotocamera devono trattare questo evento come un'azione della fotocamera che fornisce i dati dei sensori direttamente all'app.
Esempi
| Interazioni consentite | Descrizione |
|---|---|
Attiva la fotocamera nell'app |
Avvia lo stream della videocamera nell'app. Ciò include l'attivazione dello stream della videocamera per acquisire foto, video o consentire l'elaborazione della videocamera ambientale utilizzando il feed della videocamera. L'utilizzo dello stream della videocamera deve essere conforme a tutte le norme Android relative alle acquisizioni di videocamera e microfono e alle norme relative ai dati utente nel Centro norme per gli sviluppatori di Play. Inoltre, le norme relative a bullismo e molestie non consentono app che effettuano doxing o sfruttano pubblicamente altre persone. |
| Interazioni vietate | Descrizione |
|---|---|
Input personalizzati e rimappatura |
Il gesto di doppia pressione della fotocamera deve essere utilizzato esclusivamente per attivare lo stream della videocamera e fornire i dati dei sensori direttamente all'app. Non devi rimappare questo gesto hardware a funzioni non relative alla fotocamera, scorciatoie personalizzate o esperienze con l'app alternative. |
Utilizzo di sensori disaccoppiati o fittizi |
Le app che intercettano il gesto di doppia pressione della fotocamera devono trattarlo come una richiesta autentica di dati dei sensori visivi. Non puoi registrare l'evento di doppia pressione per intercettare il tasto hardware ignorando, eliminando o sopprimendo intenzionalmente il feed videocamera. |
Mancata divulgazione o utilizzo ingannevole |
Quando viene utilizzato il gesto di doppia pressione della fotocamera per attivarla, devi informare esplicitamente l'utente sull'utilizzo esatto della fotocamera in un flusso dell'app mobile durante la concessione iniziale delle autorizzazioni o la configurazione dell'app. Ad esempio, alcuni casi d'uso validi potrebbero essere il live streaming, lo scatto di una foto o l'elaborazione con l'AI. Lo stream della videocamera non deve mai essere utilizzato per una funzione che non è stata esplicitamente accettata dall'utente. |
3. Gesto di scorrimento indietro con un dito
Il gesto di scorrimento indietro con un dito prevede un movimento continuo all'indietro
nell'area di input del touchpad. Il sistema supporta questo gesto anche durante
le esperienze solo audio chiamando onBack(). L'app deve gestire questo evento uscendo dall'esperienza corrente o riportando l'utente a uno stato precedente dell'app.
| Interazioni vietate | Descrizione |
|---|---|
Hijacking del comando exit |
Il gesto di scorrimento indietro deve sempre chiamare |
Uscite simulate (ascolto nascosto) |
Le app devono uscire o sospendere l'utilizzo del sensore principale quando viene richiamato questo gesto. Non simulare un'uscita mantenendo segretamente attivi i sensori in background per la sorveglianza. |
Comportamenti dei LED
L'app non deve modificare il comportamento del sistema LED in base all'accesso al microfono e alla fotocamera.
| Interazioni vietate | Descrizione |
|---|---|
Eliminazione o modifica programmatica |
Le app non devono modificare, oscurare o disattivare il comportamento dei LED rivolti verso l'esterno e rivolti agli utenti imposto dal sistema in base all'accesso al microfono e alla fotocamera. Inoltre, le app non devono incoraggiare o indirizzare gli utenti a modificare, attenuare o disattivare il comportamento dei LED. |
Bypassing thwart and tamper detection |
Le app non devono bypassare o interferire con gli algoritmi di rilevamento di ostacoli del dispositivo, progettati per interrompere in modo programmatico la registrazione se il LED rivolto verso l'esterno è fisicamente coperto o danneggiato, né incoraggiare o indirizzare gli utenti a farlo. |