Sensoren zur Erkennung der Anwesenheit von Personen (in der Nähe befindlichen Personen)
Der folgende Abschnitt enthält Richtlinien für OEMs (Original Equipment Manufacturer), die Komponenten wie Sensoren zur Erkennung der Anwesenheit von Personen auswählen, um die oben beschriebenen Eingangsgerätefunktionen zu unterstützen. Neben dem spezifischen Leitfaden für bestimmte Gerätefunktionen werden auch die allgemeinen Anforderungen erläutert, die für alle Sensoren gelten. Sensoren zur Erkennung der Anwesenheit von Personen sind Näherungssensoren vom Typ „Person“. Sehen Sie sich die Gerätefunktionen und die Terminologie für Anwesenheitssensoren an, bevor Sie diesen Abschnitt lesen.
Dieser Abschnitt enthält einen Leitfaden für OEMs, die Hardware für Sensoren zur Erkennung der Anwesenheit von Personen auf einem System installieren möchten. Diese Richtlinien stellen ein minimales Sensorsetup dar. Microsoft empfiehlt die Installation von Hardware, die die hier aufgeführten Standards übertrifft.
Die Reichweite, Latenz, Entfernung und Leistung werden von Microsoft nicht gemessen, OEMs und ODMs (Original Design Manufacturer) sollten die Funktionalität jedoch gemäß den HLK-Anforderungen (Hardware Lab Kit) überprüfen. Wenn das System die Entfernung meldet, sollte die Genauigkeit gemessen werden.
Wichtige Entwurfsdetails und allgemeine Anforderungen für alle Sensoren zur Erkennung der Anwesenheit von Personen
Wenn ein Näherungssensor die Erkennung der Anwesenheit von Personen unterstützt, muss er den entsprechenden Erkennungstyp unterstützen:
DEFINE_PROPERTYKEY(DEVPKEY_Sensor_HumanPresenceDetectionType,0xd4247382, 0x969d, 0x4f24, 0xbb, 0x14, 0xfb, 0x96, 0x71, 0x87, 0xb, 0xbf, 81); //[VT_UI4]
Im Folgenden sind die derzeit definierten Erkennungstypen aufgeführt:
| Verwendungsname | Verwendungstyp | Verwendungsbeschreibung |
|---|---|---|
| Typ der Erkennung der Anwesenheit von Personen: Herstellerseitig definiert, nicht biometrisch | Sel | Die Anwesenheit (einer oder mehrerer Personen) wird mithilfe einer herstellerseitig definierten, aber nicht biometrischen Methode erkannt. Dadurch wird bestätigt, dass der Sensor eine Erkennung verwendet, die nicht mit der unten definierten Biometrie zusammenhängt. Ohne diese Angabe kann ein Host nicht davon ausgehen, dass das Gerät keine Biometrie verwendet. |
| Typ der Erkennung der Anwesenheit von Personen: Herstellerseitig definiert, biometrisch | Sel | Die Anwesenheit (einer oder mehrerer Personen) wird mithilfe von herstellerseitig definierter menschlicher Biometrie erkannt. Dies ist ein Sammelbegriff für einen Sensor zur Erkennung der Anwesenheit von Personen, der Biometrie verwendet, die im Folgenden noch nicht definiert ist. |
| Typ der Erkennung der Anwesenheit von Personen: Gesichtsbiometrie | Sel | Die Anwesenheit von Personen wird erkannt, indem nach menschlichen Gesichtern (z. B. mithilfe der Viola-Jones-Objekterkennung) gesucht wird (z. B. mit einer Videokamera mit niedriger Auflösung). Eine Unterscheidung zwischen Gesichtern oder Erkennung von Gesichtsmerkmalen wird nicht durchgeführt. Diese Erkennung ähnelt der von Digitalkameras, die einen Begrenzungsrahmen um ein Gesicht platzieren können. |
| Typ der Erkennung der Anwesenheit von Personen: Audiobiometrie | Sel | Die Anwesenheit von Personen wird erkannt, indem nach menschlichen Geräuschen (z. B. ein vordefiniertes Schlüsselwort, allgemeine Gespräche, laute Geräusche, Klatschen) gesucht wird (z. B. mit einem Mikrofon). Eine Unterscheidung zwischen Stimmen oder Benutzer*innen oder Erkennung von Audiomerkmalen wird nicht durchgeführt. |
Wichtig
Alle Sensoren zur Erkennung der Anwesenheit von Personen müssen den oben beschriebenen Erkennungstyp genau melden.
Anforderungen für Sensoren zur Erkennung der Anwesenheit von Personen der Kategorie 1
| "Measure" | Metrik | Kommentare |
|---|---|---|
| Sensorbereich | 0,2 m – 1,2 m Hinweis: Dies ist der Mindestbereich. Sensoren mit höherer Reichweite sind zulässig. | Bei direkter Messung (oben definiert) müssen die Benutzer*innen in der Lage sein, bei 1,2 m eine Reaktivierung auszulösen. |
| Sensorlatenz | <0,33 Sekunden | Dies entspricht der Sensorlatenz der Kategorie 2. Diese Anforderung definiert die Zeit von der Erkennung der Anwesenheit von Personen durch die Firmware bis zum Empfang der Nachricht durch das Betriebssystem. Das Betriebssystem weist bekanntermaßen eine variable Latenzzeit für die Reaktivierung auf, nachdem das Signal vom Sensor empfangen wurde. |
| Sensorleistung – bei Verwendung | <80 mW für interne Sensoren; bei externen Sensoren wird der Energieverbrauch durch die Leistungsbegrenzung des Busses bestimmt. Bei allen Messungen handelt es sich um Durchschnittswerte. | Diese Messung umfasst das gesamte Sensorsubsystem, einschließlich des Senders, des Empfängers und aller LEDs, die nur im Rahmen der Reaktivierungs- und Sperrszenarien verwendet werden. |
| Sensorleistung – Standby | <25 mW für interne Sensoren; bei externen Sensoren wird der Energieverbrauch durch die Leistungsbegrenzung des Busses bestimmt. Bei allen Messungen handelt es sich um Durchschnittswerte. | Beachten Sie, dass dies der maximale Höchstwert der Leistungsaufnahme ist. |
| Genauigkeit – Meldung der Entfernung | +/- 5 cm | Gemessen bei 45 cm, 75 cm und 120 cm. Nur erforderlich, wenn der Sensor das Festlegen der Entfernung unterstützt. |
Anforderungen für Sensoren zur Erkennung der Anwesenheit von Personen der Kategorie 2
| "Measure" | Metrik | Kommentare |
|---|---|---|
| Sensorbereich | 0,2 m – 1,2 m Hinweis: Dies ist der Mindestbereich. Sensoren mit höherer Reichweite sind zulässig. | Bei direkter Messung (oben definiert) müssen die Benutzer*innen in der Lage sein, bei 1,2 m eine Reaktivierung auszulösen. |
| Sensorlatenz | <0,33 Sekunden | Diese Anforderung definiert die Zeit von der Erkennung der Anwesenheit von Personen durch die Firmware bis zum Empfang der Nachricht durch das Betriebssystem. Das Betriebssystem weist bekanntermaßen eine variable Latenzzeit für die Reaktivierung auf, nachdem das Signal vom Sensor empfangen wurde. |
| Sensorleistung – bei Verwendung | <65 mW für interne Sensoren; bei externen Sensoren wird der Energieverbrauch durch die Leistungsbegrenzung des Busses bestimmt. Bei allen Messungen handelt es sich um Durchschnittswerte. | Diese Messung umfasst das gesamte Sensorsubsystem, einschließlich des Senders, des Empfängers und aller LEDs, die nur im Rahmen der Reaktivierungs- und Sperrszenarien verwendet werden. |
| Sensorleistung – Standby | <5 mW; bei externen Sensoren wird der Energieverbrauch durch die Leistungsbegrenzung des Busses bestimmt. Bei allen Messungen handelt es sich um Durchschnittswerte. | Dieser Wert wird anhand der Leistungsaufnahme des Sensors im modernen Standbymodus des Systems gemessen. Diese Messung umfasst das gesamte Sensorsubsystem, einschließlich des Senders, des Empfängers und jeglicher anderer Hardware, die nur im Rahmen der Reaktivierungs- und Sperrszenarien verwendet wird. |
| Genauigkeit – Meldung der Entfernung | +/- 5 cm | Gemessen bei 45 cm, 75 cm und 120 cm. Nur erforderlich, wenn der Sensor das Festlegen der Entfernung unterstützt. |
Geräteintegration
Die Sensorplatzierung ist wichtig, um das beste Benutzererlebnis und eine konsistente Erkennung der Anwesenheit von Personen zwischen Geräten bereitzustellen.
Die optimale Platzierung hängt vom Formfaktor des Geräts ab, und in allen Fällen sollten OEMs die beste Position für ihr Gerät bestimmen. Für Geräte mit mehreren Positionierungsmöglichkeiten (z. B. Convertible-2-in-1-Laptops) wird zudem empfohlen, dass die Sensorfirmware das Datenfeld „isValid = false“ für Positionen meldet, in denen Sensoren zur Erkennung von Personen keine genauen Messungen erzeugen (d. h. der Sensor befindet sich nicht gegenüber den Benutzer*innen oder ist blockiert). In der Praxis werden die Sensoren idealerweise auf der gleichen Ebene wie der Bildschirm platziert (den Benutzer*innen gegenüber).
Stellen Sie außerdem sicher, dass die verschiedenen möglichen Konfigurationen eines Geräts (z. B. Position der Tastatur im Tablet- und Laptopmodus) die Blende nicht blockieren und sich nicht mit dem Sichtfeld des Sensors überschneiden.
Stellen Sie abschließend sicher, dass sich das Sichtfeld des Sensors nicht mit störenden Lichtquellen (Kamerablitz, Hintergrundbeleuchtung der Tastatur usw.) überschneidet, da dies zu zusätzlichem Rauschen oder fehlerhaften Messungen führen kann. Berücksichtigen Sie jede der möglichen Konfigurationen eines Geräts, wenn Sie überprüfen, ob sich störende Lichtquellen oder elektromagnetischen Wellen mit dem Sichtfeld überschneiden.
| Formfaktor | Position des Sensors zur Erkennung der Anwesenheit von Personen und Hinweise |
|---|---|
| Tablet | Platzieren Sie den Sensor zur Erkennung der Anwesenheit von Personen in der Nähe der Oberfläche des Geräts (nicht in der Mitte), und schirmen Sie ihn ausreichend ab, um genaue Messungen sicherzustellen. |
| Cabrio | Bitte verwenden Sie Ihr bestes Urteilsgefühl für konvertible Stilsysteme. |
| Clamshell | Platzieren Sie den Sensor zur Erkennung der Anwesenheit von Personen auf dem Deckel über dem Bildschirm gegenüber den Benutzer*innen (empfohlen). |
| All-in-One oder externer Monitor | Platzieren Sie den Sensor zur Erkennung der Anwesenheit von Personen an der Vorderseite des Geräts (z. B. am Rahmen) (empfohlen). |
| Desktop | Wenn Sie den Sensor zur Erkennung der Anwesenheit von Personen auf einem Desktopgehäuse platzieren, empfehlen wir, ihn am oberen Rand des Gehäuses zu platzieren. Es empfiehlt sich, den Sensor zur Erkennung der Anwesenheit von Personen in die Tastatur zu integrieren oder einen externen USB-Dongle bereitzustellen. |
Unterstützung externer Sensoren zur Erkennung der Anwesenheit von Personen und Vermittlungsrichtlinie
Externe Sensoren zur Erkennung der Anwesenheit von Personen, die in Monitore integriert sind, werden vom Eingangsfeature unterstützt. In den folgenden Abschnitten werden die Implementierung, die Anforderungen und die Richtlinie für externe Sensoren zur Erkennung der Anwesenheit von Personen erläutert. Andere Typen externer Sensoren (z. B. eigenständige Sensoren) werden nicht vollständig unterstützt, da der Formfaktor und der Verwendungstyp zu unterschiedlich sind, um eine zuverlässige Unterstützung zu gewährleisten. Die Verwendung solcher Sensoren ist jedoch nicht explizit untersagt. Anbieter*innen, die sich für die Herstellung solcher Sensoren interessieren, sollten sich an sasensors@microsoft.com wenden.
Implementierung
Externe Sensoren zur Erkennung der Anwesenheit von Personen sollten auf die gleiche Weise für das Betriebssystem verfügbar gemacht werden wie interne Sensoren, die Sensoreigenschaft „DEVPKEY_Sensor_ConnectionType“ muss jedoch als extern markiert werden, damit das Betriebssystem die externe Verbindung erkennt. Das Betriebssystem erkennt anhand der PLD-Informationen (Physical Device Location, physischer Gerätestandort), die dem Sensor zugeordnet sind, ob der Sensor in einen externen Monitor integriert ist. Es wird dringend empfohlen, den Sensor als HID-Gerät verfügbar zu machen, damit der Eingangs-HID-Klassentreiber verwendet wird. Auf diese Weise müssen Benutzer*innen keine Treiber installieren, um den externen Sensor in Betrieb zu nehmen.
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. Der Bildschirm und der Sensor können möglicherweise eine Verbindung über den USB-C-Alternativmodus und USB4 gemeinsam nutzen. Da aber nicht alle Benutzer*innen Zugang zu solchen Verbindungen haben, sollten sie nicht als alleinige Verbindung für den externen Sensor verwendet werden.
Anforderungen
Externe Sensoren zur Erkennung der Anwesenheit von Personen müssen die gleichen Anforderungen wie interne Sensoren zur Erkennung der Anwesenheit von Personen erfüllen und dieselben HLK- und manuellen Tests bestehen.
Handhabung von Sensoren mit unterschiedlichen Funktionen
Wenn mehrere Sensoren zur Erkennung der Anwesenheit von Personen mit unterschiedlichen Funktionen vorhanden sind, unterstützt Sensor A z. B. nur „Reaktivieren bei Annäherung“ und „Sperren nach Weggehen“, während Sensor B nur adaptives Dimmen unterstützt. Auf der Seite Einstellungen werden die Funktionen des ausgewählten Sensors angezeigt. Wenn Sensor A ausgewählt ist, werden nur Umschaltflächen für das Reaktivieren und Sperren angezeigt. Wenn Sensor B ausgewählt ist, wird nur die Umschaltfläche für adaptives Dimmen angezeigt.
Logik für die Auswahl des Standardsensors zur Erkennung der Anwesenheit von Personen
Vor und bis einschließlich Windows 11 Version 22H2 wurde standardmäßig der zuletzt verbundene Sensor ausgewählt. Ab dem Update vom Mai 2023 für Windows 11 Version 22H2 und höher wird die unten dargestellte Auswahllogik verwendet:
Richtlinie für „Reaktivieren bei Annäherung“ und „Sperren nach Weggehen“
Externe Sensoren haben Vorrang vor internen Sensoren. Wenn sie mit dem System verbunden sind, ersetzen sie den internen Sensor vollständig als Eingang für das Reaktivieren und Sperren. Vorrang bedeutet, dass ein externer Sensor zum Standardsensor für das System wird, wenn er verbunden ist. Die vorhandenen Benutzereinstellungen (z. B. Zeitlimit oder Erkennungsentfernung) werden auf den externen Sensor übertragen.
Die Vermittlungsrichtlinie für verschiedene Konfigurationen von externen Sensoren finden Sie im Folgenden.
| System verfügt über integrierten Sensor | System verfügt über externen Sensor | Vermittlungsrichtlinie |
|---|---|---|
| Ja | Keine | Wenn der Deckel des Systems geschlossen ist, werden das Reaktivieren und Sperren deaktiviert und funktionieren nicht. |
| Nein | Keine | Das Feature ist nicht vorhanden oder deaktiviert. |
| Ja | Single | Der extern verbundene Sensor wird zum standardmäßig ausgewählten Sensor für das Reaktivieren und Sperren. Benutzer*innen haben die Möglichkeit, den bevorzugten Sensor in „Windows-Einstellungen“ zu konfigurieren. Diese Einstellung wird nur angezeigt, wenn mehrere Sensoren für das System verfügbar sind. Nach dem Update vom Mai 2023 in Version 22H2 oder höher entspricht die Auswahllogik der Logik für die Auswahl des Standardsensors zur Erkennung der Anwesenheit von Personen. |
| Nein | Single | Der extern verbundene Sensor wird zum standardmäßig ausgewählten Sensor für das Reaktivieren und Sperren. Benutzer*innen haben die Möglichkeit, den bevorzugten Sensor in „Windows-Einstellungen“ zu konfigurieren. Diese Einstellung wird nur angezeigt, wenn mehrere Sensoren für das System verfügbar sind. Nach dem Update vom Mai 2023 in Version 22H2 oder höher entspricht die Auswahllogik der Logik für die Auswahl des Standardsensors zur Erkennung der Anwesenheit von Personen. |
| Ja | Mehrere | Die gleiche Benutzeroption wird auf der Benutzeroberfläche angezeigt. Der Sensor, der zuletzt mit dem System verbunden war, ist der Standardsensor, bis Benutzer*innen eine andere Option auswählen. Nach dem Update vom Mai 2023 in Version 22H2 oder höher entspricht die Auswahllogik der Logik für die Auswahl des Standardsensors zur Erkennung der Anwesenheit von Personen. |
| Nein | Mehrere | Die gleiche Benutzeroption wird auf der Benutzeroberfläche angezeigt. Der Sensor, der zuletzt mit dem System verbunden war, ist der Standardsensor, bis Benutzer*innen eine andere Option auswählen. Nach dem Update vom Mai 2023 in Version 22H2 oder höher entspricht die Auswahllogik der Logik für die Auswahl des Standardsensors zur Erkennung der Anwesenheit von Personen. |
Tipp
Beim Bestimmen, ob der im Monitor integrierte Sensor verwendet werden kann, wird die Monitorausrichtung nicht berücksichtigt. Es wird davon ausgegangen, dass Sensoren in diesen Fällen weiterhin normal funktionieren.
Virtuelle Sensoren zur Erkennung der Anwesenheit von Personen
Sensoren zur Erkennung der Anwesenheit von Personen müssen von einem physischen Gerät unterstützt werden. Anders ausgedrückt: Ein gefälschtes Softwaregerät sollte nicht als Proxy für die Steuerung von Reaktivieren, Sperren oder adaptivem Dimmen verfügbar gemacht werden. Dieses Feature ist nur für die Verwendung in physischen Szenarien vorgesehen. Durch diese Anforderung soll sichergestellt werden, dass Sensoren zur Erkennung der Anwesenheit von Personen die physische Umgebung erkennen und sich auf sie beziehen, um die Signale für die Anwesenheit von Benutzer*innen zu bestimmen. Virtuelle HID-Sensoren können implementiert werden, wenn sie Daten von anderen Sensoren wie dem Mikrofon oder anderen Benutzereingaben aggregieren UND in einem ausgelagerten Chip, z. B. einer neuronalen Verarbeitungseinheit (Neural Processing Unit, NPU) oder einem Microcontroller (Microcontroller Unit, MCU) ausgeführt werden, auf dem Anwendungen auf dem Betriebssystem keinen Zugriff auf Bild- oder Audiometadaten haben. Im Fall der Kamera sollten virtuelle Sensoren zur Erkennung der Anwesenheit von Personen KEINE Bildmetadaten im Betriebssystem verwenden oder verarbeiten. OEMs und unabhängige Hardwarehersteller*innen (Independent Hardware Vendor, IHV), die virtuelle Sensoren implementieren, die Bilder oder Metadaten auf dem Betriebssystem nutzen, übernehmen die gesamte gesetzliche Haftung für den Datenschutz einer solchen Implementierung.
Der in diesem Whitepaper genannte Energiebedarf für Sensoren zur Erkennung der Anwesenheit von Personen gilt für physische Sensoren. Virtualisierte Sensoren, die in anderen Subsystemen ausgeführt werden, erben den Energiebedarf vom jeweiligen Subsystem. Beispielsweise sollte ein virtueller Sensor zur Erkennung der Anwesenheit von Personen, der auf einem System mit modernem Standbymodus und im ausgelagerten Audiosubsystem ausgeführt wird, den unter Energieverwaltung für Audiosubsysteme für Modern Standby-Plattformen aufgeführten Anforderungen entsprechen.
Interaktion mit der Kameraabdeckung und Kamera-Kill-Switches
Es wird erwartet, dass die Kameraabdeckung Sensoren zur Erkennung der Anwesenheit von Personen nicht beeinträchtigt, es sei denn, es werden Bildmetadaten 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, den Sensor zur Erkennung der Anwesenheit von Personen über einen separaten physischen Pfad vom Internetdienstanbieter (z. B. über eine diskrete NPU) verfügbar zu machen, über den Rückschlüsse und keine Bildmetadaten (einschließlich Gesichtssignatur) an das Betriebssystem übertragen werden. Da Kamera-Kill-Switches in der Firmware des Internetdienstanbieters (Internet Service Provider, ISP) arbeiten sollten, stellt ein physisch getrennter Pfad sicher, dass sie die Funktionen zur Erkennung der Anwesenheit von Personen nicht beeinträchtigen. Wenn kein separater physischer Pfad für einen freigegebenen Sensor verwendet wird, funktionieren Kameraabdeckungen gemäß dem HLK-Leitfaden sowohl für den RGB- als auch den IR-Sensor. Dies würde die Funktionen zur Erkennung der Anwesenheit von Personen und somit das Benutzererlebnis beeinträchtigen, da Windows die Benutzer*innen nicht darüber informiert, dass die Erkennung der Anwesenheit von Personen blockiert ist. Derzeit wird nicht empfohlen, einen freigegebenen Pfad zwischen dem Sensor für die Erkennung der Anwesenheit von Personen und dem ISP zu verwenden. In Fällen, in denen dies erforderlich ist, beendet der ISP jedoch die HPD-Erkennung (um den Akku zu schonen) und meldet, dass der HPD-Sensor nicht verfügbar ist.
Es wird dringend empfohlen, dass physische Abdeckungen ihren Zustand über CT_PRIVACY_CONTROL (für UVC-Geräte) oder KSPROPERTY_CAMERACONTROL_PRIVACY (bei Verwendung des AVStream- oder DMFT-Treibers) an das Betriebssystem melden. Ausführliche Informationen finden Sie unter Camera Privacy Shutter Notification (Benachrichtigung zur Kameraabdeckung).
Weitere Informationen zur Funktionalität von Kameraabdeckungen, -Kill-Switches und -LEDs finden Sie unter Camera Privacy Controls (Kamerasteuerelemente zum Schutz der Privatsphäre).
Interaktion mit Kamera-LEDs zum Schutz der Privatsphäre
Microsoft erwartet, dass Kamera-LEDs zum Schutz der Privatsphäre in Fällen, in denen keine Bildmetadaten an das Betriebssystem übertragen werden, deaktiviert bleiben können und sollten. Der Sensor zur Erkennung der Anwesenheit von Personen darf physisch nicht in der Lage sein, Gesichts- oder Bilddaten an das Betriebssystem zu übertragen. Dies kann mit vielen verschiedenen Mechanismen erreicht werden, z. B. mit einem dedizierten Bus oder physisch getrennten Pfad von einem Kamera-ISP oder einer Sicherung im Sensor. Weitere Informationen zur Funktionalität von Kamera-LEDs zum Schutz der Privatsphäre finden Sie unter Camera Privacy Controls (Kamerasteuerelemente zum Schutz der Privatsphäre).
Implementierungsleitfaden
Leser*innen dieses Abschnitts (die beabsichtigen, einen Sensor zur Erkennung der Anwesenheit von Personen zu entwickeln) sollten sich mit dem Entwurfsleitfaden für Sensortreiber vertraut machen.
In der Hardware wird ein Sensor zur Erkennung der Anwesenheit von Personen als SensorType_Proximity implementiert, wobei DEVPKEY_Sensor_ProximityType auf ProximityType_HumanProximity = 1 festgelegt wird.
Wenn der Sensor Biometrie verwendet, kann er in SensorCategory_Biometric enthalten sein.
Gerätebuskonnektivität
Abgesehen von den Tests im HLK (siehe unten) gibt es keine festen Anforderungen für die Gerätebuskonnektivität. Systementwickler*innen wird jedoch empfohlen, nach Möglichkeit Eingangstreiber zu nutzen, die in Windows 11 verfügbar sind. Beispielsweise gibt es einen HID-Eingangstreiber für I2C und einen Eingangssensortreiber für HID-basierte Geräte. Dies bietet den Vorteil, dass Eingangstreiber in Windows 11 von Microsoft verwaltet werden.
Energieverwaltung
Dieser Abschnitt enthält eine grundlegende Übersicht über die Energieverwaltung von Sensoren zur Erkennung der Anwesenheit von Personen. Ausführlichere Informationen finden Sie unter Energieverwaltung für Sensoren.
Tipp
Der Sensor zur Erkennung der Anwesenheit von Personen ist so konzipiert, dass er auf Systemen mit modernem Standbymodus funktioniert. Zusätzliche Unterstützung für „Reaktivieren bei Annäherung“ für Systeme mit modernem Standbymodus wurde im Update vom Mai 2023 für Windows 11 Version 22H2 und höher hinzugefügt.
Zusätzliche Anforderungen für HIDUSB-Implementierungen
Der MSDN-Artikel zum selektiven Anhalten für HID-über-USB-Geräte enthält ein Beispiel, wie OEMs oder IHVs mithilfe eines INF-Verweises auf die Eingangsdatei INPUT.INF ein anderes Feature zum selektiven Anhalten aktivieren können. OEMs und IHVs können in ihrer INF-Datei ähnlich vorgehen, aber auf den oben genannten Abschnitt verweisen, um Wake-on-Touch zu aktivieren.
Um diese INF-Datei zu vereinfachen, können OEMs und IHVs stattdessen auch eine Erweiterungs-INF erstellen. Weitere Informationen finden Sie in der Dokumentation zum Verwenden einer Erweiterungs-INF-Datei.
Wenn das Gerät über mehrere HID-Sammlungen verfügt, einschließlich Sammlungen für Sensoren zur Erkennung der Anwesenheit von Personen und zur Erkennung von Objekten, bei denen es sich nicht um Personen handelt, sollte die Sensorfirmware nur das Reaktivieren anhand der Sammlungen für die Erkennung der Anwesenheit von Personen unterstützen. Wenn eine Sammlung für die Erkennung von Objekten, bei denen es sich nicht um Personen handelt, das Reaktivieren ebenfalls signalisieren kann, wird das Gerät trotzdem auf D0 zurückgesetzt, um Leistung aufzunehmen.
Protokollimplementierung (allgemeine Architektur)
Für diesen Abschnitt sind die notwendigen Treiberimplementierungsdetails erforderlich, um einen Sensor zur Erkennung der Anwesenheit von Personen an das Betriebssystem zu melden. Technisch erfolgt dies durch die Implementierung einer Erkennung vom Typ „Anwesenheit von Personen“ für einen Näherungssensor in der Kategorie biometrischer Sensoren.
Die folgenden Diagramme zeigen, wie die Daten vom Sensor im Stapel nach oben übertragen werden, wenn das Feature aktiviert ist. Für externe Monitore gelten die als „HID“ bezeichneten Diagramme.
| Treibertyp/Sensorfunktion | Hardware mit Unterstützung für das Festlegen der Entfernung (+/- 5 cm) | Entfernungsunabhängige Hardware |
|---|---|---|
| HID: Human Interface Device (Eingabegerät) | HID-basierter Datenfluss mit Unterstützung für das Festlegen der Entfernung (empfohlen) | HID-basierter entfernungsunabhängiger Datenfluss |
| CLX: Windows-Sensorklassenerweiterung | CLX-basierter Datenfluss mit Unterstützung für das Festlegen der Entfernung | CLX-basierter entfernungsunabhängiger Datenfluss |
HID-basierter Datenfluss mit Unterstützung für das Festlegen der Entfernung (empfohlen)
CLX-basierter Datenfluss mit Unterstützung für das Festlegen der Entfernung
HID-basierter entfernungsunabhängiger Datenfluss
CLX-basierter entfernungsunabhängiger Datenfluss
Allgemeiner Datenfluss
- Benutzer*innen ändern die Reaktivierungs- oder Sperreinstellungen über die Einstellungsbenutzeroberfläche, und anschließend werden die Einstellungen an den Windows-Sensordienst übermittelt.
- Der Windows-Sensordienst startet den Sensor zur Erkennung der Anwesenheit von Personen während des normalen Betriebs oder im modernen Standbymodus, um die Überwachung auf Reaktivierungen und Sperrungen durchzuführen.
- Der Sensor zur Erkennung der Anwesenheit von Personen löst eine neue Abtastung aus, die die Anwesenheit von Personen und die Erkennungsentfernung enthält und gültig ist.
- Wenn sich das System im modernen Standbymodus befindet und die neue Abtastung die Anwesenheit einer Person innerhalb des konfigurierten Erkennungsbereichs meldet, sendet der Windows-Sensordienst ein Reaktivierungssignal an den Windows-Energiestapel. Umgekehrt sendet der Windows-Sensordienst ein Timeoutsignal an den Windows-Energiestapel, wenn sich das System im Normalbetrieb befindet und keine Personen gemeldet werden oder die Personen sich außerhalb des konfigurierten Erkennungsbereichs befinden.
Signale für die Anwesenheit von Personen
Signale:
- Signal „Benutzer*in anwesend“: Dieses Signal tritt auf, wenn der Sensor eine Datenstichprobe meldet, bei der das Datenfeld für die Anwesenheit von Personen auf „true“ festgelegt ist. Wenn das System die Aufmerksamkeitserkennung unterstützt, wird die Aufmerksamkeit in diesem Zustand auf „engaged/true“ festgelegt.
- Signal „Benutzer*in anwesend, keine Interaktion“: Dieses Signal tritt in Systemen auf, die die Aufmerksamkeitserkennung unterstützen, wenn der Sensor eine Datenstichprobe meldet, bei dem das Datenfeld für die Anwesenheit von Personen auf „true“ gesetzt ist, und die Aufmerksamkeit dann auf „unengaged“ oder „false“ festgelegt wird.
- Signal „Benutzer*in nicht anwesend“: Dieses Signal tritt auf, wenn der Sensor eine Datenstichprobe meldet, bei der das Datenfeld für die Anwesenheit von Personen auf „false“ festgelegt ist.
- Signal „Benutzeranwesenheit unbekannt“: Dieses Signal tritt auf, wenn die Anwesenheit von Personen nicht bekannt ist. Dieses Signal kann auftreten, wenn der Sensor fälschlicherweise entfernt wurde oder noch eine gültige Stichprobe melden muss.
Erforderliche HID-Deskriptoren und Sammlungen der obersten Ebene
Sofern Sie eine der HID-basierten Architekturen implementiert haben, finden Sie im folgenden Abschnitt eine Beschreibung der Datenfelder zum Verfügbarmachen von Informationen zur Anwesenheit von Personen.
Weitere Informationen zum Verfügbarmachen eines Geräts über HID finden Sie unter Verwendungsmöglichkeiten für HID-Sensoren.
Anwesenheit von Personen – anwesend (Reaktivieren und Sperren)
| Verwendungs-ID | Kommentare |
|---|---|
| 0x04B1 HID_USAGE_SENSOR_DATA_BIOMETRIC_HUMAN_PRESENCE | Wird verwendet, um einen booleschen Wert verfügbar zu machen, der die Anwesenheit angibt. Legen Sie diesen Wert auf 1 fest, um die Anwesenheit von Personen anzugeben. Legen Sie diesen Wert auf 0 fest, um keine Anwesenheit von Personen anzugeben. |
| 0x04B2 HID_USAGE_SENSOR_DATA_BIOMETRIC_HUMAN_PROXIMITY_RANGE | Wird verwendet, um Entfernungswerte in der Standardeinheit des Eingabeberichts (Meter) verfügbar zu machen. Der Deskriptor des Beispielberichts in diesem Dokument zeigt jedoch, wie das Gerät Werte in Millimeter melden kann. Dies wird in einem zukünftigen Windows-Update als optionales Feld verfügbar sein. |
Hinweis
Die Meldung in Millimeter muss auf +/- 5.000 mm genau sein. Der gemeldete Bereich kann fortlaufend sein oder in Schritten von weniger als 5.000 mm (d. h. 2.000 mm, 7.000 mm usw.) angegeben werden. Dies wird in einem zukünftigen Windows-Update als optionales Feld verfügbar sein.
Leitfaden zur Validierung – Mindestanforderungen und -tests: Windows-Hardware-Zertifizierungsprogramm (Windows Hardware Certification Program, WHCP)
Die Mindesttests und -anforderungen zum Zertifizieren der Kompatibilität Ihrer Hardware sind in den HLK-Tests in den Spezifikationen und Richtlinien zum Windows-Hardware-Kompatibilitätsprogramm beschrieben.