Sensores de presencia (proximidad de personas)
En la siguiente sección se detallan las directrices para que los fabricantes de equipos originales seleccionen componentes como los sensores de presencia para respaldar las experiencias de los dispositivos de bandeja de entrada detalladas anteriormente. Abarca tanto los requisitos generales de todos los sensores como las orientaciones específicas para experiencias con dispositivos concretos. Los sensores de presencia son sensores de proximidad de tipo "Humano". Revise las experiencias del dispositivo y los términos de Detección de presencia antes de leer esta sección.
Esta sección está pensada para proporcionar instrucciones para los OEM que buscan instalar el hardware del sensor de presencia en un sistema. Estas instrucciones representan una configuración mínima viable del sensor. Microsoft anima aquí a instalar hardware que supere los estándares.
Microsoft no medirá el rango, la latencia, la distancia y la potencia, pero los OEM y ODM deben validar la funcionalidad de acuerdo con los requisitos de HLK. Si el sistema informa de la distancia, debe medirse su precisión.
Detalles de diseño importantes y requisitos generales para todos los sensores de presencia de personas
Si un sensor de proximidad admite la presencia de personas, debe admitir el tipo de detección:
DEFINE_PROPERTYKEY(DEVPKEY_Sensor_HumanPresenceDetectionType,0xd4247382, 0x969d, 0x4f24, 0xbb, 0x14, 0xfb, 0x96, 0x71, 0x87, 0xb, 0xbf, 81); //[VT_UI4]
A continuación puede ver los tipos de detección definidos actualmente:
| Nombre de uso | Tipo de uso | Descripción del uso |
|---|---|---|
| Tipo de detección de presencia de personas: no biométrica, definida por el proveedor | Sel | La presencia (de una o varias personas) se detecta mediante un método definido por el proveedor, pero no un método biométrico. Este se usa para dar una afirmación positiva de que el sensor está usando una detección no relacionada con la biometría, como se define a continuación. Sin esto, un host no puede suponer que el dispositivo no utiliza la biometría. |
| Tipo de detección de presencia de personas: biométrica, definida por el proveedor | Sel | La presencia (de una o varias personas) se detecta mediante un método definido por el proveedor y que emplea datos biométricos. Se trata de un sensor de detección de presencia de personas que utiliza datos biométricos que aún no están definidos a continuación. |
| Tipo de detección de presencia de personas: biometría facial | Sel | La presencia de personas se detecta mediante el examen (por ejemplo, mediante una cámara de vídeo de baja resolución) de caras de personas (por ejemplo, mediante la detección de objetos Viola-Jones). No se realiza una distinción entre caras ni la detección de atributos faciales. Esta detección es similar a la de las cámaras digitales existentes que pueden colocar un rectángulo delimitador alrededor de una cara. |
| Tipo de detección de presencia de personas: biometría de audio | Sel | La presencia humana se detecta mediante el examen (por ejemplo, mediante un micrófono) de sonidos humanos (por ejemplo, una palabra clave predefinida, charla general, ruidos de voces, aplausos). No se distinguen entre voces o usuarios, ni se realiza la detección de características de audio. |
Importante
Todos los sensores de presencia deben notificar con precisión el tipo de detección descrito anteriormente.
Requisitos del sensor de presencia de personas de categoría 1
| Medida | Métrica | Comentarios |
|---|---|---|
| Rango del sensor | 0,2 a 1,2 m Nota: Este es el rango mínimo viable. Se permitirán sensores con mejores rangos. | Cuando se mide directamente (como se ha definido anteriormente), el usuario debe poder desencadenar una reactivación a 1,2 m. |
| Latencia del sensor | <,33 segundos | Esto es la misma que la latencia del sensor de Categoría II. Este requisito define el tiempo que transcurre desde el reconocimiento del firmware de la presencia de personas hasta el sistema operativo que recibe ese mensaje. Se sabe que el sistema operativo tiene tiempo de latencia variable para la reactivación una vez que se recibe la señal del sensor. |
| Potencia del sensor: en uso | <80 mw para sensores internos; el consumo de energía de los sensores externos viene determinado por la limitación de potencia del bus; todas las medidas son promedios. | Esta medida encapsula todo el subsistema del sensor, incluido el transmisor, el receptor y los LED utilizados de acuerdo con los escenarios de reactivación y bloqueo únicamente. |
| Potencia del sensor: en espera | <25 mw para sensores internos; el consumo de energía de los sensores externos viene determinado por la limitación de potencia del bus; todas las medidas son promedios. | Tenga en cuenta que este representa el pico máximo de consumo de energía. |
| Precisión: informe sobre la distancia | +/- 5 cm | Medido a 45 cm (12 in), 75 cm (29,5 in) y 120 cm (47,2 in). Solo es necesario si este sensor admite la distancia. |
Requisitos del sensor de presencia de personas de categoría 2
| Medida | Métrica | Comentarios |
|---|---|---|
| Rango del sensor | 0,2 a 1,2 m Nota: Este es el rango mínimo viable. Se permitirán sensores con mejores rangos. | Cuando se mide directamente (como se ha definido anteriormente), el usuario debe poder desencadenar una reactivación a 1,2 m. |
| Latencia del sensor | <,33 segundos | Este requisito define el tiempo que transcurre desde el reconocimiento del firmware de la presencia de personas hasta que el controlador de HID recibe ese mensaje. Se sabe que el sistema operativo tiene tiempo de latencia variable para la reactivación una vez que se recibe la señal del sensor. |
| Potencia del sensor: en uso | <65 mw para sensores internos; el consumo de energía de los sensores externos viene determinado por la limitación de potencia del bus; todas las medidas son promedios. | Esta medida encapsula todo el subsistema del sensor, incluido el transmisor, el receptor y los LED utilizados de acuerdo con los escenarios de reactivación y bloqueo únicamente. |
| Potencia del sensor: en espera | <5 mw para sensores externos; el consumo de energía de los sensores externos viene determinado por la limitación de potencia del bus; todas las medidas son promedios. | Esto se medirá mediante el consumo de energía del sensor cuando el sistema esté en modo de espera moderno. Esta medida encapsula todo el subsistema del sensor, incluido el transmisor, el receptor y cualquier otro hardware utilizado de acuerdo con los escenarios de reactivación y bloqueo únicamente. |
| Precisión: informe sobre la distancia | +/- 5 cm | Medido a 45 cm (12 in), 75 cm (29,5 in) y 120 cm (47,2 in). Solo es necesario si este sensor admite la distancia. |
Integración de dispositivos
La colocación de sensores es fundamental para proporcionar la mejor experiencia del usuario y proporcionar una experiencia coherente entre dispositivos.
La ubicación ideal depende del factor de forma del dispositivo y, en todos los casos, los OEM deben determinar la mejor ubicación para su dispositivo. Además, en el caso de los dispositivos de varias posiciones, como los portátiles convertibles 2 en 1, se recomienda que el firmware de los sensores indique el campo de datos isValid = false para las posiciones en las que los sensores de presencia de personas no producen mediciones precisas (es decir, cuando el sensor no está orientado hacia el usuario o está obstruido). La colocación óptima de los sensores en el mundo real suele ser en el mismo plano que la pantalla (de cara al usuario).
Además, asegúrese de que las diferentes configuraciones que puede adoptar un dispositivo (posición del teclado en modo tableta en lugar de en modo portátil, por ejemplo) no bloquean la apertura y no se cruzan con el campo de visión del sensor.
Por último, asegúrese de que el campo de visión del sensor no se cruza con ninguna fuente de luz que genere excesivas notificaciones (flash de la cámara, retroiluminación del teclado, etc.), ya que pueden contribuir a generar un exceso de notificaciones o malas lecturas. Asegúrese de que tiene en cuenta todas las diferentes configuraciones que puede adoptar un dispositivo al considerar la intersección del campo de visión con fuentes de luz que generan excesivas notificaciones u ondas electromagnéticas.
| Factor de forma | Ubicación y consideraciones sobre el sensor de presencia de personas |
|---|---|
| Tablet | Coloque el sensor de presencia de personas cerca de la superficie del dispositivo, no en el medio, con el blindaje adecuado para garantizar lecturas precisas. |
| Descapotable | Por favor, use su mejor sentido de juicio para sistemas de estilo convertible. |
| Cubierta | Coloque el sensor de presencia de personas en la tapa, encima de la pantalla orientada al usuario (recomendado). |
| Monitor todo en uno o externo | Coloque el sensor de presencia de personas en la parte delantera del dispositivo (por ejemplo, área de bisel) (recomendado). |
| Escritorio | Si va a colocar el sensor de presencia de personas en el chasis de un dispositivo de escritorio, se recomienda colocarlo en la parte superior del mismo cerca del borde. Es preferible incluir el sensor de presencia en el monitor o proporcionar una llave USB externa. |
Directiva de arbitraje y compatibilidad con sensores de presencia de personas externos
La característica de bandeja de entrada admite sensores de presencia de personas externos integrados en monitores. En las secciones siguientes se detallan la implementación, los requisitos y las directivas que se aplican a los sensores externos de presencia de personas. Otros tipos de sensores externos, como los independientes, no son totalmente compatibles porque el factor de forma y el tipo de uso son demasiado variados para una compatibilidad confiable. Sin embargo, no hay nada que prohíba explícitamente estos sensores y se recomienda que los proveedores interesados en fabricarlos se pongan en contacto mediante sasensors@microsoft.com.
Implementación
Los sensores externos de presencia humana se deben exponer al SO de forma idéntica a un sensor interno, excepto que la propiedad del sensor DEVPKEY_Sensor_ConnectionType debe marcarse como externa para que el SO sea consciente de la conexión externa. El sistema operativo sabrá si el sensor está integrado en un monitor externo a través de la información de PLD asociada al sensor. Es muy recomendable exponer el sensor como un dispositivo HID para que se use el controlador de clase de HID de bandeja de entrada. Esto elimina la necesidad de que el usuario instale controladores para que el sensor externo sea operativo.
La conexión física entre el sensor externo y el sistema debe ser una conexión USB independiente de la conexión de la pantalla. Esto se debe a que ninguno de los tipos de conexión de pantalla estándar, como HDMI o DisplayPort, admite HID. Puede que sea posible que la pantalla y el sensor compartan una conexión a través del modo alternativo USB-C y USB4, pero no todos los usuarios tendrán acceso a tales tipos de conectores y, por lo tanto, no se debe confiar en ellos como el único conector para el sensor externo.
Requisitos
Los sensores externos de presencia de personas deben cumplir los mismos requisitos que los internos y superar las mismas pruebas HLK y manuales.
Control de sensores con diferentes funcionalidades
Si hay varios sensores de presencia con funcionalidades diferentes, por ejemplo, el sensor A solo admite el desbloqueo al acercarse y el bloqueo al alejarse, mientras que el sensor B solo admite el brillo adaptativo, la página Configuración reflejará las funcionalidades del sensor seleccionado. Si el sensor A está seleccionado aparecerán los botones de alternancia para desbloqueo y bloqueo. Si se selecciona el sensor B, solo se mostrará el botón de alternancia de brillo adaptativo.
Lógica de selección predeterminada del sensor de presencia
Hasta Windows 11 22H2 y versiones anteriores, el último sensor conectado se elegía de forma predeterminada. A partir de la actualización de mayo de 2023 de Windows 11 22H2 y versiones más recientes, la lógica de selección aparece como se muestra a continuación:
Directiva de desbloqueo al acercarse y bloqueo al alejarse
Los sensores externos tienen prioridad sobre los internos y, cuando se conectan al sistema, reemplazan completamente el interno como entrada para desbloquear y bloquear. La prioridad significa que cuando se conecte un sensor externo, este se convertirá en el sensor predeterminado del sistema. Las preferencias de usuario existentes, como el tiempo de espera o la distancia de detección, se transfieren al sensor externo.
A continuación se puede encontrar la directiva de arbitraje para diferentes configuraciones de sensores externos.
| El sistema tiene un sensor integrado | El sistema tiene un sensor externo | Directiva de arbitraje |
|---|---|---|
| Sí | None | Si la tapa del sistema está cerrada; las opciones de desbloqueo y bloqueo se deshabilitarán y no funcionarán. |
| No | None | La característica no está presente o está deshabilitada. |
| Sí | Single | El sensor conectado externamente se convertirá en el sensor seleccionado predeterminado para el desbloqueo y el bloqueo. El usuario tendrá la opción de configurar qué sensor prefiere en la interfaz de usuario de la configuración de Windows. Esta configuración solo aparecerá cuando haya varios sensores disponibles para el sistema. Después de la actualización de mayo de 2023 en la versión 22H2 u otra posterior, la lógica de selección sigue la lógica de selección predeterminada del sensor de presencia. |
| No | Single | El sensor conectado externamente se convertirá en el sensor seleccionado predeterminado para el desbloqueo y el bloqueo. El usuario tendrá la opción de configurar qué sensor prefiere en la interfaz de usuario de la configuración de Windows. Esta configuración solo aparecerá cuando haya varios sensores disponibles para el sistema. Después de la actualización de mayo de 2023 en la versión 22H2 u otra posterior, la lógica de selección sigue la lógica de selección predeterminada del sensor de presencia. |
| Sí | Múltiple | La misma opción de usuario se presentará en la interfaz de usuario. El sensor que se conectó por última vez al sistema será el sensor predeterminado hasta que el usuario elija otra opción. Después de la actualización de mayo de 2023 en la versión 22H2 u otra posterior, la lógica de selección sigue la lógica de selección predeterminada del sensor de presencia. |
| No | Múltiple | La misma opción de usuario se presentará en la interfaz de usuario. El sensor que se conectó por última vez al sistema será el sensor predeterminado hasta que el usuario elija otra opción. Después de la actualización de mayo de 2023 en la versión 22H2 u otra posterior, la lógica de selección sigue la lógica de selección predeterminada del sensor de presencia. |
Sugerencia
La orientación del monitor no se tiene en cuenta a la hora de determinar si el sensor integrado en el monitor es utilizable, se supone que los sensores pueden seguir funcionando con normalidad en estos casos.
Sensores de presencia humana virtual
Los sensores de presencia humana deben estar respaldados por un dispositivo físico. Es decir, un dispositivo de software falso no debe exponerse como proxy para controlar el desbloqueo, bloqueo o brillo adaptativo. Esta característica solo está pensada para usarse con escenarios físicos. La intención de este requisito es que los sensores de presencia deben detectar y hacer referencia al entorno físico para determinar las señales de presencia del usuario. Los sensores HID virtuales pueden implementarse si están agregando datos de otros sensores como el micrófono u otras entradas del usuario Y se están ejecutando en un silicio descargado como una NPU o MCU donde los metadatos de imagen o audio no son accesibles a las aplicaciones del sistema operativo. En el caso de la cámara, los sensores de presencia virtual NO deben usar ni procesar metadatos de imágenes del sistema operativo. Los OEM e IHD que implementan sensores virtuales que consumen imágenes o metadatos del sistema operativo tienen toda la responsabilidad legal por la privacidad de dicha implementación.
Los requisitos de energía de los sensores de presencia en estas notas del producto están diseñados para sensores físicos. En el caso de los sensores virtualizados que forman parte de otros subsistemas, los requisitos de energía se heredan del subsistema en el que se ejecutan. Por ejemplo, un sensor de presencia virtual que se ejecute en un sistema en modo en espera moderno y en el subsistema de audio descargado debe cumplir los requisitos que se indican en Administración de energía del subsistema de audio para plataformas modernas en espera.
Interacción con el obturador de privacidad de la cámara y modificadores de eliminación
Se espera que el obturador de privacidad no interfiera con los sensores de presencia de personas a menos que se estén transmitiendo metadatos de imagen al sistema operativo. En los casos en los que se utilice el mismo sensor físico con Windows Hello (cámara IR) o la cámara RGB general, se recomienda que el sensor de presencia humana se exponga a través de una ruta física independiente del ISP (por ejemplo, a través de una NPU discreta) en la que se transmitan al SO las inferencias y ningún metadato de imagen (incluida la firma facial). Dado que los modificadores de eliminación de cámara deben funcionar en el firmware del ISP, una ruta de acceso físicamente independiente garantiza que los modificadores de eliminación no interfieran con las características de presencia de personas. Si no se usa una ruta física independiente para un sensor compartido, la guía de HLK de la cámara indica que los obturadores de privacidad funcionan en el sensor RGB e IR y esto podría interferir con las características de presencia de personas, lo que provocaría una experiencia de usuario deficiente, ya que Windows no alerta al usuario de que la presencia de personas está bloqueada. Actualmente no se recomienda tener una ruta de acceso compartida entre la presencia de personas y el ISP. Sin embargo, en los casos en los que esto es necesario, el ISP detendría la detección de HPD (para ahorrar batería) e informaría de que el sensor HPD no está disponible.
Es muy recomendable que cualquier obturador físico informe de su estado al sistema operativo mediante CT_PRIVACY_CONTROL (para dispositivos UVC) o KSPROPERTY_CAMERACONTROL_PRIVACY (si se usa el controlador AVStream o DMFT). Para más información, consulte Notificación del obturador de privacidad de la cámara.
Puede encontrar más detalles sobre la funcionalidad de los obturadores de privacidad de la cámara, los modificadores de eliminación y LED en Controles de privacidad de la cámara.
Interacción con LED de privacidad de la cámara
Es intención de Microsoft que los LED de privacidad de la cámara pueden y deben permanecer desactivados en los casos en los que no se transmiten metadatos de imagen al sistema operativo. Es necesario que el sensor de presencia de personas no pueda transmitir físicamente datos faciales o de imagen al sistema operativo. Esto se puede lograr mediante diversos mecanismos como, entre otros, un bus dedicado o una ruta físicamente independiente de un ISP de cámara o un fusible dentro del sensor. Puede encontrar más detalles sobre la funcionalidad de los LED de privacidad de la cámara en la sección Controles de privacidad de la cámara.
Guía de implementación
Los lectores de esta sección (que pretendan desarrollar un controlador de sensor de presencia) deberían familiarizarse con la Guía de diseño de controladores de sensores.
En hardware, un sensor de presencia de personas se implementa como un SensorType_Proximity con un DEVPKEY_Sensor_ProximityType establecido en ProximityType_HumanProximity = 1.
Si el sensor utiliza biometría, puede estar en SensorCategory_Biometric.
Conectividad de bus de dispositivo
No existen requisitos estrictos sobre la conectividad del bus de dispositivos, aparte de las pruebas del HLK (consulte a continuación). Sin embargo, se recomienda que los ensambladores de equipos aprovechen los controladores de bandeja de entrada disponibles en Windows 11 siempre que sea posible. Por ejemplo, hay un controlador HID de bandeja de entrada para I2C y un controlador de sensor de bandeja de entrada para dispositivos basados en HID. Esto ofrece la ventaja de que Microsoft mantendrá los controladores de bandeja de entrada en Windows 11.
Administración de energía
Esta sección contiene una introducción básica de la administración de energía de los sensores de presencia de personas. Para obtener información más detallada, consulte Administración de energía de sensores.
Sugerencia
El sensor de presencia está diseñado para funcionar en sistemas en espera modernos. Se ha agregado compatibilidad adicional para la función de desbloqueo al acercarse para sistemas en espera no modernos en la actualización de mayo de 2023 de Windows 11 versión 22H2 y posteriores.
Requisitos adicionales para implementaciones de HIDUSB
En el artículo Suspensión selectiva para HID sobre dispositivos USB se proporciona un ejemplo de cómo un OEM o IHV INF hace referencia al archivo INPUT.INF de la bandeja para habilitar una característica diferente denominada Suspensión selectiva. Los OEM e IHV pueden hacer algo similar en su INF, pero haciendo referencia a la sección mencionada anteriormente para habilitar la activación táctil.
Para simplificar este INF, los OEM e IHVs también pueden considerar la posibilidad de crear un INF de ampliación en su lugar. Consulte la documentación sobre Uso de un archivo INF de ampliación.
Si el dispositivo tiene varias colecciones HID, incluidas las colecciones de sensores de presencia de personas y colecciones de presencias no humanas, el firmware del sensor solo debe admitir el desbloqueo de las colecciones de proximidad de personas. Si una colección del sensor de presencias no humanas también puede señalizar el desbloqueo, el dispositivo se volverá a llevar a D0 para purgar la alimentación.
Implementación del protocolo (arquitectura de alto nivel)
Esta sección requiere los detalles de implementación de controladores necesarios para notificar un sensor de presencia humana al sistema operativo. Técnicamente esto se realiza implementando un tipo de detección de proximidad de personas para un sensor de tipo de proximidad de la categoría de sensor biométrico.
Los siguientes diagramas representan cómo los datos del sensor suben por la pila cuando la función está en funcionamiento. Los monitores externos usarán los diagramas etiquetados como "HID".
| Tipo de controlador/Funcionalidad del sensor | HW compatible con distancia (+/- 5 cm) | HW independiente de la distancia |
|---|---|---|
| HID: Dispositivo de interfaz humana | Flujo de datos compatible con distancia basado en HID (recomendado) | Flujo de datos independiente de la distancia basado en HID |
| CLX: extensión de clase de sensor de Windows | Flujo de datos compatible con distancia basado en CLX | Flujo de datos independiente de la distancia basado en CLX |
Flujo de datos compatible con distancia basado en HID (recomendado)
Flujo de datos compatible con distancia basado en CLX
Flujo de datos independiente de la distancia basado en HID
Flujo de datos independiente de la distancia basado en CLX
Flujo de datos de alto nivel
- El usuario modifica la configuración de desbloqueo o bloqueo a través de la interfaz de usuario de configuración y se comunica con el servicio del sensor de Windows.
- El servicio del sensor de Windows inicia el sensor de presencia de personas durante el funcionamiento normal o el modo en espera moderno para supervisar el desbloqueo y el bloqueo.
- El sensor de presencia de personas genera una nueva muestra que contiene una presencia humana, la distancia de detección y es válida.
- Si el sistema está en modo en espera moderno y la nueva muestra de presencia de persona notifica que hay un humano dentro del intervalo de detección configurado, el servicio de sensor de Windows enviará una señal de reactivación a la pila de energía de Windows. Por el contrario, si el sistema está en funcionamiento normal y no detecta ninguna persona o está fuera del intervalo de detección configurado, el servicio del sensor de Windows enviará una señal de tiempo de espera a la pila de energía de Windows.
Señales de presencia de personas
Señales:
- Señal de usuario presente: se produce cuando el sensor notifica una muestra de datos con el campo de datos presencia de persona establecido en true. Si el sistema admite la atención, entonces esta se establece en activado/true en este estado.
- Señal de presencia de persona no activada: se produce en sistemas que admiten la atención cuando el sensor informa de una muestra de datos con el campo de datos de presencia de persona establecido en true y, a continuación, la atención se establece en no activada o false.
- Señal de usuario no presente: se produce cuando el sensor notifica una muestra de datos con el campo de datos de presencia de persona establecido en false.
- Señal desconocida de usuario: se señaliza cuando la presencia humana es desconocida. Esto puede ocurrir si el sensor se retira de forma espuria o si el sensor aún no ha informado de una muestra válida.
Descriptores HID necesarios y colecciones de nivel superior
Si se implementan, con una de las arquitecturas basadas en HID, se describen los campos de datos para exponer la información de presencia.
Para obtener información adicional sobre cómo exponer un dispositivo a través de HID, consulte Usos de HID de sensores.
Presencia de personas: presente (desbloqueo y bloqueo)
| Id. de uso | Comentarios |
|---|---|
| 0x04B1 HID_USAGE_SENSOR_DATA_BIOMETRIC_HUMAN_PRESENCE | Uso para exponer un valor booleano que indica presencia. Establezca este valor en "1" para indicar la presencia humana. Establezca este valor en "0" para indicar que no hay presencia humana. |
| 0x04B2 HID_USAGE_SENSOR_DATA_BIOMETRIC_HUMAN_PROXIMITY_RANGE | Se usa para exponer que los valores de distancia del informe de entrada Unidad predeterminada están en metros, pero el descriptor del informe de ejemplo de este documento muestra cómo el dispositivo puede notificar milímetros. Esto se convertirá en un campo opcional en una actualización futura de Windows. |
Nota
El informe milimétrico debe tener una precisión de +/- 5000 mm. El intervalo notificado puede ser continuo o en incrementos discretos de menos de 5000 mm (es decir, 2000 mm, 7000 mm,..). Este se convertirá en un campo opcional en una actualización futura de Windows.
Guía de validación: requisitos mínimos y pruebas: Programa de certificación de hardware de Windows (WHCP)
La prueba y los requisitos mínimos para certificar el hardware como compatible se describe en las pruebas del Kit de laboratorio de hardware (HLK) en las especificaciones y directivas del Programa de compatibilidad de hardware con Windows.