Skip to main content
Version 2.0 - 03/01/2023 Le réseau XBOX offre aux utilisateurs le niveau attendu de confidentialité et de sécurité en ligne, pour eux-mêmes et pour leurs enfants. Pour tenir cette promesse, les titres doivent vérifier les privilèges auprès du service réseau XBOX pour effectuer certaines actions sur le service réseau XBOX ou dans une expérience de titre. Bien que la vérification et le respect des privilèges s’appliquent à tous les comptes, il est important de noter l’expérience et les attentes propres aux comptes enfants. Pour les comptes enfants, certaines activités peuvent être bloquées en raison de valeurs par défaut basées sur l’âge et/ou de configurations définies par l’organisateur de la famille de l’enfant (parent ou tuteur). Les enfants ne peuvent pas modifier eux-mêmes ces paramètres ; toutefois, pour certaines activités, il est possible et attendu que le titre appelle l’interface utilisateur système nécessaire pour permettre aux jeunes joueurs de demander une exception via un flux d’approbation pour l’activité associée. Dans ce cas, par exemple, un jeune joueur peut être bloqué globalement pour le multijoueur, mais le parent ou tuteur de la famille peut approuver le multijoueur pour ce titre spécifique via l’interface utilisateur système ; l’enfant pourrait et devrait alors accéder à ce mode de jeu pour ce titre spécifique. Les titres free-to-play, les démos ou les bêtas peuvent être configurés pour autoriser le jeu multijoueur (ID 254) pour les joueurs qui ne sont pas abonnés au Game Pass. Cela s’effectue via une configuration côté service et peut être demandé en contactant votre représentant Microsoft. Ces titres doivent continuer à vérifier le privilège de jeu multijoueur afin de garantir le respect du contrôle parental et des choix des joueurs.

​
Informations supplémentaires

[!NOTE] Consultez la documentation Utilisation côté client des privilèges utilisateur des services XBOX pour obtenir des conseils techniques et des bonnes pratiques détaillés.
Si vos services traitent des jetons émis par le réseau XBOX, vous devez vérifier côté service que les utilisateurs de la session disposent des privilèges appropriés pour effectuer l’action demandée, en inspectant la revendication « prv » de ces utilisateurs dans le jeton. Si un titre propose une ou plusieurs des activités répertoriées dans le tableau ci-dessus, il doit vérifier les privilèges associés à chaque activité concernée. Si un utilisateur ne dispose pas du privilège, il ne doit pas être autorisé à utiliser l’activité associée. Les privilèges sont accordés pour la durée de la session/de l’action ou pour la durée précédant l’actualisation du jeton du réseau XBOX, selon la plus courte des deux. Selon la plateforme de développement (GDK, XDK, XSAPI), les titres de jeu doivent appeler les API appropriées afin (1) d’appeler l’interface utilisateur système qui informe l’utilisateur du privilège bloqué et lui offre, s’il s’agit d’un compte enfant, la possibilité de demander à un parent ou tuteur l’autorisation pour certains privilèges ; ou (2) de fournir des messages d’erreur prescriptifs et exploitables. Utilisation du GDK sur PC ou sur consoles XBOX : pour vérifier si un utilisateur dispose d’un privilège à l’aide du GDK, les titres doivent utiliser les API XUserCheckPrivilege et XUserResolvePrivilegeWithUiAsync. Des informations spécifiques sur le modèle d’utilisation et la gestion du contexte sont disponibles dans la rubrique Vue d’ensemble des privilèges utilisateur des services XBOX de la documentation du GDK. Utilisation du XDK XBOX One : pour vérifier si un utilisateur dispose d’un privilège sur XBOX One, les titres utilisent l’API Store::Product::CheckPrivilegeAsync. Si la vérification du privilège résulte d’une action de l’utilisateur, comme l’accès à un mode de jeu multijoueur, le paramètre attemptResolution doit être défini sur true (ou ne pas être défini du tout). La plateforme vérifie le privilège et, si l’utilisateur ne le possède pas, tente d’en déterminer la raison. Si l’API retourne false, l’utilisateur ne dispose pas du privilège et le système n’a pas réussi à résoudre le problème. Dans ce cas, le titre doit bloquer l’activité soumise au privilège, mais peut considérer que le système a déjà informé l’utilisateur de manière appropriée qu’il ne dispose pas de l’autorisation requise pour l’activité ou qu’il existe un problème concernant son privilège. Lorsque la vérification du privilège n’est pas effectuée à la suite d’une action de l’utilisateur, mais, par exemple, dans le cadre d’un appel silencieux en arrière-plan ou pour enrichir l’expérience utilisateur, l’API doit être appelée avec attemptResolution défini sur false. Dans ce cas, aucun message n’est présenté à l’utilisateur et le système n’intervient pas pour corriger d’éventuels problèmes de privilège. Utilisation directe de XSAPI avec UWP, Win32, les plateformes mobiles ou d’autres plateformes : l’utilisateur ne dispose pas du privilège si celui-ci est absent de la revendication « prv », et le titre doit empêcher l’utilisateur de poursuivre l’activité soumise au privilège. Si la vérification a été déclenchée par la demande d’accès de l’utilisateur à l’activité soumise au privilège, par exemple en essayant de démarrer ou de rejoindre une session multijoueur, le titre doit afficher un message informatif pour lui indiquer qu’il ne peut pas participer. Les messages suggérés sont les suivants :

​
Exigences d’implémentation

Problèmes de connectivité au réseau XBOX : si le titre reçoit un échec (soit via l’API, soit parce qu’il ne peut pas récupérer de jeton XBOX Live) en raison de l’inaccessibilité du service XBOX, le titre doit bloquer l’accès à l’action demandée. Dans ce cas, le titre doit échouer correctement, comme décrit dans XR-074, « Perte de connectivité aux services XBOX et partenaires ».

​
Bonnes pratiques

​
Ressources supplémentaires

Pour plus d’informations sur les privilèges et le jeton utilisateur, consultez « Jeton utilisateur » dans la documentation du Microsoft Game Development Kit (GDK) ou du kit de développement d’applications XBOX. Dans le cadre de cette XR, un réseau social est un site ou un service extérieur au réseau XBOX qui permet par défaut à une personne de partager du contenu avec d’autres utilisateurs. Si l’option par défaut du site externe consiste à activer le partage avec les amis ou avec tout le monde, il n’est pas nécessaire, dans le cadre de cette XR, que le site externe permette à l’utilisateur de choisir de limiter le partage au moment du chargement.

​
Exemptions

Les offres vidéo transactionnelles payantes peuvent être proposées à tous les utilisateurs XBOX, quels que soient leurs paramètres de privilège de contenu vidéo. Si l’application propose à la fois du contenu premium et des offres vidéo transactionnelles payantes, le contenu premium doit respecter cette exigence. Si l’application est un diffuseur de service public dans le pays/la région où elle est proposée sur la plateforme XBOX, toutes les offres de contenu non commercialisées doivent être mises à la disposition de tous les utilisateurs XBOX de ce pays/cette région, quels que soient leurs paramètres de privilège de contenu vidéo. Les titres qui proposent du multijoueur asynchrone entre une console XBOX One et un appareil autre qu’une console ne sont pas tenus de vérifier le privilège Multijoueur pour les expériences sur l’appareil autre qu’une console.

​
Cas de test de certification

045-01 Respect des privilèges de l’utilisateur
Étapes de test
  1. Connectez-vous à un profil XBOX et lancez le titre.
  2. Pour chacun des privilèges identifiés dans les remarques de la XR, déterminez si le titre prend en charge l’activité associée.
  3. Pour chaque paramètre possible de chaque privilège applicable identifié à l’étape [2], procédez comme suit :
  • Quittez le titre et modifiez les paramètres de l’utilisateur pour le privilège.
  • Redémarrez la console.
  • Connectez-vous au même profil et lancez le titre.
  • Parcourez toutes les zones pertinentes du titre, utilisez toutes les fonctionnalités du titre liées au privilège et vérifiez que le titre respecte le paramètre de privilège actuel de l’utilisateur.
  • Essayez d’accéder à toutes les zones hors connexion et en ligne à l’aide d’un profil XBOX Silver.
Résultat attendu
Les titres doivent respecter les paramètres de privilège de l’utilisateur. Exemples de réussite
  1. Le titre respecte les paramètres de privilège de l’utilisateur.
  2. Le titre traite un paramètre de privilège partiellement autorisé comme si le privilège était désactivé/non autorisé (par exemple, lorsque le privilège Contenu généré par l’utilisateur (UGC) est défini sur Amis uniquement, le titre se comporte comme si le privilège était défini sur Bloqué).
  3. Pour les titres utilisant le XDK, le titre appelle l’interface utilisateur système pour avertir l’utilisateur de tout conflit de privilèges (les titres doivent utiliser l’API Store::Product::CheckPrivilegeAsync). Lorsque l’interface utilisateur système ne peut pas être appelée (privilèges 252, 189, 247), le titre affiche un message informatif indiquant à l’utilisateur qu’il ne peut pas participer.
  4. Pour les titres utilisant le GDK, le titre appelle l’interface utilisateur système pour avertir l’utilisateur de tout conflit de privilèges. Dans les cas où les titres ne peuvent pas appeler l’interface utilisateur système (252, 189, 247), le titre affiche un message informatif indiquant à l’utilisateur qu’il ne peut pas participer. Les titres doivent utiliser les API XUserCheckPrivilege et XUserResolvePrivilegeWithUiAsync.
  5. Pour les titres utilisant XSAPI, le titre affiche un message informatif indiquant à l’utilisateur qu’il ne peut pas participer.
Exemples d’échec
  1. Le titre conserve les paramètres de privilège d’un utilisateur et ne reflète pas les privilèges réels de l’utilisateur après leur modification.
  2. Le titre traite un paramètre de privilège partiellement autorisé comme si le privilège était défini sur son paramètre le moins restrictif (par exemple, lorsque le privilège Contenu généré par l’utilisateur (UGC) est défini sur Amis uniquement, le titre se comporte comme si le privilège était défini sur Autorisé).
  3. Pour les titres utilisant le XDK ou le GDK, le titre utilise des messages en jeu pour avertir l’utilisateur de tout conflit de privilèges et n’affiche pas l’interface utilisateur système.
  4. Pour les titres utilisant XSAPI, le titre n’affiche pas de message informatif indiquant à l’utilisateur qu’il ne peut pas participer.

045-02 Respect des privilèges de l’utilisateur - Famille XBOX
Préparation et configuration du test
Famille XBOX comprenant les comptes Microsoft suivants :
  • Un adulte (plus de 18 ans) désigné comme organisateur.
  • Un enfant (moins de 13 ans) avec les paramètres de privilège Valeurs par défaut pour un enfant :
Références et liens : Étapes de test
  1. Connectez-vous aux comptes Microsoft de l’adulte et de l’enfant, puis lancez le titre avec le compte enfant.
  2. Pour chacun des privilèges identifiés dans les remarques de la XR, déterminez si le titre prend en charge l’activité associée.
  3. Pour chaque paramètre possible de chaque privilège applicable identifié à l’étape [2], procédez comme suit :
  • Vérifiez que l’activité associée est autorisée/non autorisée en fonction des privilèges du compte. Par exemple : le titre prend en charge le multijoueur et le privilège multijoueur du compte enfant est bloqué. Vérifiez que le titre bloque toute activité multijoueur pour l’enfant et que les invites d’autorisation parentale (interface utilisateur système) s’affichent lorsque l’enfant tente de participer à des activités multijoueurs.
  • Quittez le titre et modifiez les paramètres de privilège de l’enfant de l’utilisateur pour les activités soumises à privilège prises en charge par le titre, en les faisant passer de bloquées à autorisées. Par exemple : faire passer le multijoueur ou le contenu généré par l’utilisateur de bloqué à autorisé.
  • Redémarrez la console.
  • Connectez-vous au même profil et lancez le titre.
  • Parcourez toutes les zones pertinentes du titre, utilisez toutes les fonctionnalités du titre liées au privilège et vérifiez que le titre respecte le paramètre de privilège actuel de l’utilisateur. Par exemple : le titre prend en charge le multijoueur. L’enfant était bloqué, mais le multijoueur lui a maintenant été accordé. Le titre permet correctement à l’enfant d’accéder au(x) mode(s) de jeu multijoueur.
  1. Répétez les étapes [2] à [3] avec un compte parent non connecté à la console.
Résultats attendus
Les titres doivent respecter les paramètres de privilège de tous les membres de la famille XBOX. Exemples de réussite
  1. Le titre respecte les paramètres de privilège d’un enfant.
  2. Le titre permet à un enfant de participer à une activité lorsque le privilège de cette activité est autorisé.
  3. Le titre ne permet pas à un enfant de participer à une activité lorsque le privilège de cette activité est bloqué.
  4. Le titre permet à un enfant de participer à une activité bloquée lorsque l’autorisation pour cette activité est accordée par le parent (via l’interface utilisateur d’autorisation parentale).
  5. Le titre ne permet pas à un enfant de participer à une activité bloquée lorsque l’autorisation pour cette activité n’est pas accordée par le parent (via l’interface utilisateur d’autorisation parentale).
  6. Le titre traite un paramètre de privilège partiellement autorisé comme si le privilège était désactivé/non autorisé (par exemple, lorsque le privilège Contenu généré par l’utilisateur (UGC) est défini sur Amis uniquement, le titre se comporte comme si le privilège était défini sur Bloqué).
  7. Pour les titres utilisant le XDK, le titre appelle l’interface utilisateur système pour avertir l’utilisateur de tout conflit de privilèges (les titres doivent utiliser l’API Store::Product::CheckPrivilegeAsync). Lorsque l’interface utilisateur système ne peut pas être appelée (privilèges 252, 189, 247), le titre affiche un message informatif indiquant à l’utilisateur qu’il ne peut pas participer.
  8. Pour les titres utilisant le GDK, le titre appelle l’interface utilisateur système pour avertir l’utilisateur de tout conflit de privilèges (les titres doivent utiliser les API XUserCheckPrivilege et XUserResolvePrivilegeWithUiAsync). Lorsque l’interface utilisateur système ne peut pas être appelée (privilèges 252, 189, 247), le titre affiche un message informatif indiquant à l’utilisateur qu’il ne peut pas participer.
  9. Pour les titres utilisant XSAPI, le titre affiche un message informatif indiquant à l’utilisateur qu’il ne peut pas participer.
Exemples d’échec
  1. Le titre ne respecte pas les paramètres de privilège de l’enfant.
  • Exemple : le titre prend en charge le multijoueur et permet à l’enfant dont le multijoueur est bloqué d’accéder aux modes de jeu multijoueur.
  1. Le titre n’appelle pas l’interface utilisateur appropriée pour avertir et informer l’enfant des conflits de privilèges.
  • Exemple : le titre prend en charge le multijoueur, mais aucune invite d’autorisation parentale n’est jamais présentée à l’enfant lorsque le privilège est bloqué.
  1. Le titre permet à un enfant de participer à une activité lorsque le privilège de cette activité est bloqué.
  2. Le titre ne permet pas à un enfant de participer à une activité lorsque le privilège de cette activité est autorisé.
  3. Le titre permet à un enfant de participer à une activité bloquée lorsque l’autorisation pour cette activité n’est pas accordée par le parent (via l’interface utilisateur d’autorisation parentale).
  4. Le titre ne permet pas à un enfant de participer à une activité bloquée lorsque l’autorisation pour cette activité est accordée par le parent (via l’interface utilisateur d’autorisation parentale).
  5. Le titre conserve les paramètres de privilège d’un utilisateur et ne reflète pas les privilèges réels de l’utilisateur après leur modification.
  • Exemple : le titre prend en charge le multijoueur. Le multijoueur du compte enfant est bloqué, mais le parent lui accorde l’autorisation via l’interface utilisateur système. Le titre continue de bloquer le multijoueur alors que le privilège a été accordé.
  1. Le titre traite un paramètre de privilège partiellement autorisé comme si le privilège était défini sur son paramètre le moins restrictif. Par exemple : lorsque le privilège Contenu généré par l’utilisateur (UGC) est défini sur Amis uniquement, le titre se comporte comme si le privilège était défini sur Autorisé.
  2. Pour les titres utilisant le XDK, le titre n’appelle pas l’interface utilisateur système pour avertir l’utilisateur de tout conflit de privilèges (les titres doivent utiliser l’API Store::Product::CheckPrivilegeAsync). Lorsque l’interface utilisateur système ne peut pas être appelée (privilèges 252, 189, 247), le titre n’affiche pas de message informatif indiquant à l’utilisateur qu’il ne peut pas participer.
  3. Pour les titres utilisant le GDK, le titre n’appelle pas l’interface utilisateur système pour avertir l’utilisateur de tout conflit de privilèges (les titres doivent utiliser les API XUserCheckPrivilege et XUserResolvePrivilegeWithUiAsync). Lorsque l’interface utilisateur système ne peut pas être appelée (privilèges 252, 189, 247), le titre n’affiche pas de message informatif indiquant à l’utilisateur qu’il ne peut pas participer.
  4. Pour les titres utilisant XSAPI, le titre n’affiche pas de message informatif indiquant à l’utilisateur qu’il ne peut pas participer.

​
Historique des modifications

Dernière modification le 8 octobre 2026