Nuta
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować się zalogować lub zmienić katalog.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Important
Metadane urządzenia są przestarzałe i zostaną usunięte w przyszłej wersji systemu Windows. Aby uzyskać informacje o zastąpieniu tej funkcji, zobacz Driver Package Container Metadata (Metadane kontenera pakietów sterowników).
W tym temacie przedstawiono sposoby uzyskiwania dostępu do wewnętrznych urządzeń przez aplikacje platformy UWP. Internal devices are devices that reside inside or are integrated with the PC enclosure.
Niektóre interfejsy API wymienione w tym temacie mogą służyć również do uzyskiwania dostępu do urządzeń zewnętrznych. Ten temat koncentruje się specjalnie na uzyskiwaniu dostępu do urządzeń wewnętrznych. Aby uzyskać więcej informacji na temat każdego interfejsu API, zobacz dokumentację interfejsu API systemu Windows.
Uzyskiwanie dostępu do urządzeń wewnętrznych
Istnieją trzy sposoby uzyskiwania dostępu do urządzeń wewnętrznych przez aplikacje platformy UWP:
| Recommended? | API | Deweloper | Czy metadane urządzenia są wymagane? |
|---|---|---|---|
| Yes | API scenariuszy urządzenia (przechwytywanie obrazów, skanowanie itp.) | all developers | no |
| Yes | Interfejsy API protokołów urządzeń (USB, HID itp.) | OEM | Tak (tylko w przypadku urządzeń wewnętrznych) |
| No | Dostęp do sterowników niestandardowych | OEM | yes |
Interfejsy API dla scenariuszy urządzenia
Środowisko uruchomieniowe systemu Windows udostępnia kilka interfejsów API do uzyskiwania dostępu do typowych urządzeń, które są wbudowane lub dołączone do komputera, takie jak interfejsy API do przechwytywania obrazów, skanowania, drukowania i używania czujników ruchu. Te interfejsy API zostały zaprojektowane z myślą o konkretnym scenariuszu, dlatego są nazywane interfejsami API scenariusza urządzenia. Interfejsy API scenariusza urządzenia mogą być używane przez wszystkich deweloperów i do ich używania nie są wymagane żadne metadane urządzenia. For more info about scenario APIs, see Integrating devices.
Każdy dostęp poza tym, co oferują interfejsy API scenariusza urządzenia, jest ograniczony do producentów OEM (lub dostawców składników, pracujących we współpracy z OEM-ami) i wymaga metadanych urządzenia dla kontenera systemowego.
Interfejsy API dla protokołów urządzeń
Gdy dostawca producenta OEM/składnika musi uzyskać dostęp do urządzenia wewnętrznego w sposób, który nie jest spełniony przez interfejsy API scenariusza, może korzystać z interfejsów API protokołu urządzenia. Interfejsy API protokołu urządzenia to interfejsy API środowiska uruchomieniowego systemu Windows, których aplikacje platformy UWP mogą używać do uzyskiwania dostępu do urządzeń USB i interfejsu użytkownika (HID). Typ dostępu różni się w zależności od interfejsu API.
| Interfejs API protokołu urządzenia | Namespace | Access type |
|---|---|---|
| USB | Windows.Devices.Usb | wyłączny odczyt i wyłączny zapis |
| HID | Windows.Devices.HumanInterfaceDevice | udostępniony odczyt i wyłączny zapis |
Aby uzyskać dostęp do urządzeń peryferyjnych korzystających tylko ze sterowników klas Microsoft — co jest najczęstszym zastosowaniem dla interfejsów API protokołu urządzenia — metadane urządzenia nie są wymagane. Jednak aby uzyskać dostęp do urządzeń wewnętrznych za pomocą tych interfejsów API, wymagane są metadane. Podczas uzyskiwania dostępu do urządzenia wewnętrznego aplikacja musi być określona w metadanych urządzenia jako uprzywilejowana aplikacja dla kontenera systemu. To wymaganie ogranicza dostęp OEM-ów do urządzeń wewnętrznych.
Aby uzyskać więcej informacji, zobacz:
Wymagania dotyczące sterowników urządzeń (krok 1 przewodnika krok po kroku)
Tworzenie metadanych urządzenia (krok 2 przewodnika krok po kroku)
Dostęp do sterowników niestandardowych
Jeśli producenci OEM lub IHV nie mogą używać interfejsów API protokołu urządzenia do uzyskiwania dostępu do urządzenia (wewnętrznego lub peryferyjnego), powinni najpierw skontaktować się z firmą Microsoft w celu omówienia scenariusza z zespołem ekosystemu systemu Windows. W niektórych przypadkach — po zatwierdzeniu przez firmę Microsoft — aplikacja urządzenia platformy UWP może uzyskać bezpośredni dostęp do sterownika niestandardowego.
Dostęp do sterowników niestandardowych wymaga metadanych urządzenia. Aby uzyskać dostęp do sterownika niestandardowego, aplikacja musi być określona w metadanych urządzenia jako aplikacja uprzywilejowana dla urządzenia peryferyjnego lub kontenera systemu. Aby uzyskać więcej informacji na temat dostępu do sterowników niestandardowych, zobacz Przewodnik projektowania aplikacji urządzeń UWP dla wyspecjalizowanych urządzeń wewnętrznych w komputerze.
Component suppliers
Dostawcy komponentów mogą współpracować z OEM w celu tworzenia aplikacji urządzeń platformy UWP dla wewnętrznych urządzeń. Może się to zdarzyć na kilka sposobów:
Dostawca składników opracowuje i dystrybuuje aplikację: w tym przypadku dostawca składników jest właścicielem, opracowuje i dystrybuuje aplikację i sterownik, który uzyskuje dostęp do urządzenia wewnętrznego. OEM jest właścicielem metadanych urządzenia.
OEM opracowuje i dystrybuuje aplikację: W tym przypadku OEM opracowuje i dystrybuuje aplikację, która uzyskuje dostęp do co najmniej jednego urządzenia wewnętrznego od różnych dostawców składników. OEM ostatecznie jest właścicielem tworzenia aplikacji, dystrybucji aplikacji i konserwacji metadanych urządzeń. Dostawca komponentów jest właścicielem sterownika.
Aby uzyskać więcej informacji na temat tych przepływów pracy, zobacz Przewodnik projektowania aplikacji urządzeń platformy UWP dla wyspecjalizowanych urządzeń wewnętrznych na komputerze.