Les consignes relatives à la qualité des applications pour lunettes connectées s'appuient sur les critères fondamentaux de qualité des applications mobiles.
Ces consignes relatives à la qualité des applications et ces règles se concentrent sur les interactions multimodales cruciales propres à la plate-forme Android XR sur les lunettes connectées, comme indiqué dans les définitions des niveaux de compatibilité, les checklists et les règles pour les expériences audio uniquement. Consultez ces sections pour vérifier que votre application offre une expérience utilisateur optimale sur les lunettes audio et avec affichage.
Expériences augmentées : définitions des niveaux de compatibilité des applications mobiles
Consultez les définitions des niveaux de compatibilité suivantes pour comprendre le niveau de compatibilité de votre application avec les expériences augmentées sur les lunettes.
Compatible
Une application mobile compatible offre une expérience augmentée sur les lunettes sans effort supplémentaire de la part du développeur. Il s'agit d'une application mobile Android existante incluant une connectivité Bluetooth qui n'a pas été modifiée pour les lunettes. La plate-forme Android XR est automatiquement compatible avec ce type d'application, à condition qu'elle ne repose pas sur des fonctionnalités matérielles non compatibles.
Pour ce faire, la plate-forme étend de manière transparente les surfaces système Android standards aux lunettes. Par exemple, les notifications s'affichent automatiquement dans le champ de vision de l'utilisateur ou sont lues à voix haute (pour les lunettes audio), ce qui lui permet d'effectuer des tâches importantes et rapides sans avoir à sortir son téléphone.
Différencié
Une expérience augmentée différenciée est spécifiquement conçue pour les lunettes, en exploitant toutes les fonctionnalités du SDK Jetpack XR et le matériel unique de ce format.
Pour créer ces expériences augmentées transformatrices, utilisez les bibliothèques suivantes :
- Jetpack Compose Glimmer : kit d'UI Compose permettant de créer des interfaces minimalistes et lisibles, optimisées pour les écrans transparents.
- Jetpack Projected : gérez les ressources et assurez une transition fluide entre le téléphone associé (hôte) et les lunettes (appareil projeté).
- ARCore pour Jetpack XR : accédez à des fonctionnalités de perception avancées telles que le suivi des appareils et l'API Geospatial, qui permettent d'utiliser des fonctionnalités de localisation et de détection du contexte, comme la navigation piéton.
Expériences augmentées : checklist sur la qualité des applications mobiles
Pour que votre application offre une expérience utilisateur optimale pour les expériences augmentées, consultez les checklists et tests de compatibilité suivants.
Ces checklists et ces tests définissent un ensemble complet de critères de qualité applicables à la plupart des types d'applications Android.
Compatible
Les applications compatibles sont des applications mobiles Android existantes qui fonctionnent automatiquement sur les lunettes en exploitant les surfaces Android standards (par exemple, les notifications standards et les notifications d'infos en direct). Aucun code spécifique aux lunettes n'est requis pour ce niveau de compatibilité.
Votre application doit respecter les exigences fondamentales suivantes :
- Notifications : assurez-vous que toutes les notifications urgentes et nécessitant une action utilisent les API Android
NotificationManagerstandards afin qu'elles puissent être correctement converties par la plate-forme en lectures audio (appareils audio) ou en superpositions visuelles minimalistes (appareils d'affichage). - Infos en direct : si l'application comporte une activité en cours (comme des tâches liées à la progression), elle doit utiliser le framework de notifications standard des infos en direct pour que la plate-forme puisse afficher ces informations de manière rapide et mains libres.
- Google Play : l'application doit respecter l'ensemble des règles applicables d'Android et de Google Play. La compatibilité est automatiquement déterminée en fonction des déclarations du fichier manifeste et des exigences des fonctionnalités.
Différencié
Les applications différenciées sont spécialement conçues à l'aide du SDK Jetpack XR (avec des bibliothèques telles que Jetpack Compose Glimmer, Jetpack Projected et ARCore pour Jetpack XR) afin d'offrir une expérience utilisateur hautement optimisée et sensible au monde, ou d'utiliser des fonctionnalités augmentées uniques. Consultez les exigences spécifiques à votre application.
| Catégorie | Région | Conseils |
|---|---|---|
Fonctionnalités de base |
Démarrer l'activité des lunettes | Les expériences doivent pouvoir être lancées et contrôlées directement depuis l'application mobile, en particulier pour la configuration initiale ou la navigation dans des informations denses avant de passer aux lunettes audio et avec affichage, qui offrent moins de fonctionnalités d'expérience utilisateur. |
| Commande d'ouverture d'application | Les expériences doivent être configurées avec un état de lancement zéro sur les lunettes avec Gemini. Ainsi, lorsqu'un utilisateur lance une commande "Ouvrir [Appli]", l'application contourne les menus traditionnels et passe immédiatement à une expérience audio prête à l'emploi, comme un mode d'arrière-plan audio uniquement, un état d'écoute en direct ou un signal audio immédiat. | |
| Lancement de la caméra | L'accès à l'appareil photo peut être initié à partir d'un point d'entrée ou d'une activité sur mobile, ou par une saisie directe à l'aide du geste d'action de l'appareil photo sur l'appareil. Si l'accès à la caméra est lancé depuis l'interface mobile, l'utilisateur doit entendre un compte à rebours avant le début de la diffusion de la caméra. | |
| Clarté et cohérence (gestes) | Les gestes (tels que la voix, les appuis ou les balayages) doivent être implémentés de manière claire et cohérente, conformément aux attentes des utilisateurs pour les interactions courantes. Les règles de base concernant les gestes sont décrites dans les sections correspondantes ci-dessous. | |
Performances et stabilité |
Batterie | Optimisez les processus en arrière-plan en respectant les restrictions d'Android concernant les tâches en arrière-plan, et minimisez l'utilisation des capteurs énergivores (comme le flux de la caméra) lorsqu'ils ne sont pas utilisés activement. |
| Fréquence d'images et résolution de la caméra | L'accès au flux de la caméra doit être configuré pour utiliser la configuration la plus efficace (fréquence d'images et résolution les plus basses) pour un cas d'utilisation donné. Pour en savoir plus sur les configurations recommandées par cas d'utilisation, consultez les conseils pour les développeurs. | |
| Sécurité | Sécurité | Les expériences doivent être conçues autour d'actions initiées par l'utilisateur et minimiser strictement les distractions par rapport à l'environnement immédiat, en particulier lors des déplacements ou dans les espaces publics. |
| Confidentialité et sécurité | Autorisations | L'application doit demander des autorisations spécifiques aux lunettes pour accéder au matériel (comme l'appareil photo ou le micro) à l'aide de l'API de demande d'autorisations projetée et gérer la redirection vers l'appareil hôte pour obtenir le consentement de l'utilisateur. |
Règlement général |
Accessibilité | Tenez compte des utilisateurs ayant des besoins divers et assurez-vous que d'autres méthodes de saisie sont disponibles (par exemple, en utilisant des commandes vocales comme alternative aux gestes sur le pavé tactile), le cas échéant. |
| Tests | Testez minutieusement toutes les implémentations visuelles et gestuelles dans différents scénarios utilisateur, conditions d'éclairage et environnements chargés, à l'aide de l'émulateur Android XR et des aperçus de composables. | |
| Google Play | Règles | Respectez l'ensemble des règles Google Play, y compris les règles spécifiques aux lunettes décrites dans les sections suivantes, qui contribuent à protéger la confidentialité et le bien-être des utilisateurs. |
Expérience audio |
Alertes vocales | Les alertes vocales doivent être concises et ne fournir que les informations les plus pertinentes et exploitables. Les alertes vocales pour les conditions d'erreur doivent fonctionner, quelle que soit la connectivité Internet. Les suivis et les conversations plus approfondies doivent être explicitement attendus à l'aide d'un agent intégré à l'application ou de Gemini. |
| Priorité audio | La priorité audio est étroitement liée à la priorité de saisie. Les applications doivent demander et abandonner la priorité audio, le cas échéant, conformément aux consignes Android. | |
| Règles concernant l'audio | Les gestes et les comportements des voyants doivent respecter toutes les Règles pour les expériences audio uniquement. |
Règles concernant les expériences audio uniquement
Toutes les applications doivent respecter les exigences des règles suivantes afin de promouvoir des expériences audio sécurisées et respectueuses sur les lunettes connectées.
Sécurité des applications
Pour rappel, toutes les applications distribuées via Google Play doivent respecter l'intégralité du Règlement pour les développeurs Google Play.
Les activités suivantes sont strictement interdites, et les applications ne doivent pas les faciliter ni les promouvoir :
- Doxxing
- Reconnaissance faciale ou identification biométrique
- Surveillance
- Création ou diffusion d'images intimes non consenties
Les protections suivantes pour les tiers sont obligatoires pour toutes les applications :
Sécurité de la caméra
Les applications qui accèdent aux capteurs de caméra des accessoires connectés doivent respecter la confidentialité des personnes à proximité et respecter les règles suivantes :
Restriction sur les vidéos et les photos
Interactions autorisées |
Description |
|---|---|
Appels vidéo |
Les applications sont autorisées à utiliser les capteurs de la caméra de l'accessoire connecté pour les appels vidéo. |
Compréhension de la scène et détection de l'environnement |
Les applications sont autorisées à utiliser les capteurs de caméra des accessoires connectés pour la détection de la caméra ambiante ou la compréhension de la scène. |
Interactions interdites |
Description |
|---|---|
Diffusion publique et en direct de vidéos sur les réseaux sociaux |
Les applications ne doivent pas utiliser les capteurs de caméra des accessoires connectés pour la diffusion en direct de vidéos sur les réseaux sociaux, ce qui inclut toute diffusion en direct en temps réel, de un à plusieurs, toute diffusion publique ou toute diffusion sur des flux publics et des chaînes ouvertes. |
Identification faciale en temps réel et doxxing |
Les applications ne doivent pas utiliser les capteurs de l'appareil photo pour effectuer une identification faciale afin d'afficher des informations permettant d'identifier personnellement les personnes à proximité. Par exemple : nom, adresse du domicile, numéro de téléphone ou employeur. |
Génération d'images intimes non consenties ou de contenu illégal |
Les applications ne doivent pas utiliser les capteurs de l'appareil photo pour faciliter la création d'images intimes non consenties ni de tout contenu illégal (par exemple, des contenus d'abus sexuels sur mineurs). |
Sécurité audio
Les applications utilisant le jeu de micros doivent respecter la confidentialité des personnes à proximité et respecter les consignes suivantes :
Interactions interdites |
Description |
|---|---|
Écoute persistante |
Les applications ne doivent pas maintenir d'enregistrement audio ni de transcription persistants en arrière-plan lorsque l'utilisateur n'interagit pas activement avec l'application pour une tâche qu'il a lancée. |
Identification de la voix |
Les applications ne doivent pas utiliser le jeu de micros pour identifier les voix de personnes autres que l'utilisateur ou des passants. |
Suppression ou modification programmatique |
Les applications ne doivent pas modifier ni désactiver les réducteurs de bruit audio appliqués par le système. Les applications ne doivent pas non plus encourager ni inciter les utilisateurs à modifier ou à désactiver les réducteurs de bruit audio. |
Gestes et saisie
Ces règles décrivent les exigences à respecter pour implémenter des événements de gestes sur les lunettes lors d'expériences audio uniquement. Suivez ces consignes pour offrir une expérience utilisateur cohérente et intuitive sur différentes applications et différents appareils Android XR. Toutes les entrées sont censées fonctionner si votre application est sélectionnée pour l'audio, quel que soit son état au premier plan.
1. Tapotement
Le geste d'appui consiste à appuyer rapidement une fois sur la zone de saisie du pavé tactile. Un appui est la façon dont un utilisateur effectue une action sur les lunettes. Cela peut lancer la lecture audio, par exemple pour fournir des informations en fonction de l'état d'un utilisateur ou pour répéter le dernier message audible. Si un contenu audio est en cours de lecture, appuyer sur l'écran peut mettre en pause ou arrêter la sortie audio.
Exemples
| Interactions autorisées | Description |
|---|---|
Diffuser une invite pertinente |
Fournissez à l'utilisateur des informations pertinentes, telles que :
Si vous appuyez sur l'écran pendant la lecture audio, celle-ci s'arrête. |
Couper ou réactiver le micro |
Permettez aux utilisateurs de couper ou de réactiver le son de leur micro d'un simple geste lorsqu'ils utilisent une expérience qui utilise l'entrée du micro. Un retour audio doit être fourni lorsque le micro est désactivé ou réactivé. |
| Interactions interdites | Description |
|---|---|
Informations ou annonces non pertinentes |
N'utilisez pas le geste d'appui pour diffuser des annonces ou fournir des informations qui ne sont pas pertinentes par rapport à l'état physique ou au contexte actuels de l'utilisateur. |
Entrées de jeu et actions continues rapides |
Le geste d'appui est conçu pour des actions rapides et simples. Il ne doit pas être réutilisé comme contrôleur continu pour des jeux interactifs ou des tâches de saisie à haute fréquence qui perturbent les commandes système standards. |
Facilitation de crimes, de violences ou d'automutilation |
Le geste d'appui ne doit jamais déclencher d'instructions exploitables qui facilitent des actes illégaux ou nuisibles, comme le repérage extrémiste, la création d'armes ou l'automutilation. |
2. Geste d'action de l'appareil photo
Le geste d'action de l'appareil photo consiste à appuyer deux fois de suite rapidement sur le bouton de l'appareil photo. Les applications qui accèdent à l'appareil photo doivent traiter cet événement comme une action de l'appareil photo qui fournit des données de capteur directement à l'application.
Exemples
| Interactions autorisées | Description |
|---|---|
Activer l'appareil photo pour l'appli |
Démarrer le flux de la caméra dans l'application. Cela inclut l'activation du flux de la caméra pour prendre des photos, enregistrer des vidéos ou permettre le traitement de l'environnement à l'aide du flux de la caméra. L'utilisation du flux de la caméra doit être conforme à toutes les règles Android concernant les captures de la caméra et du micro, ainsi qu'au règlement sur les données utilisateur du Centre d'informations sur les règles pour les développeurs Play. De plus, les règles concernant l'intimidation et le harcèlement interdisent les applications qui doxxent ou exploitent publiquement d'autres personnes. |
| Interactions interdites | Description |
|---|---|
Entrées personnalisées et remappage |
Le geste de double pression sur l'appareil photo doit être exclusivement utilisé pour activer le flux de la caméra et fournir les données des capteurs directement à l'application. Vous ne devez pas remapper ce geste matériel vers des fonctions autres que l'appareil photo, des raccourcis personnalisés ou d'autres expériences dans l'application. |
Utilisation de capteurs découplés ou factices |
Les applications qui interceptent le geste d'appui double sur l'appareil photo doivent le traiter comme une véritable demande de données de capteur visuel. Vous ne pouvez pas enregistrer l'événement de double pression pour détourner le bouton physique tout en ignorant, en supprimant ou en masquant intentionnellement le flux de la caméra. |
Manque de transparence ou utilisation trompeuse |
Lorsque le geste d'appui double sur l'appareil photo est utilisé pour activer l'appareil photo, vous devez expliquer explicitement à l'utilisateur l'utilisation exacte de l'appareil photo au préalable dans un flux d'application mobile lors de l'octroi initial de l'autorisation ou de la configuration de l'application. Par exemple, certains cas d'utilisation valides peuvent être le streaming en direct, la prise de photo ou le traitement par IA. Le flux de la caméra ne doit jamais être utilisé pour une fonction qui n'a pas été explicitement acceptée par l'utilisateur. |
3. Balayage arrière avec un seul doigt
Le geste de balayage vers l'arrière avec un seul doigt implique un mouvement continu vers l'arrière sur la zone de saisie du pavé tactile. Le système accepte ce geste même lors d'expériences audio uniquement en appelant onBack(). Votre application doit gérer cet événement en quittant l'expérience actuelle ou en renvoyant l'utilisateur à un état précédent de l'application.
| Interactions interdites | Description |
|---|---|
Détourner la commande de sortie |
Le geste de balayage vers l'arrière doit toujours appeler |
Faux départs (écoute clandestine) |
Les applications doivent réellement quitter ou suspendre l'utilisation de leur capteur principal lorsque ce geste est invoqué. Ne simulez pas une sortie tout en maintenant secrètement des capteurs actifs en arrière-plan à des fins de surveillance. |
Comportements des voyants LED
Votre application ne doit pas modifier le comportement du système de LED en fonction de l'accès au micro et à l'appareil photo.
| Interactions interdites | Description |
|---|---|
Suppression ou modification programmatique |
Les applications ne doivent pas modifier, atténuer ni désactiver le comportement des voyants LED orientés vers l'extérieur et visibles par l'utilisateur, qui sont imposés par le système en fonction de l'accès au micro et à l'appareil photo. Les applications ne doivent pas non plus encourager ni inciter les utilisateurs à modifier, atténuer ou désactiver le comportement des LED. |
Contournement de la détection des accès non autorisés |
Les applications ne doivent pas contourner les algorithmes de détection de l'appareil, ni interférer avec eux, ni encourager ou inciter les utilisateurs à le faire. Ces algorithmes sont conçus pour arrêter l'enregistrement de manière programmatique si la LED orientée vers l'extérieur est physiquement couverte ou endommagée. |