Applications UWP pour les dispositifs internes
Cette rubrique présente les moyens par lesquels les applications UWP pour périphériques peuvent accéder aux appareils internes. Les périphériques internes sont des périphériques qui résident à l’intérieur ou sont intégrés à l’enceinte du PC.
Certaines API évoquées dans ce sujet peuvent également être utilisées pour accéder à des dispositifs externes. Cette rubrique se concentre spécifiquement sur l’accès aux dispositifs internes. Pour plus d’informations sur chaque API, veuillez consulter la section Référence API Windows.
Accès aux dispositifs internes
Il y a trois manières pour les applications UWP d’accéder aux dispositifs internes :
| Recommandé ? | API | Développeur | Le métadonnées du dispositif sont-elles nécessaires ? |
|---|---|---|---|
| Oui | APIs de scénario de dispositif (capture d’image, numérisation, etc.) | tous les développeurs | non |
| Oui | APIs de protocole de dispositif (USB, HID, etc.) | OEM | oui (pour les dispositifs internes uniquement) |
| Non | Accès au pilote personnalisé | OEM | Oui |
APIs de scénario de dispositif
Le Windows Runtime fournit plusieurs API pour accéder aux dispositifs communs intégrés ou attachés au PC, tels que les API pour la capture d’image, la numérisation, l’impression et l’utilisation des capteurs de mouvement. Comme ces API sont conçues avec un scénario spécifique en tête, elles sont appelées APIs de scénario de dispositif. Les APIs de scénario de dispositif peuvent être utilisées par tous les développeurs et aucune métadonnée de dispositif n’est requise pour les utiliser. Pour plus d’informations sur les APIs de scénario, veuillez consulter la section Intégrer des dispositifs.
Tout accès au-delà de ce que les APIs de scénario de dispositif offrent est limité aux OEMs (ou fournisseurs de composants, travaillant en coordination avec les OEMs), et nécessite des métadonnées de dispositif pour le conteneur système.
APIs de protocole de dispositif
Lorsqu’un OEM/fournisseur de composants a besoin d’accéder à un dispositif interne d’une manière qui n’est pas satisfaite par les APIs de scénario, ils peuvent utiliser les APIs de protocole de dispositif. Les APIs de protocole de dispositif sont des API Windows Runtime que les applications UWP peuvent utiliser pour accéder aux dispositifs USB et aux dispositifs d’interface humaine (HID). Le type d’accès varie selon l’API.
| API de protocole de dispositif | Espace de noms | Type d’accès |
|---|---|---|
| USB | Windows.Devices.Usb | lecture exclusive & écriture exclusive |
| HID | Windows.Devices.HumanInterfaceDevice | lecture partagée & écriture exclusive |
Pour accéder aux dispositifs périphériques qui utilisent uniquement les pilotes de classe Microsoft - l’utilisation la plus courante pour les APIs de protocole de dispositif - aucune métadonnée de dispositif n’est requise. Cependant, pour accéder aux dispositifs internes avec ces APIs, les métadonnées sont requises. Lorsqu’on accède à un dispositif interne, l’application doit être spécifiée dans les métadonnées du dispositif comme une application privilégiée pour le conteneur système. Cette exigence limite l’accès aux dispositifs internes aux OEMs.
Pour plus d’informations, voir :
Exigences du pilote de dispositif (de l’étape 1 du guide étape par étape)
Créer des métadonnées de dispositif (étape 2 du guide étape par étape)
Accès au pilote personnalisé
Lorsque les OEMs ou les IHVs ne peuvent pas utiliser les APIs de protocole de dispositif pour accéder à leur dispositif (interne ou périphérique), ils devraient d’abord contacter Microsoft pour discuter de leur scénario avec l’équipe de l’écosystème Windows. Dans certains cas - avec l’approbation de Microsoft - une application UWP de dispositif peut accéder directement à un pilote personnalisé.
L’accès au pilote personnalisé nécessite des métadonnées de dispositif. Pour accéder à un pilote personnalisé, l’application doit être spécifiée dans les métadonnées du dispositif comme une application privilégiée pour le dispositif périphérique ou le conteneur système. Pour plus d’informations sur l’accès au pilote personnalisé, veuillez consulter le Guide de conception d’applications UWP pour les dispositifs spécialisés internes au PC.
Fournisseurs de composants
Les fournisseurs de composants peuvent travailler avec les OEMs pour développer des applications UWP pour leur dispositif interne. Cela peut se produire de plusieurs manières :
Le fournisseur de composants développe et distribue l’application : Dans ce cas, le fournisseur de composants possède, développe et distribue l’application et le pilote qui accède au dispositif interne. L’OEM est propriétaire des métadonnées du dispositif.
L’OEM développe et distribue l’application : Dans ce cas, l’OEM développe et distribue l’application qui accède à un ou plusieurs dispositifs internes de différents fournisseurs de composants. L’OEM est finalement propriétaire du développement de l’application, de la distribution de l’application et de la maintenance des métadonnées du dispositif. Le fournisseur de composants est propriétaire du pilote.
Pour plus d’informations sur ces flux de travail, veuillez consulter le Guide de conception d’applications UWP pour les dispositifs spécialisés internes au PC.
Rubriques connexes
Identifier l’emplacement des caméras internes (applications UWP de dispositif)