Приложения устройств UWP для внутренних устройств

  • Статья

В этом разделе описываются способы доступа к внутренним устройствам приложений UWP. Внутренние устройства — это устройства , находящиеся внутри или интегрированные с корпусом ПК.

Некоторые API, которые упоминание в этом разделе, также можно использовать для доступа к внешним устройствам. В этом разделе основное внимание уделяется доступу к внутренним устройствам. Дополнительные сведения о каждом API см. в справочнике по API Windows.

Доступ к внутренним устройствам

Существует три способа доступа к внутренним устройствам приложений UWP:

Рекомендуется? API Среда разработки Требуются ли метаданные устройства?
Да API сценария устройства (запись изображений, сканирование и т. д.) все разработчики no
Да API протокола устройства (USB, HID и т. д.) OEM Да (только для внутренних устройств)
No Доступ к пользовательскому драйверу OEM yes

API сценария устройства

Среда выполнения Windows предоставляет несколько API-интерфейсов для доступа к общим устройствам, встроенным или подключенным к компьютеру, таким как API для захвата изображений, сканирования, печати и использования датчиков движения. Так как эти API разработаны с учетом определенного сценария, они называются API сценариев устройства. API сценария устройства могут использоваться всеми разработчиками, и для их использования не требуются метаданные устройства. Дополнительные сведения об API сценария см. в разделе "Интеграция устройств".

Любой доступ за пределами предложения API-интерфейсов сценариев устройства ограничен изготовителями оборудования (или поставщиками компонентов, работающими в координации с OEM), и требует метаданных устройств для системного контейнера.

API протокола устройства

Если поставщик изготовителя оборудования или компонента должен получить доступ к внутреннему устройству таким образом, что не удовлетворяет API сценария, они могут использовать API протокола устройства. API протокола устройства — это среда выполнения Windows API, которые приложения UWP могут использовать для доступа к устройствам USB и человеческого интерфейса (HID). Тип доступа зависит от API.

API протокола устройства Пространство имен Тип доступа
USB Windows.Devices.Usb эксклюзивное чтение и монопольная запись
СПРЯТАЛ Windows.Devices.HumanInterfaceDevice общий доступ к чтению и эксклюзивной записи

Для доступа к периферийным устройствам, используюющим только драйверы классов Майкрософт , наиболее часто используемым для API-интерфейсов протокола устройства, метаданные устройства не требуются. Однако для доступа к внутренним устройствам с этими API требуется метаданные. При доступе к внутреннему устройству приложение должно быть указано в метаданных устройства в качестве привилегированного приложения для системного контейнера. Эти требования ограничивают внутренний доступ устройств к изготовителям оборудования.

Дополнительные сведения см. в следующем разделе:

Доступ к пользовательскому драйверу

Если изготовители оборудования или IHV не могут использовать API-интерфейсы протокола устройства для доступа к их (внутреннему или периферийному) устройству, они должны сначала связаться с корпорацией Майкрософт, чтобы обсудить свой сценарий с командой экосистемы Windows. В некоторых случаях при утверждении Майкрософт приложение устройства UWP может напрямую получить доступ к пользовательскому драйверу.

Для доступа к пользовательскому драйверу требуются метаданные устройства. Чтобы получить доступ к пользовательскому драйверу, приложение должно быть указано в метаданных устройства в качестве привилегированного приложения для периферийного устройства или системного контейнера. Дополнительные сведения о пользовательском доступе к драйверам см . в руководстве по проектированию приложений устройств UWP для специализированных устройств, внутренних на компьютере.

Поставщики компонентов

Поставщики компонентов могут работать с изготовителями оборудования для разработки приложений устройств UWP для внутреннего устройства. Это может произойти несколькими способами:

  • Поставщик компонентов разрабатывает и распространяет приложение. В этом случае поставщик компонентов владеет, разрабатывает и распространяет приложение и драйвер, который обращается к внутреннему устройству. ИЗГОТОВИТЕЛЬ владеет метаданными устройства.

  • OEM разрабатывает и распространяет приложение. В этом случае OEM разрабатывает и распространяет приложение, которое обращается к одному или нескольким внутренним устройствам от разных поставщиков компонентов. OEM в конечном итоге владеет разработкой приложений, распространением приложений и обслуживанием метаданных устройств. Поставщик компонентов владеет драйвером.

Дополнительные сведения об этих рабочих процессах см . в руководстве по проектированию приложений устройств UWP для специализированных устройств, внутренних на компьютере.

Определение расположения внутренних камер (приложения устройств UWP)