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. Afin de tenir cette promesse, les titres doivent vérifier auprès du service réseau XBOX les privilèges requis pour effectuer certaines actions sur le service réseau XBOX ou dans l’expérience d’un titre. Bien que la vérification et le respect des privilèges s’appliquent à tous les comptes, il est important de souligner l’expérience et les attentes propres aux comptes d’enfants. Pour les comptes d’enfants, certaines activités peuvent être bloquées en raison de paramètres par défaut fondés 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 effectuer eux-mêmes de modifications; 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 au moyen d’un processus d’approbation pour l’activité concernée. Dans de telles circonstances, par exemple, un jeune joueur peut être bloqué globalement pour le jeu multijoueur, mais le parent ou le tuteur de la famille peut approuver le jeu multijoueur pour le titre en question au moyen de l’interface utilisateur système; l’enfant pourrait et devrait alors pouvoir accéder à ce mode de jeu pour ce titre précis. Les titres gratuits, les démos ou les versions bêta peuvent être configurés pour permettre le jeu multijoueur (ID 254) aux joueurs qui ne sont pas abonnés au Game Pass. Cela se fait au moyen d’une configuration côté service et peut être amorcé en communiquant avec votre représentant Microsoft. Ces titres doivent continuer de vérifier le privilège de jeu multijoueur afin de s’assurer que le contrôle parental et les choix des joueurs sont respectés.

​
Plus d’informations

[!NOTE] Consultez la documentation Utilisation côté client des privilèges utilisateur des services XBOX pour un examen détaillé des conseils techniques et des pratiques exemplaires.
Si vos services traitent des jetons émis par le réseau XBOX, vous devez vérifier, au niveau de votre 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 offre une ou plusieurs des activités énumérées dans le tableau ci-dessus, il doit vérifier les privilèges associés à chaque activité. 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 jusqu’à l’actualisation du jeton du réseau XBOX, selon la plus courte de ces durées. Selon la plateforme de développement (GDK, XDK, XSAPI), les titres de jeux doivent appeler les API appropriées afin (1) d’appeler l’interface utilisateur système, qui informe l’utilisateur du privilège bloqué et offre des moyens de demander à un parent ou à un tuteur l’autorisation pour certains privilèges, dans le cas d’un compte d’enfant; ou (2) d’afficher des messages d’erreur normatifs et exploitables. Utilisation du GDK sur PC ou sur consoles XBOX : Pour vérifier si un utilisateur dispose d’un privilège au moyen du GDK, les titres doivent utiliser les API XUserCheckPrivilege et XUserResolvePrivilegeWithUiAsync. Des renseignements précis sur les modèles 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 de tels cas, le titre doit bloquer l’activité privilégiée, mais peut présumer que le système a déjà informé l’utilisateur de façon appropriée qu’il ne dispose pas de l’autorisation requise pour l’activité ou qu’il existe un problème lié à 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. Par conséquent, aucun message n’est présenté à l’utilisateur et le système n’intervient pas pour corriger les problèmes de privilèges. Utilisation directe de XSAPI avec UWP, Win32, les appareils 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é privilégiée. Si la vérification a été déclenchée par une demande de l’utilisateur d’accéder à l’activité privilégiée, comme une tentative 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 de mise en œuvre

Problèmes de connectivité au réseau XBOX : Si le titre reçoit un échec (soit au moyen de l’API, soit parce qu’il ne peut pas récupérer de jeton XBOX Live) parce que le service XBOX est inaccessible, le titre doit bloquer l’accès à l’action demandée. Dans de tels cas, le titre doit échouer de façon contrôlée, comme décrit dans XR-074, « Perte de connectivité aux services XBOX et des partenaires ».

​
Pratiques exemplaires

​
Ressources supplémentaires

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

​
Exemptions

Les offres vidéo transactionnelles payantes peuvent être proposées à tous les utilisateurs XBOX, quels que soient leurs paramètres de privilège relatifs au contenu vidéo. Si l’application offre à la fois du contenu premium et des offres vidéo transactionnelles payantes, le contenu premium doit respecter cette exigence. Si l’application est celle d’un radiodiffuseur public dans le pays ou la région où elle est offerte sur la plateforme XBOX, toutes les offres de contenu non commercialisé doivent être mises à la disposition de tous les utilisateurs XBOX de ce pays ou de cette région, quels que soient leurs paramètres de privilège relatifs au contenu vidéo. Les titres qui offrent du jeu 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 du test
  1. Connectez-vous à un profil XBOX et lancez le titre.
  2. Pour chacun des privilèges indiqués dans les remarques de la XR, déterminez si le titre prend en charge l’activité associée.
  3. Pour chaque réglage possible de chaque privilège applicable déterminé à l’étape [2], effectuez ce qui 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.
  • Visitez 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.
  • Tentez d’accéder à toutes les zones hors ligne et en ligne au moyen 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 à autorisation partielle comme si le privilège était désactivé/non autorisé (p. ex., lorsque le privilège de contenu généré par l’utilisateur (UGC) est réglé sur Amis seulement, le titre se comporte comme si le privilège était réglé sur Bloqué).
  3. Pour les titres qui utilisent le XDK, le titre appelle l’interface utilisateur système pour alerter 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 pour indiquer à l’utilisateur qu’il ne peut pas participer.
  4. Pour les titres qui utilisent le GDK, le titre appelle l’interface utilisateur système pour alerter 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 pour indiquer à l’utilisateur qu’il ne peut pas participer. Les titres doivent utiliser les API XUserCheckPrivilege et XUserResolvePrivilegeWithUiAsync.
  5. Pour les titres qui utilisent XSAPI, le titre affiche un message informatif pour indiquer à 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 à autorisation partielle comme si le privilège était réglé sur son paramètre le moins restrictif (p. ex., lorsque le privilège de contenu généré par l’utilisateur (UGC) est réglé sur Amis seulement, le titre se comporte comme si le privilège était réglé sur Autorisé).
  3. Pour les titres qui utilisent le XDK ou le GDK, le titre utilise des messages en jeu pour alerter l’utilisateur de tout conflit de privilèges et n’affiche pas l’interface utilisateur système.
  4. Pour les titres qui utilisent XSAPI, le titre n’affiche pas de message informatif pour indiquer à 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 Par défaut pour les enfants :
Références et liens : Étapes du test
  1. Connectez-vous aux comptes Microsoft de l’adulte et de l’enfant, puis lancez le titre avec le compte de l’enfant.
  2. Pour chacun des privilèges indiqués dans les remarques de la XR, déterminez si le titre prend en charge l’activité associée.
  3. Pour chaque réglage possible de chaque privilège applicable déterminé à l’étape [2], effectuez ce qui suit :
  • Vérifiez que l’activité associée est autorisée ou non selon les privilèges du compte. Par exemple : Le titre prend en charge le jeu multijoueur, et le privilège multijoueur du compte de l’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 privilégiées prises en charge par le titre, en passant de bloqué à autorisé. Par exemple : Faire passer le jeu 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.
  • Visitez 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 jeu multijoueur. L’enfant était bloqué, mais a maintenant obtenu le privilège multijoueur. Le titre permet correctement à l’enfant d’accéder aux modes de jeu multijoueurs.
  1. Répétez les étapes [2] et [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, mais pour laquelle le parent a accordé l’autorisation (au moyen de l’interface utilisateur d’autorisation parentale).
  5. Le titre ne permet pas à un enfant de participer à une activité bloquée pour laquelle le parent n’a pas accordé l’autorisation (au moyen de l’interface utilisateur d’autorisation parentale).
  6. Le titre traite un paramètre de privilège à autorisation partielle comme si le privilège était désactivé/non autorisé (p. ex., lorsque le privilège de contenu généré par l’utilisateur (UGC) est réglé sur Amis seulement, le titre se comporte comme si le privilège était réglé sur Bloqué).
  7. Pour les titres qui utilisent le XDK, le titre appelle l’interface utilisateur système pour alerter 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 pour indiquer à l’utilisateur qu’il ne peut pas participer.
  8. Pour les titres qui utilisent le GDK, le titre appelle l’interface utilisateur système pour alerter 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 pour indiquer à l’utilisateur qu’il ne peut pas participer.
  9. Pour les titres qui utilisent XSAPI, le titre affiche un message informatif pour indiquer à 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 jeu multijoueur et permet à l’enfant dont le privilège multijoueur est bloqué d’accéder aux modes de jeu multijoueurs.
  1. Le titre n’appelle pas l’interface utilisateur appropriée pour alerter et informer l’enfant des conflits de privilèges.
  • Exemple : Le titre prend en charge le jeu multijoueur, mais l’enfant n’est jamais invité à demander l’autorisation parentale 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 pour laquelle le parent n’a pas accordé l’autorisation (au moyen de l’interface utilisateur d’autorisation parentale).
  4. Le titre ne permet pas à un enfant de participer à une activité bloquée pour laquelle le parent a accordé l’autorisation (au moyen de 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 jeu multijoueur. Le privilège multijoueur du compte de l’enfant est bloqué, mais le parent accorde l’autorisation au moyen de l’interface utilisateur système. Le titre continue de bloquer le jeu multijoueur même si le privilège a été accordé.
  1. Le titre traite un paramètre de privilège à autorisation partielle comme si le privilège était réglé sur son paramètre le moins restrictif. Par exemple : Lorsque le privilège de contenu généré par l’utilisateur (UGC) est réglé sur Amis seulement, le titre se comporte comme si le privilège était réglé sur Autorisé.
  2. Pour les titres qui utilisent le XDK, le titre n’appelle pas l’interface utilisateur système pour alerter 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 pour indiquer à l’utilisateur qu’il ne peut pas participer.
  3. Pour les titres qui utilisent le GDK, le titre n’appelle pas l’interface utilisateur système pour alerter 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 pour indiquer à l’utilisateur qu’il ne peut pas participer.
  4. Pour les titres qui utilisent XSAPI, le titre n’affiche pas de message informatif pour indiquer à l’utilisateur qu’il ne peut pas participer.

​
Historique des modifications

Dernière modification le 8 octobre 2026