Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Der folgende Abschnitt enthält Richtlinien für OEMs, die Komponenten auswählen, z. B. Anwesenheitssensoren, um die oben beschriebenen Erfahrungen des Posteingangsgeräts zu unterstützen. Sie umfasst sowohl die allgemeinen Anforderungen für alle Sensoren als auch die spezifischen Anleitungen für bestimmte Geräteerfahrungen. Anwesenheitssensoren sind Näherungssensoren vom Typ "Mensch". Überprüfen Sie die Geräteerfahrungen und Begriffe für die Anwesenheitserkennung, bevor Sie diesen Abschnitt lesen.
Dieser Abschnitt soll Anleitungen für OEMs zur Installation von Anwesenheitssensorhardware auf einem System bereitstellen. Diese Richtlinien stellen eine mindestfähige Sensoreinrichtung dar. Microsoft empfiehlt die Installation von Hardware, die die Standards hier übertrifft.
Der Bereich, die Latenz, der Abstand und die Leistung werden nicht von Microsoft gemessen, aber OEMs und ODMs sollten die Funktionalität gemäß den HLK-Anforderungen überprüfen. Wenn das System den Abstand meldet, sollte seine Genauigkeit gemessen werden.
Wichtige Designdetails und allgemeine Anforderungen für alle menschlichen Anwesenheitssensoren
Wenn ein Näherungssensor das menschliche Vorhandensein unterstützt, muss er den Erkennungstyp unterstützen:
DEFINE_PROPERTYKEY(DEVPKEY_Sensor_HumanPresenceDetectionType,0xd4247382, 0x969d, 0x4f24, 0xbb, 0x14, 0xfb, 0x96, 0x71, 0x87, 0xb, 0xbf, 81); //[VT_UI4]
Derzeit definierte Erkennungstypen finden Sie unten:
| Verwendungsname | Verwendungstyp | Beschreibung der Verwendung |
|---|---|---|
| Erkennungstyp für menschliche Anwesenheit: Vom Anbieter definierte nicht biometrische Daten | Sel | Das Vorhandensein (einer oder mehrerer Personen) wird mithilfe einer vom Anbieter definierten, aber nicht biometrischen Methode erkannt. Dies wird verwendet, um eine positive Bestätigung zu geben, dass der Sensor die Erkennung ohne Bezug zu biometrischen Daten verwendet, wie unten definiert. Ohne diesen Fall kann ein Host nicht davon ausgehen, dass biometrische Daten vom Gerät nicht verwendet werden. |
| Erkennungstyp für menschliche Anwesenheit: Vom Anbieter definierte biometrische Daten | Sel | Das Vorhandensein (einer oder mehrerer Personen) wird mithilfe von vom Anbieter definierten humanen Biometrien erkannt. Dies ist ein Catch-all für einen Human Presence-Sensor, der biometrische Daten verwendet, die nicht bereits unten definiert sind. |
| Erkennungstyp des menschlichen Vorhandenseins: Gesichtsbiometrie | Sel | Menschliche Anwesenheit wird durch Scannen (z. B. durch eine Videokamera mit geringer Auflösung) für menschliche Gesichter erkannt (z. B. mithilfe Viola-Jones Objekterkennung). Die Unterscheidung zwischen Gesichtern oder erkennung von Gesichtsattributen wird nicht durchgeführt. Diese Erkennung ähnelt der von vorhandenen Digitalkameras, die einen Rahmen um ein Gesicht platzieren können. |
| Erkennungstyp des menschlichen Vorhandenseins: Biometrische Audiodaten | Sel | Menschliche Anwesenheit wird durch Scannen (z. B. durch ein Mikrofon) auf menschliche Geräusche (z. B. ein vordefiniertes Schlüsselwort, allgemeines Sprechen, laute Geräusche, Klatschen) erkannt. Die Unterscheidung zwischen Stimmen oder Benutzern oder die Erkennung von Audiomerkmalen wird nicht durchgeführt. Sensoren in dieser Kategorie sollten nach einem Audioereignis, das anzeigt, dass ein Benutzer anwesend ist, für 10 Sekunden den Status 'Anwesend' melden. Die Latenzanforderungen für Abwesenheiten werden am Ende dieses Zeitraums gemessen. |
Von Bedeutung
Alle Anwesenheitssensoren müssen den oben beschriebenen Erkennungstyp genau melden.
Anforderungen der Kategorie 1 des menschlichen Anwesenheitssensors (Gesichtsbiometrie)
| Maßnahme | Maßeinheit | Kommentare |
|---|---|---|
| Sensorbereich | .2m – 1,2m Hinweis: Dies ist ein mindestfähiger Bereich. Sensoren mit besseren Bereichen sind zulässig. | Bei direkter Messung (oben definiert) muss der Benutzer in der Lage sein, ein Wecksignal bei 1,2 m auszulösen. |
| Sensorlatenz | <.33 Sekunde | Dies ist identisch mit der Sensorlatenz der Kategorie II. Diese Anforderung definiert die Zeit von der Firmwareerkennung des menschlichen Vorhandenseins bis zum Betriebssystem, das diese Nachricht empfängt. Es ist bekannt, dass das Betriebssystem eine variierende Latenzzeit für das Aufwecken hat, sobald das Signal vom Sensor empfangen wird. |
| Sensorleistung – In Gebrauch | <80 mW für interne Sensoren; der Stromverbrauch für externe Sensoren wird durch die Leistungsbeschränkung des Busses bestimmt; alle Messungen sind Durchschnittswerte. | Diese Messung umfasst das gesamte Sensorsubsystem, einschließlich des Senders, des Empfängers und aller LEDs, die nur in Übereinstimmung mit den Aktivierungs- und Sperrszenarien verwendet werden. |
| Sensorstromversorgung - Standbymodus | <25 mW für interne Sensoren; für externe Sensoren wird der Stromverbrauch durch die Leistungsbeschränkung des Busses festgelegt; alle Mittelwerte der Maßnahmen. | Beachten Sie, dass es sich um den maximalen Leistungsabfluss handelt. |
| Genauigkeit – Abstandsberichte | +/- 5 cm | Gemessen bei 45 cm (12 Zoll), 75 cm (29,5 Zoll) und 120 cm (47,2 Zoll). Nur erforderlich, wenn dieser Sensor Entfernung unterstützt. |
Anforderungen der Kategorie 2 des menschlichen Anwesenheitssensors (sonstige)
| Maßnahme | Maßeinheit | Kommentare |
|---|---|---|
| Sensorbereich | .2m – 1,2m Hinweis: Dies ist ein mindestfähiger Bereich. Sensoren mit besseren Bereichen sind zulässig. | Bei direkter Messung (oben definiert) muss der Benutzer in der Lage sein, ein Wecksignal bei 1,2 m auszulösen. |
| Sensorlatenz | <0,33 Sekunden | Diese Anforderung definiert die Zeit von der Firmwareerkennung des menschlichen Vorhandenseins bis zum HID-Treiber, der diese Nachricht empfängt. Es ist bekannt, dass das Betriebssystem eine variierende Latenzzeit für das Aufwecken hat, sobald das Signal vom Sensor empfangen wird. |
| Sensorleistung - In Gebrauch | <65 mW für interne Sensoren; für externe Sensoren wird der Stromverbrauch durch die Leistungsbeschränkung des Busses bestimmt; alle Messungen sind durchschnittlich. | Diese Messung umfasst das gesamte Sensorsubsystem, einschließlich des Senders, des Empfängers und aller LEDs, die nur in Übereinstimmung mit den Aktivierungs- und Sperrszenarien verwendet werden. |
| Sensorleistung – Standbymodus | <5 mW; für externe Sensoren wird der Stromverbrauch durch die Leistungsbeschränkung des Busses bestimmt; alle Maßnahmen durchschnittlich. | Dies wird durch den Stromabfluss des Sensors gemessen, wenn sich das System im modernen Standbymodus befindet. Diese Messung umfasst das gesamte Sensorsubsystem, einschließlich des Senders, des Empfängers und jeglicher anderer Hardware, die ausschließlich in den Wake- und Lock-Szenarien verwendet wird. |
| Genauigkeit – Abstandsberichte | +/- 5 cm | Gemessen bei 45 cm (12 Zoll), 75 cm (29,5 Zoll) und 120 cm (47,2 Zoll). Nur erforderlich, wenn dieser Sensor Entfernung unterstützt. |
Geräteintegration
Die Sensorplatzierung ist entscheidend für die Bereitstellung der besten Benutzererfahrung und die Bereitstellung einer konsistenten menschlichen Anwesenheitserfahrung zwischen Geräten.
Die ideale Platzierung hängt vom Formfaktor des Geräts ab, und in allen Fällen sollten OEMs die beste Platzierung für ihr Gerät bestimmen. Darüber hinaus wird für Multi-Mode-Geräte wie 2 in 1 Convertible-Laptops empfohlen, dass die Sensoren-Firmware für Haltungen das Datenfeld "isValid = false" meldet, in denen Anwesenheitssensoren keine genauen Messungen erzeugen (d. h. der Sensor ist nicht auf den Benutzer ausgerichtet oder wird behindert). Die optimale Platzierung der Sensoren in der Praxis befindet sich in der Regel auf derselben Ebene wie die Anzeige (gegenüber dem Benutzer).
Stellen Sie außerdem sicher, dass die verschiedenen Konfigurationen, die ein Gerät einnehmen kann (z. B. die Position der Tastatur im Tablet-Modus und laptop-Modus), die Blende nicht blockieren und das Sichtfeld des Sensors nicht überschneiden.
Stellen Sie schließlich sicher, dass das Sichtfeld des Sensors nicht mit einer lauten Lichtquelle (Kamerablitz, Tastatur-Hintergrundbeleuchtung usw.) interseciert wird, da diese zu zusätzlichen Rauschen oder schlechten Lesewerten beitragen können. Stellen Sie sicher, dass Sie alle verschiedenen Konfigurationen berücksichtigen, die ein Gerät bei der Betrachtung des Sichtfelds mit lauten Lichtquellen oder elektromagnetischen Wellen in Betracht ziehen kann.
| Formfaktor | Standort und Überlegungen des menschlichen Anwesenheitssensors |
|---|---|
| Tablette | Platzieren Sie den menschlichen Anwesenheitssensor in der Nähe der Oberfläche des Geräts, nicht in der Mitte, mit korrekter Abschirmung, um genaue Messwerte zu gewährleisten. |
| Cabrio | Bitte verwenden Sie Ihr bestes Urteilsvermögen für wandelbare Stilsysteme. |
| Clamshell | Platzieren Sie den menschlichen Anwesenheitssensor auf den Deckel, über dem Display, das dem Benutzer gegenüber steht (empfohlen). |
| All-in-One- oder externer Monitor | Platzieren Sie den menschlichen Anwesenheitssensor auf der Vorderseite des Geräts (z. B. Zelbereich) (empfohlen). |
| Arbeitsfläche | Wenn Sie den menschlichen Anwesenheitssensor auf dem Gehäuse für einen Desktop platzieren, empfehlen wir, dass er am oberen Rand des Gehäuses platziert wird. Es ist vorzuziehen, den Anwesenheitssensor in den Monitor einzuschließen oder einen externen USB-Dongle bereitzustellen. |
Unterstützung und Schiedsrichtlinie für externe menschliche Präsenzsensoren
Externe Menschliche Anwesenheitssensoren, die in Monitore integriert sind, werden von der Posteingangsfunktion unterstützt. In den folgenden Abschnitten werden die Implementierung, Anforderungen und Richtlinien beschrieben, die auf externe Anwesenheitssensoren angewendet werden. Andere Arten externer Sensoren, z. B. eigenständige Sensoren, werden nicht vollständig unterstützt, da der Formfaktor und der Verwendungstyp zu unterschiedlich sind, um zuverlässig zu unterstützen. Es gibt jedoch keine explizite Vorschrift gegen solche Sensoren, und es wird empfohlen, dass Anbieter, die an der Herstellung solcher Sensoren interessiert sind, Kontakt zu sasensors@microsoft.com aufnehmen.
Implementierung
Externe Sensoren für menschliche Anwesenheit sollten dem Betriebssystem identisch wie ein interner Sensor dargestellt werden, außer dass die Sensoreigenschaft DEVPKEY_Sensor_ConnectionType als extern gekennzeichnet wird, damit das Betriebssystem die externe Verbindung erkennt. Das Betriebssystem weiß, ob der Sensor über die PLD-Informationen, die dem Sensor zugeordnet sind, in einen externen Monitor integriert ist. Es wird dringend empfohlen, den Sensor als HID-Gerät verfügbar zu machen, damit der HID-Klassentreiber im Posteingang verwendet wird. Dadurch entfällt die Notwendigkeit für den Benutzer, Treiber zu installieren, damit der externe Sensor betriebsbereit wird.
Die physische Verbindung zwischen dem externen Sensor und dem System sollte eine von der Anzeigeverbindung getrennte USB-Verbindung sein. Dies liegt daran, dass keiner der standardmäßigen Anzeigeverbindungstypen, z. B. HDMI oder DisplayPort, HID unterstützt. Es kann sein, dass das Display und der Sensor eine Verbindung über USB-C Altmodus und USB4 gemeinsam nutzen können, aber nicht alle Benutzer haben Zugriff auf solche Verbindungstypen und sollten daher nicht als alleiniger Verbinder für den externen Sensor verwendet werden.
Anforderungen
Externe Menschliche Anwesenheitssensoren müssen die gleichen Anforderungen erfüllen wie interne Menschliche Anwesenheitssensoren und bestehen dieselben HLK- und manuellen Tests.
Behandeln von Sensoren mit unterschiedlichen Funktionen
Wenn mehrere Anwesenheitssensoren mit unterschiedlichen Funktionen vorhanden sind, z. B. unterstützt Sensor A nur das Aufwecken beim Annähern und das Verriegeln beim Verlassen, während Sensor B nur adaptives Dimmen unterstützt. Auf der Seite "Einstellungen" werden die Funktionen des ausgewählten Sensors angezeigt. Wenn der Sensor A ausgewählt ist, werden nur Weck- und Sperrschalter angezeigt. Wenn sensor B ausgewählt ist, wird nur die adaptive Dimm-Umschaltfläche angezeigt.
Standardauswahllogik des Anwesenheitssensors
Vor und einschließlich Windows 11 22H2 wurde standardmäßig der letzte verbundene Sensor ausgewählt. Ab Mai 2023 wird auf Windows 11 22H2 und höher aktualisiert, wobei die Auswahllogik folgendermaßen veranschaulicht wird:
Richtlinie für Aufwecken bei Annäherung und Sperren beim Verlassen
Externe Sensoren haben Priorität gegenüber internen Sensoren und ersetzen, wenn sie mit dem System verbunden sind, die internen vollständig als Eingabe, um das System zu aktivieren und zu sperren. Priorität bedeutet, dass ein externer Sensor, wenn er angeschlossen ist, zum Standardsensor für das System wird. Die vorhandenen Benutzereinstellungen, z. B. Timeout oder Erkennungsabstand, werden an den externen Sensor übertragen.
Die Schiedsrichtlinie für verschiedene externe Sensorkonfigurationen finden Sie unten.
| System verfügt über integrierten Sensor | Das System verfügt über einen externen Sensor | Schiedsrichtlinie |
|---|---|---|
| Ja | Nichts | Wenn der Deckel des Systems geschlossen ist, werden die Funktionen für Aktivierung und Sperre deaktiviert und funktionieren nicht. |
| Nein | Nichts | Das Feature ist nicht vorhanden oder ist deaktiviert. |
| Ja | Ledig | Der extern verbundene Sensor wird zum standardmäßig ausgewählten Sensor für die Aktivierung und Sperrung. Der Benutzer hat die Möglichkeit, den gewünschten Sensor in der Windows-Einstellungs-Benutzeroberfläche zu konfigurieren. Diese Einstellung wird nur angezeigt, wenn dem System mehrere Sensoren zur Verfügung stehen. Nach dem Update vom Mai 2023 in Version 22H2 oder höher folgt die Auswahllogik der Standardauswahllogik des Anwesenheitssensors. |
| Nein | Ledig | Der extern verbundene Sensor wird zum standardmäßig ausgewählten Sensor für die Aktivierung und Sperrung. Der Benutzer hat die Möglichkeit, den gewünschten Sensor in der Windows-Einstellungs-Benutzeroberfläche zu konfigurieren. Diese Einstellung wird nur angezeigt, wenn dem System mehrere Sensoren zur Verfügung stehen. Nach dem Update vom Mai 2023 in Version 22H2 oder höher folgt die Auswahllogik der Standardauswahllogik des Anwesenheitssensors. |
| Ja | Mehrfach | Die gleiche Benutzeroption wird auf der Benutzeroberfläche angezeigt. Der Sensor, der zuletzt mit dem System verbunden war, ist der Standardsensor, bis der Benutzer eine andere Option auswäht. Nach dem Update vom Mai 2023 in Version 22H2 oder höher folgt die Auswahllogik der Standardauswahllogik des Anwesenheitssensors. |
| Nein | Mehrfach | Die gleiche Benutzeroption wird auf der Benutzeroberfläche angezeigt. Der Sensor, der zuletzt mit dem System verbunden war, ist der Standardsensor, bis der Benutzer eine andere Option auswäht. Nach dem Update vom Mai 2023 in Version 22H2 oder höher folgt die Auswahllogik der Standardauswahllogik des Anwesenheitssensors. |
Tipp
Die Monitorausrichtung wird nicht berücksichtigt, wenn ermittelt wird, ob der auf dem Monitor integrierte Sensor verwendbar ist, es wird angenommen, dass Sensoren in diesen Fällen weiterhin normal funktionieren können.
Virtuelle Menschliche Anwesenheitssensoren
Menschliche Anwesenheitssensoren müssen von einem physischen Gerät unterstützt werden. Mit anderen Worten, ein gefälschtes Softwaregerät sollte nicht als Proxy verfügbar gemacht werden, um Weck, Sperr oder Adaptive Dimming zu steuern. Dieses Feature ist nur für physische Szenarien vorgesehen. Die Absicht dieser Anforderung besteht darin, dass Anwesenheitssensoren die physische Umgebung erkennen und referenzieren müssen, um Die Anwesenheitssignale des Benutzers zu ermitteln. Virtuelle HID-Sensoren können implementiert werden, wenn sie Daten aus anderen Sensoren wie dem Mikrofon oder anderen Benutzereingaben aggregieren und in auslagerter Siliziumhardware ausgeführt werden, wie einer NPU oder MCU, bei der Anwendungen im Betriebssystem nicht auf Bild- oder Audiometadaten zugreifen können. Im Fall der Kamera sollten virtuelle Anwesenheitssensoren keine Bildmetadaten im Betriebssystem verwenden oder verarbeiten. OEMs und IHVs, die virtuelle Sensoren implementieren, die Bilder oder Metadaten auf dem Betriebssystem nutzen, übernehmen alle rechtlichen Haftung für den Datenschutz dieser Implementierung.
Leistungsanforderungen für Anwesenheitssensoren in diesem Whitepaper sind für physische Sensoren vorgesehen. Bei virtualisierten Sensoren, die Teil anderer Subsysteme ausführen, werden die Energieanforderungen vom Subsystem geerbt, in dem sie ausgeführt werden. Beispielsweise sollte ein virtueller Anwesenheitssensor, der auf einem modernen Standby-System ausgeführt wird und im ausgeladenen Audiosubsystem ausgeführt wird, den Anforderungen entsprechen, die in der Energieverwaltung des Audio-Subsystems für moderne Standby-Plattformen aufgeführt sind.
Interaktion mit Kamera-Datenschutz-Verschluss- und Kill-Schaltern
Es wird erwartet, dass der Datenschutzverschluss keine menschlichen Anwesenheitssensoren stört, es sei denn, Bildmetadaten werden an das Betriebssystem übertragen. In Fällen, in denen derselbe physische Sensor mit Windows Hello (IR-Kamera) oder der allgemeinen RGB-Kamera verwendet wird, wird empfohlen, dass der menschliche Anwesenheitssensor über einen separaten physischen Pfad vom ISP (z. B. über eine diskrete NPU) verfügbar gemacht wird, wobei Rückschlüsse und keine Bildmetadaten (einschließlich Gesichtssignatur) an das Betriebssystem übertragen werden. Da Kamera-Kill-Schalter in der ISP-Firmware ausgeführt werden sollen, stellt ein physisch separater Pfad sicher, dass Kill-Switches keine menschlichen Anwesenheitsfunktionen beeinträchtigen. Wenn kein separater physischer Pfad für einen gemeinsam genutzten Sensor verwendet wird, weist die Kamera-HLK-Anleitung darauf hin, dass die Privatblenden sowohl auf dem RGB- als auch auf dem IR-Sensor ausgeführt werden, und dies könnte die Funktionen zur Erkennung menschlicher Anwesenheit beeinträchtigen, da Windows den Benutzer nicht darüber informiert, dass die Erkennung menschlicher Anwesenheit blockiert ist. Es wird derzeit nicht empfohlen, einen gemeinsamen Weg zwischen der menschlichen Präsenz und dem ISP zu haben. In Fällen, in denen dies erforderlich ist, würde ISP die HPD-Erkennung (für Stromeinsparungen) beenden und melden, dass der HPD-Sensor nicht verfügbar ist.
Es wird dringend empfohlen, dass alle physischen Verschlussberichte über CT_PRIVACY_CONTROL (für UVC-Geräte) oder KSPROPERTY_CAMERACONTROL_PRIVACY (bei Verwendung von AVStream oder DMFT-Treibern) an das Betriebssystem übermittelt werden. Ausführliche Informationen finden Sie unter Camera Privacy Shutter Notification.
Weitere Details zur Funktionalität der Kamera-Datenschutz-Verschlüsse, Kill-Schalter und LEDs erhalten Sie unter Kamera-Datenschutzfunktionen.
Interaktion mit Kamera-Datenschutz-LEDs
Es ist die Erwartung von Microsoft, dass Kamera-Datenschutz-LEDs in Fällen, in denen keine Bildmetadaten an das Betriebssystem übertragen werden, deaktiviert bleiben können und sollten. Es ist erforderlich, dass der menschliche Anwesenheitssensor nicht physisch in der Lage ist, Gesichts- oder Bilddaten an das Betriebssystem zu übertragen. Dies kann mit einer Vielzahl von Mechanismen erreicht werden, wie zum Beispiel einem dedizierten Bus, einem physisch getrennten Weg vom ISP einer Kamera oder einer Sicherung innerhalb des Sensors. Weitere Details zur Funktionalität von Kamera-Datenschutz-LEDs finden Sie im Abschnitt "Kamera-Datenschutzsteuerelemente ".
Implementierungsanleitung
Leser dieses Abschnitts (die einen Anwesenheitssensortreiber entwickeln möchten) sollten sich mit dem Entwurfshandbuch für Sensorentreiber vertraut machen.
In der Hardware wird ein menschlicher Anwesenheitssensor als SensorType_Proximity mit dem DEVPKEY_Sensor_ProximityType Set implementiert ProximityType_HumanProximity = 1.
Wenn der Sensor biometrische Daten verwendet, kann er im SensorCategory_Biometric sein.
Gerätebuskonnektivität
Es gibt keine harten Anforderungen außerhalb der Tests im HLK (siehe unten) für die Gerätebuskonnektivität. Es wird jedoch empfohlen, dass System-Generatoren posteingangstreiber nutzen, die in Windows 11 verfügbar sind, sofern möglich. Beispielsweise gibt es einen HID-Posteingangstreiber für I2C und einen Posteingangssensortreiber für HID-basierte Geräte. Dies bietet den Vorteil, dass Microsoft Posteingangstreiber unter Windows 11 verwaltet.
Energieverwaltung
Dieser Abschnitt enthält eine grundlegende Übersicht über das Energiemanagement menschlicher Anwesenheitssensoren. Ausführlichere Informationen finden Sie unter Sensors Power Management.
Tipp
Der Anwesenheitssensor ist so konzipiert, dass er auf modernen Standby-Systemen funktioniert. Im Mai-2023-Update für Windows 11, Version 22H2 und höher, wurde zusätzliche Unterstützung für die Aktivierung beim Annähern für Systeme ohne modernes Standby hinzugefügt.
Zusätzliche Anforderungen für HIDUSB-Implementierungen
Der Artikel Selektives Anhalten für HID über USB-Geräte gibt ein Beispiel dafür, wie ein OEM oder IHV INF auf die Inbox INPUT.INF verweist, um eine andere Funktion für selektives Anhalten zu aktivieren. OEMs und IHVs können in ihrem INF ähnlich verfahren, verweisen jedoch auf den oben genannten Abschnitt, um Wake-on-Touch zu aktivieren.
Um diese INF zu vereinfachen, können OEMs und IHVs stattdessen auch die Erstellung einer Erweiterung INF in Betracht ziehen. Weitere Informationen finden Sie in der Dokumentation zur Verwendung einer Erweiterungs-INF-Datei.
Wenn das Gerät über mehrere HID-Sammlungen verfügt, einschließlich Sammlungen von Sensoren für menschliche Anwesenheit und Sammlungen nicht-menschlicher Anwesenheit, sollte die Sensorfirmware nur das Aufwecken aus den Sammlungen der menschlichen Nähe unterstützen. Wenn auch nicht-menschliche Präsenzsensoren das Signal "Wake" geben, wird das Gerät dennoch auf D0 zurückgesetzt, um die Energie zu verbrauchen.
Protokollimplementierung (übergeordnete Architektur)
Dieser Abschnitt erfordert die erforderlichen Treiberimplementierungsdetails, um einen menschlichen Anwesenheitssensor an das Betriebssystem zu melden. Technisch erfolgt dies durch Die Implementierung eines menschlichen Näherungserkennungstyps für einen Näherungstypsensor in der Kategorie biometrischer Sensoren.
Die folgenden Diagramme zeigen, wie die Daten vom Sensor durch den Stack fließen, während die Funktion aktiv ist. Externe Monitore verwenden die Diagramme, die als "HID" bezeichnet werden.
| Treibertyp/ Sensorfunktion | Distance-Capable HW (+/- 5cm) | Distance-Agnostic HW |
|---|---|---|
| HID: Menschliches Schnittstellengerät | HID-basierter und distanzfähiger Datenfluss (empfohlen) | HID-basierter Distanz-agnostischer Datenfluss |
| CLX: Erweiterung der Windows-Sensorklasse | CLX-fähiger, distanzfähiger Datenfluss | CLX-basierter Distanz-agnostischer Datenfluss |
HID-basierter und distanzfähiger Datenfluss (empfohlen)
CLX-fähiger, distanzfähiger Datenfluss
HID-basierter Distanz-agnostischer Datenfluss
CLX-basierter Distanz-agnostischer Datenfluss
Hoher Datenfluss
- Der Benutzer ändert die Einstellungen zur Aktivierung oder Sperre über die Einstellungen-Oberfläche, und diese werden dem Windows-Sensordienst mitgeteilt.
- Der Windows-Sensordienst startet den Sensor für menschliche Anwesenheit während des normalen Betriebs oder des modernen Standbymodus, um das Aufwachen und Sperren zu ermöglichen.
- Der menschliche Anwesenheitssensor erzeugt eine neue Probe, die die Erkennung der menschlichen Anwesenheit, die Erkennungsdistanz und die Gültigkeit enthält.
- Wenn sich das System im modernen Standbymodus befindet und das neue Beispiel für menschliche Anwesenheit einen Menschen innerhalb des konfigurierten Erkennungsbereichs meldet, sendet der Windows-Sensordienst ein Wakesignal an den Windows-Energiestapel. Wenn sich das System dagegen im normalen Betrieb befindet und ein Mensch nicht gemeldet wird oder außerhalb des konfigurierten Erkennungsbereichs liegt, sendet der Windows-Sensordienst ein Timeoutsignal an den Windows-Energiestapel.
Menschliche Anwesenheitssignale
Signale:
- Anwesenheitssignal eines Benutzers – Tritt auf, wenn der Sensor eine Datenprobe meldet, bei der das Menschen-Präsenz-Datenfeld auf "wahr" gesetzt ist. Wenn das System die Aufmerksamkeit unterstützt, wird die Aufmerksamkeit in diesem Zustand auf "engagiert/true" festgelegt.
- Benutzer anwesend, nicht eingebundenes Signal – tritt in Systemen auf, die die Aufmerksamkeit unterstützen, wenn der Sensor eine Datenprobe meldet, bei dem das Datenfeld für menschliche Anwesenheit auf "true" gesetzt ist, und dann die Aufmerksamkeit auf "nicht eingebunden" oder "false" gesetzt wird.
- Kein Signal des Benutzers – Tritt auf, wenn der Sensor ein Datenbeispiel meldet, bei dem das menschliche Datenfeld auf "false" festgelegt ist.
- Unbekanntes Signal des Benutzers – Signalisiert, wenn menschliche Anwesenheit unbekannt ist. Dies kann auftreten, wenn der Sensor irrtümlich entfernt wird oder wenn der Sensor noch keinen gültigen Wert gemeldet hat.
Erforderliche HID-Deskriptoren und Top-Level-Sammlungen
Wenn eine der HID-basierten Architekturen implementiert wird, beschreibt der folgende Abschnitt die Datenfelder zum Verfügbarmachen von Anwesenheitsinformationen.
Weitere Informationen zum Verfügbarmachen eines Geräts über HID finden Sie unter Sensors HID-Verwendung.
Menschliche Präsenz – Gegenwart (Wachen und Sperren)
| Verwendungs-ID | Kommentare |
|---|---|
| 0x04B1 HID_USAGE_SENSOR_DATA_BIOMETRIC_HUMAN_PRESENCE | Verwendung zum Verfügbarmachen eines Werts vom Typ Boolean, der die Anwesenheit angibt. Legen Sie diesen Wert auf "1" fest, um die menschliche Anwesenheit anzugeben. Legen Sie diesen Wert auf "0" fest, um keine menschliche Anwesenheit anzugeben. |
| 0x04B2 HID_USAGE_SENSOR_DATA_BIOMETRIC_Menschliche_Nähe_Bereich | Wird verwendet, um Entfernungswerte im Eingabebericht Standardeinheit in Metern verfügbar zu machen, aber der Beispielberichtdeskriptor in diesem Dokument zeigt, wie das Gerät Millimeter melden kann. Dies wird in einem zukünftigen Windows-Update als optionales Feld festgelegt. |
Hinweis
Der Millimeterbericht muss innerhalb von +/- 5000mm genau sein. Der gemeldete Bereich kann kontinuierlich oder in einzelnen Schritten von weniger als 5000mm sein (d. h. 2000mm, 7000mm,..). Dies wird in einem zukünftigen Windows-Update als optionales Feld festgelegt.
Validierungshandbuch – Mindestanforderungen und Tests: Windows-Hardwarezertifizierungsprogramm (WHCP)
Die Mindesttests und Anforderungen, um Ihre Hardware als kompatibel zu zertifizieren, werden in den Hardware Lab Kit (HLK)-Tests in den Windows-Hardwarekompatibilitätsprogrammspezifikationen und -richtlinien beschrieben.