UWP-Geräte-Apps für interne Geräte
In diesem Thema werden die Möglichkeiten vorgestellt, wie UWP-Geräte-Apps auf interne Geräte zugreifen können. Interne Geräte sind Geräte , die sich innerhalb oder in das PC-Gehäuse befinden oder integriert sind.
Einige APIs, die in diesem Thema Erwähnung werden, können auch für den Zugriff auf externe Geräte verwendet werden. In diesem Thema geht es speziell um den Zugriff auf interne Geräte. Weitere Informationen zu den einzelnen APIs finden Sie in der Windows-API-Referenz.
Zugreifen auf interne Geräte
Es gibt drei Möglichkeiten, wie UWP-Apps auf interne Geräte zugreifen können:
| Empfohlen? | API | Entwicklerin | Sind Gerätemetadaten erforderlich? |
|---|---|---|---|
| Ja | Geräteszenario-APIs (Bildaufnahme, Scannen usw.) | Alle Entwickler | Nein |
| Ja | Geräteprotokoll-APIs (USB, HID usw.) | OEM | Ja (nur für interne Geräte) |
| Nein | Benutzerdefinierter Treiberzugriff | OEM | ja |
Geräteszenario-APIs
Die Windows-Runtime bietet mehrere APIs für den Zugriff auf allgemeine Geräte, die integriert oder an den PC angeschlossen sind, z. B. APIs für Bildaufnahme, Scannen, Drucken und Verwenden von Bewegungssensoren. Da diese APIs für ein bestimmtes Szenario konzipiert sind, werden sie als Geräteszenario-APIs bezeichnet. Geräteszenario-APIs können von allen Entwicklern verwendet werden, und es sind keine Gerätemetadaten erforderlich, um sie zu verwenden. Weitere Informationen zu Szenario-APIs finden Sie unter Integrieren von Geräten.
Jeder Zugriff über das Angebot der Geräteszenario-APIs hinaus ist auf OEMs (oder Komponentenlieferanten, die in Abstimmung mit OEMs arbeiten) beschränkt und erfordert Gerätemetadaten für den Systemcontainer.
Geräteprotokoll-APIs
Wenn ein OEM-/Komponentenanbieter auf ein internes Gerät zugreifen muss, das von den Szenario-APIs nicht erfüllt ist, können sie die Geräteprotokoll-APIs verwenden. Die Geräteprotokoll-APIs sind Windows-Runtime APIs, die UWP-Apps für den Zugriff auf USB- und Eingabegeräte (HID) verwenden können. Der Zugriffstyp variiert je nach API.
| Geräteprotokoll-API | Namespace | Zugriffstyp |
|---|---|---|
| USB | Windows.Devices.Usb | exklusiver Lese- & exklusiver Schreibzugriff |
| HID | Windows.Devices.HumanInterfaceDevice | freigegebenes Lesen & exklusives Schreiben |
Für den Zugriff auf Peripheriegeräte, die nur Microsoft-Klassentreiber verwenden – die häufigste Verwendung für die Geräteprotokoll-APIs – sind keine Gerätemetadaten erforderlich. Um jedoch auf interne Geräte mit diesen APIs zuzugreifen, sind Metadaten erforderlich. Beim Zugriff auf ein internes Gerät muss die App in den Gerätemetadaten als privilegierte App für den Systemcontainer angegeben werden. Diese Anforderungen beschränken den internen Gerätezugriff auf OEMs.
Weitere Informationen:
Gerätetreiberanforderungen (aus Schritt 1 der schrittweisen Anleitung)
Erstellen von Gerätemetadaten (Schritt 2 der schrittweisen Anleitung)
Benutzerdefinierter Treiberzugriff
Wenn OEMs oder IHVs die Geräteprotokoll-APIs nicht für den Zugriff auf ihr (internes oder Peripheriegerät) verwenden können, sollten sie sich zuerst an Microsoft wenden, um ihr Szenario mit dem Windows-Ökosystemteam zu besprechen. In einigen Fällen kann eine UWP-Geräte-App auf einen benutzerdefinierten Treiber direkt zugreifen.
Für den benutzerdefinierten Treiberzugriff sind Gerätemetadaten erforderlich. Um auf einen benutzerdefinierten Treiber zuzugreifen, muss die App in den Gerätemetadaten als privilegierte App für das Peripheriegerät oder den Systemcontainer angegeben werden. Weitere Informationen zum benutzerdefinierten Treiberzugriff finden Sie im Entwurfsleitfaden für UWP-Geräte-Apps für spezielle PC-interne Geräte.
Komponentenlieferanten
Komponentenlieferanten können mit OEMs zusammenarbeiten, um UWP-Geräte-Apps für ihr internes Gerät zu entwickeln. Dies kann auf verschiedene Arten geschehen:
Komponentenanbieter entwickelt und verteilt die App: In diesem Fall besitzt der Komponentenanbieter die App und den Treiber, die auf das interne Gerät zugreift, entwickelt und verteilt. Der OEM besitzt die Gerätemetadaten.
OEM entwickelt und verteilt die App: In diesem Fall entwickelt und verteilt der OEM die App, die von verschiedenen Komponentenanbietern auf ein oder mehrere interne Geräte zugreift. Der OEM besitzt letztendlich App-Entwicklung, App-Verteilung und Gerätemetadatenwartung. Der Komponentenlieferant besitzt den Treiber.
Weitere Informationen diesen Workflows finden Sie im Entwurfsleitfaden für UWP-Geräte-Apps für spezielle PC-interne Geräte.
Zugehörige Themen
Identifizieren der Position interner Kameras (UWP-Geräte-Apps)