次のセクションでは、上記の受信トレイ デバイス エクスペリエンスをサポートするためにプレゼンス センサーなどのコンポーネントを選択する OEM のガイドラインについて詳しく説明します。 特定のデバイス エクスペリエンスに関する特定のガイダンスに加えて、すべてのセンサーの一般的な要件の両方について説明します。 プレゼンス センサーは、"Human" 型の近接センサーです。 このセクションを読む前に、 プレゼンス センシング のデバイス エクスペリエンスと用語を確認してください。
このセクションでは、プレゼンス センサー ハードウェアをシステムにインストールしようとしている OEM 向けのガイダンスを提供することを目的としています。 これらのガイドラインは、実行可能な最小限のセンサーセットアップを表します。 Microsoft では、この標準を上回るハードウェアのインストールを推奨しています。
範囲、待機時間、距離、電力は Microsoft によって測定されませんが、OEM と ODM は HLK 要件に従って機能を検証する必要があります。 システムが距離を報告する場合は、その精度を測定する必要があります。
すべてのヒューマン プレゼンス センサーの重要な設計の詳細と一般的な要件
近接センサーが人間のプレゼンスをサポートしている場合は、検出の種類をサポートする必要があります。
DEFINE_PROPERTYKEY(DEVPKEY_Sensor_HumanPresenceDetectionType,0xd4247382, 0x969d, 0x4f24, 0xbb, 0x14, 0xfb, 0x96, 0x71, 0x87, 0xb, 0xbf, 81); //[VT_UI4]
現在定義されている検出の種類を次に示します。
| 使用名 | 使用法の種類 | 使用状況の説明 |
|---|---|---|
| 人間のプレゼンス検出の種類: ベンダー定義の非生体認証 | Sel | ベンダー定義の非生体認証方法を使用して (1 人以上の) プレゼンスが検出されます。 これは、センサーが以下に定義されている生体認証とは無関係の検出を使用していることを肯定的に確認するために使用されます。 これがなければ、ホストは生体認証がデバイスによって利用されていないと想定することはできません。 |
| 人間のプレゼンス検出の種類: ベンダー定義の生体認証 | Sel | ベンダーが定義した人間の生体認証を使用して、(1 人以上の) プレゼンスが検出されます。 これは、以下でまだ定義されていない生体認証を利用するヒューマン プレゼンス センサーのキャッチオールです。 |
| 人間のプレゼンス検出の種類: 顔の生体認証 | Sel | 人間の存在は、人の顔 (たとえば、Viola-Jones 物体検出を使用) をスキャン (低解像度のビデオ カメラなど) によって検出されます。 顔の識別や顔属性の検出は実行されません。 このような検出は、顔の周囲に境界ボックスを配置できる既存のデジタル カメラと似ています。 |
| 人間のプレゼンス検出の種類: オーディオ生体認証 | Sel | 人間の存在は、人間の音 (たとえば、マイクによって) をスキャンすることによって検出されます (たとえば、定義済みのキーワード、一般的な話し方、大きなノイズ、拍手)。 音声またはユーザーの区別、またはオーディオ特性の検出は実行されません。 このカテゴリのセンサーは、ユーザーが存在することを示すオーディオ イベントの後、10 秒間 "Present" を報告する必要があります。 不在時の待機時間の要件は、この期間の終わりから測定されます。 |
Von Bedeutung
すべてのプレゼンス センサーは、上記の検出の種類を正確に報告する必要があります。
カテゴリ 1 人間のプレゼンス センサーの要件 (顔生体認証)
| 測る | メトリック | コメント |
|---|---|---|
| センサーの範囲 | .2m ~ 1.2m 注: これは実行可能な最小範囲です。より適切な範囲のセンサーが許可されます。 | 直接測定する場合 (上記で定義)、ユーザーは 1.2m でウェイクをトリガーできる必要があります。 |
| センサーの待機時間 | <.33 秒 | これは、カテゴリ II センサーの待機時間と同じです。 この要件は、人間の存在のファームウェア認識から、そのメッセージを受信するオペレーティング システムまでの時間を定義します。 オペレーティング システムには、センサーから信号を受信した後のスリープ解除の待機時間が可変であることがわかっています。 |
| センサー電源 - 稼働中 | <内部センサーのための80 mw; 外部センサの消費電力はバスの電力制限によって決定されます。すべての測定値は平均です。 | この測定は、送信機、受信機、およびウェイクおよびロックのシナリオのみに従って使用される LED を含む、センサー サブシステム全体をカプセル化します。 |
| センサー電源 - 待機 | <内部センサーは25 mW; 外部センサの電力消費量は、バスの電力制限によって決定されます。すべての測定値の平均です。 | これは最大ピーク電力消費であることにご留意ください。 |
| 精度 – 距離レポート | +/- 5 cm | 45 cm (12 インチ)、75 cm (29.5 インチ)、120 cm (47.2 インチ) で測定されます。 このセンサーが距離をサポートしている場合にのみ必要です。 |
カテゴリ 2 人感センサーの要件（その他）
| 測る | メトリック | コメント |
|---|---|---|
| センサーの範囲 | .2m ~ 1.2m 注: これは実行可能な最小範囲です。より適切な範囲のセンサーが許可されます。 | 直接測定する場合 (上記で定義)、ユーザーは 1.2m でウェイクをトリガーできる必要があります。 |
| センサーの待機時間 | <.33 秒 | この要件は、人間の存在のファームウェア認識から、そのメッセージを受信する HID ドライバーまでの時間を定義します。 オペレーティング システムには、センサーから信号を受信した後のスリープ解除の待機時間が可変であることがわかっています。 |
| センサーの電力 - 使用中 | <内部センサーのための65 mw; 外部センサーの電力消費は、バスの電力制限によって決定されます。すべての測定結果の平均がとられています。 | この測定は、送信機、受信機、およびウェイクおよびロックのシナリオのみに従って使用される LED を含む、センサー サブシステム全体をカプセル化します。 |
| センサー電源 - スタンバイ | <5 mw;外部センサの電力消費量は、バスの電力制限によって決定されます。すべての測定値の平均。 | システムがモダンスタンバイ時にセンサーの電力消費量によって測定されます。 この測定では、センサー サブシステム全体がカプセル化されます。これには、送信機、レシーバー、およびウェイクとロックのシナリオのみに従って使用されるその他のハードウェアが含まれます。 |
| 精度 – 距離レポート | +/- 5 cm | 45 cm (12 インチ)、75 cm (29.5 インチ)、120 cm (47.2 インチ) で測定されます。 このセンサーが距離をサポートしている場合にのみ必要です。 |
デバイス統合
センサーの配置は、最適なユーザー エクスペリエンスを提供し、デバイス間で一貫したヒューマン プレゼンス エクスペリエンスを提供するために不可欠です。
理想的な配置はデバイスのフォーム ファクターに依存し、いずれの場合も OEM はデバイスに最適な配置を決定する必要があります。 さらに、2 in 1コンバーチブルラップトップのようなマルチポスチャーデバイスの場合、人間のプレゼンスセンサーが正確な測定を行わない姿勢において（つまり、センサーがユーザーに向いていないか、遮られている）、センサーファームウェアがデータフィールドisValid = falseを報告することが推奨されます。 センサーの実際の最適な配置は、通常、ディスプレイと同じ平面上にあります (ユーザーに向いています)。
さらに、デバイスが受け取ることができるさまざまな構成 (タブレット モードでのキーボードの位置とノート PC モードの位置など) で絞りがブロックされず、センサーの視野と交差していないことを確認します。
最後に、センサーの視野がノイズの多い光源 (カメラ フラッシュ、キーボード バックライトなど) と交差していないことを確認します。これは、ノイズや読み取りが悪い場合に影響を与える可能性があるためです。 ノイズの多い光源や電磁波と交差する視野を考慮する場合は、デバイスが取ることができるさまざまな構成をすべて考慮してください。
| フォーム ファクター | 人間のプレゼンス センサーの場所と考慮事項 |
|---|---|
| タブレット | 正確な読み取りを確保するために、適切なシールドを使用して、中間ではなく、デバイスの表面の近くに人間のプレゼンス センサーを配置します。 |
| コンバーチブル | コンバーチブルスタイルのシステムに最適な判断力をご活用ください。 |
| クラムシェル | 人間の存在センサーを蓋の上に置き、ユーザーに向いているディスプレイの上に置きます (推奨)。 |
| オールインワンモニターまたは外部モニター | 人の存在センサーをデバイスの前面 (たとえば、ベゼル領域) に配置します (推奨)。 |
| デスクトップ | デスクトップ用のシャーシに人間のプレゼンス センサーを配置する場合は、エッジ付近のシャーシの上部に配置することをお勧めします。 モニターにプレゼンス センサーを含めるか、外部 USB ドングルを提供することが好ましいです。 |
外部のヒューマン プレゼンス センサーのサポートと仲裁ポリシー
モニターに統合された外部の人感センサーはインボックス機能によってサポートされています。 以下のセクションでは、外部の人間のプレゼンス センサーに適用される実装、要件、ポリシーについて詳しく説明します。 スタンドアロンセンサーなど、その他の種類の外部センサーは、フォーム ファクターと使用の種類が変化しすぎて確実にサポートできないため、完全にはサポートされていません。 ただし、そのようなセンサーを明示的に禁止するものはありません。このようなセンサーの製造に関心があるベンダーは、 sasensors@microsoft.comに連絡することをお勧めします。
実装
外部の人間の存在センサーは、内部センサーと同じように OS に公開する必要があります。ただし、os が外部接続を認識できるように、DEVPKEY_Sensor_ConnectionType センサー プロパティを外部としてマークする必要があります。 OS は、センサーに関連付けられている PLD 情報を介して、センサーが外部モニターに統合されているかどうかを認識します。 標準の HID クラス ドライバーが使用されるように、センサーを HID デバイスとして公開することを強くお勧めします。 これにより、ユーザーが外部センサーが動作可能になるためのドライバーをインストールする必要がなくなります。
外部センサーとシステムの間の物理的な接続は、ディスプレイ接続とは別の USB 接続である必要があります。 これは、HDMI や DisplayPort などの標準のディスプレイ接続の種類が HID をサポートしていないためです。 ディスプレイとセンサーが alt モードと USB4 USB-C 経由で 1 つの接続を共有できる場合がありますが、すべてのユーザーがこのようなコネクタの種類にアクセスできるわけではないため、外部センサーの唯一のコネクタとして依存しないでください。
要求事項
外部ヒューマン プレゼンス センサーは、内部の人間のプレゼンス センサーと同じ要件を満たし、同じ HLK および手動テストに合格する必要があります。
さまざまな機能を備えたセンサーの処理
機能が異なる複数のプレゼンス センサーがある場合 (たとえば、センサー A はスリープ解除アプローチのみをサポートし、休暇時にロックしますが、センサー B はアダプティブ 調光のみをサポートします)。 [設定] ページには、選択したセンサーの機能が反映されます。 センサー A が選択されている場合は、スリープ解除とロックの切り替えのみが表示されます。 センサー B が選択されている場合は、アダプティブ 調光トグルのみが表示されます。
既定の存在センサー選択ロジック
Windows 11 22H2 より前のバージョンでは、最後に接続されたセンサーが既定で選択されていました。 Windows 11 22H2 以降の 2023 年 5 月の更新以降、選択ロジックは次のようになります。
近づくと起動および離席時のロックに関するポリシー
外部センサーは内部センサーよりも優先され、システムに接続されている場合は、スリープ解除とロックの入力として内部を完全に置き換えます。 優先順位は、外部センサーが接続されると、システムの既定のセンサーになることを意味します。 タイムアウトや検出距離などの既存のユーザー設定が外部センサーに転送されます。
さまざまな外部センサー構成の判定ポリシーは、以下にあります。
| システムに統合されたセンサーがある | システムに外部センサーがある | 仲裁ポリシー |
|---|---|---|
| イエス | 無し | システムの蓋が閉じている場合。スリープ解除とロックは無効になり、機能しません。 |
| いいえ | 無し | 機能が存在しないか、無効になっています。 |
| イエス | シングル | 外部に接続されたセンサーは、スリープ解除とロックに対して既定で選択されたセンサーになります。 ユーザーには、Windows 設定のユーザー インターフェイスで好むセンサーを構成するオプションがあります。 この設定は、システムで複数のセンサーを使用できる場合にのみ表示されます。 バージョン 22H2 以降の 2023 年 5 月の更新後、選択ロジックは既定のプレゼンス センサー選択ロジックに従います。 |
| いいえ | シングル | 外部に接続されたセンサーは、スリープ解除とロックに対して既定で選択されたセンサーになります。 ユーザーには、Windows 設定のユーザー インターフェイスで好むセンサーを構成するオプションがあります。 この設定は、システムで複数のセンサーを使用できる場合にのみ表示されます。 バージョン 22H2 以降の 2023 年 5 月の更新後、選択ロジックは既定のプレゼンス センサー選択ロジックに従います。 |
| イエス | 複数 | 同じユーザー オプションがユーザー インターフェイスに表示されます。 システムに最後に接続されたセンサーは、ユーザーが別のオプションを選択するまで既定のセンサーになります。 バージョン 22H2 以降の 2023 年 5 月の更新後、選択ロジックは既定のプレゼンス センサー選択ロジックに従います。 |
| いいえ | 複数 | 同じユーザー オプションがユーザー インターフェイスに表示されます。 システムに最後に接続されたセンサーは、ユーザーが別のオプションを選択するまで既定のセンサーになります。 バージョン 22H2 以降の 2023 年 5 月の更新後、選択ロジックは既定のプレゼンス センサー選択ロジックに従います。 |
ヒント
モニターに統合されたセンサーが使用可能かどうかを判断する場合、モニターの向きは考慮されません。このような場合でもセンサーは通常どおりに動作することが想定されます。
仮想人間のプレゼンス センサー
人間のプレゼンス センサーは、物理デバイスによってサポートされている必要があります。 言い換えると、偽のソフトウェア デバイスは、ウェイク、ロック、またはアダプティブ 調光を制御するためのプロキシとして公開しないでください。 この機能は、物理的なシナリオでのみ使用することを目的としています。 この要件の目的は、プレゼンス センサーが物理環境を検出して参照して、ユーザーのプレゼンス信号を判断する必要があるということです。 仮想 HID センサーは、マイクや他のユーザー入力などの他のセンサーからのデータを集計し、イメージまたはオーディオメタデータが OS 上のアプリケーションからアクセスできない NPU や MCU などのオフロードシリコンで実行されている場合に実装できます。 カメラの場合、仮想プレゼンス センサーは OS でイメージ メタデータを使用したり処理したりしないでください。 OS 上でイメージまたはメタデータを使用する仮想センサーを実装する OEM および IHV は、このような実装のプライバシーに関するすべての法的責任を負います。
このホワイトペーパーのプレゼンス センサーの電力要件は、物理センサーを対象としています。 他のサブシステムの一部を実行する仮想化されたセンサーの場合、電源要件は、実行されているサブシステムから継承されます。 たとえば、モダン スタンバイ システムで実行され、オフロードされたオーディオ サブシステムで実行されている仮想プレゼンス センサーは、最新のスタンバイ プラットフォームのオーディオ サブシステムの電源管理に記載されている要件に従う必要があります
カメラプライバシーシャッターおよびキルスイッチとの操作上の相互作用
画像メタデータが OS に送信されない限り、プライバシー シャッターが人間のプレゼンス センサーに干渉しないことが期待されます。 Windows Hello (IR カメラ) または一般的な RGB カメラで同じ物理センサーが使用されている場合は、推論と画像メタデータ (顔の署名を含む) が OS に送信されない ISP とは別の物理パス (たとえば、個別の NPU を介して) を介して人間のプレゼンス センサーを公開することをお勧めします。 カメラ キル スイッチは ISP ファームウェアで動作する必要があるため、物理的に独立したパスにより、キル スイッチが人間のプレゼンス機能に干渉しないようにします。 共有センサーに別の物理パスが使用されていない場合、カメラ HLK ガイダンスは、プライバシー シャッターが RGB センサーと IR センサーの両方で動作することを示します。これにより、人間のプレゼンス機能が妨げられるため、ユーザー エクスペリエンスが低下します。これは、Windows では人間のプレゼンスがブロックされていることをユーザーに通知しないためです。 現時点では、人間のプレゼンスと ISP の間に共有パスを設定することはお勧めしません。 ただし、これが必要な場合、ISP は HPD 検出を停止し (バッテリ節約のために)、HPD センサーが利用できないと報告します。
物理シャッターは、CT_PRIVACY_CONTROL (UVC デバイスの場合) またはKSPROPERTY_CAMERACONTROL_PRIVACY (AVStream または DMFT ドライバーを使用している場合) を介して OS に状態を報告することを強くお勧めします。 詳細については、「 カメラプライバシーシャッター通知」を参照してください。
カメラプライバシーシャッター、キルスイッチ、LEDの機能の詳細については、 カメラプライバシーコントロールを参照してください。
カメラのプライバシー LED との対話
イメージ メタデータが OS に送信されない場合は、カメラ プライバシー LED がオフのままになることが Microsoft の期待です。 人間のプレゼンス センサーが顔または画像のデータを OS に物理的に送信できないことが必要です。 これは、専用バスや、カメラ ISP やセンサー内のヒューズから物理的に分離されたパスなど、さまざまなメカニズムを使用して実現できます。 カメラプライバシーLEDの機能の詳細については、「 カメラプライバシーコントロール 」セクションを参照してください。
実装ガイド
このセクションの読者 (プレゼンス センサー ドライバーを開発する予定) は、 センサー ドライバー設計ガイドに慣れている必要があります。
ハードウェアでは、人間のプレゼンスセンサーはSensorType_Proximityとして実装され、DEVPKEY_Sensor_ProximityTypeがProximityType_HumanProximity = 1に設定されます。
センサーが生体認証を利用している場合は、 SensorCategory_Biometricにすることができます。
デバイスのバス接続
デバイス バス接続の HLK (下記参照) のテストの外部には、ハード要件はありません。 ただし、可能な場合は、システムビルダーに対して Windows 11 の標準搭載ドライバーを活用することをお勧めします。 たとえば、I2C 用の受信トレイ HID ドライバーと、HID ベースのデバイス用の受信トレイ センサー ドライバーがあります。 これにより、Microsoft が Windows 11 で受信トレイ ドライバーを維持できるという利点があります。
電源管理
このセクションでは、人間のプレゼンス センサーの電源管理の基本的な概要について説明します。 詳細については、「 センサーの電源管理」を参照してください。
ヒント
プレゼンス センサーは、最新のスタンバイ システムで機能するように設計されています。 2023 年 5 月の Windows 11 バージョン 22H2 以降の更新プログラムでは、最新ではないスタンバイ システムのウェイク オン アプローチのサポートが追加されました。
HIDUSB 実装の追加要件
USB デバイス経由の HID の選択的中断に関する記事では、OEM または IHV INF がインボックスの INPUT.INF を参照して、異なる選択的中断機能を有効にする方法の例を示します。 OEM と IHV は INF でも同様の操作を行う可能性がありますが、ウェイクオンタッチを有効にするには上記のセクションを参照してください。
この INF を簡略化するために、OEM と IHV では、代わりに拡張 INF の作成も検討できます。 拡張 INF ファイルの使用に関するドキュメントを参照してください。
デバイスに、人間のプレゼンス センサー コレクション、人間以外のプレゼンス コレクションを含む複数の HID コレクションがある場合、センサー ファームウェアは、人間の近接コレクションからの復帰のみをサポートする必要があります。 人間以外のプレゼンス センサーコレクションもウェイクを通知する可能性がある場合、デバイスは引き続き D0 に戻され、電力がドレインされます。
プロトコルの実装 (アーキテクチャの概要)
このセクションでは、人間のプレゼンス センサーを OS に報告するために必要なドライバー実装の詳細が必要です。 技術的には、これは生体認証センサー カテゴリの近接タイプ センサーに対して人間の近接検出タイプを実装することによって行われます。
次の図は、機能が機能しているときにセンサーからのデータがスタックにどのように流れるかを示しています。 外部モニターでは、"HID" というラベルが付いた図が使用されます。
| ドライバーの種類/センサー機能 | Distance-Capable HW (+/- 5cm) | Distance-Agnostic HW |
|---|---|---|
| HID: ヒューマン インターフェイス デバイス | HID ベースの距離対応データ フロー (推奨) | HID ベースの距離に依存しないデータ フロー |
| CLX: Windows センサー クラス拡張機能 | CLX ベースの距離対応データ フロー | CLX ベースの距離に依存しないデータ フロー |
HID ベースの距離対応データ フロー (推奨)
CLX ベースの距離対応データ フロー
HID ベースの距離に依存しないデータ フロー
CLX ベースの距離に依存しないデータ フロー
高レベルのデータ フロー
- ユーザーは、設定 UI を使用してウェイクまたはロック設定を変更し、Windows センサー サービスに通信します。
- Windows センサー サービスは、通常の操作中または最新のスタンバイ中に人間のプレゼンス センサーを起動して、スリープ解除とロックを監視します。
- 人間の存在センサーは、人間の存在、検出距離、および有効なデータを含む新しいサンプルを生成します。
- システムが最新のスタンバイ状態にあり、新しいヒューマン プレゼンス サンプルが、構成された検出範囲内の人間を報告する場合、Windows センサー サービスは Windows 電源スタックにウェイク 信号を送信します。 逆に、システムが正常に動作していて、人間が報告されていない場合、または構成された検出範囲外である場合、Windows センサー サービスは Windows 電源スタックにタイムアウト信号を送信します。
人間のプレゼンスシグナル
信号：
- ユーザー表示信号 – センサーが人間の現在のデータ フィールドが true に設定されたデータ サンプルを報告するときに発生します。 システムがアテンションをサポートしている場合、この状態ではアテンションがエンゲージ/true に設定されます。
- ユーザーが関与していない信号 – センサーが人間の現在のデータ フィールドが true に設定されたデータ サンプルを報告し、その後、アテンションがアンエンガードまたは false に設定されている場合に、注意をサポートするシステムで発生します。
- ユーザーがシグナルを提示しない - センサーが人間の存在データ フィールドを false に設定してデータ サンプルを報告したときに発生します。
- ユーザー不明シグナル – 人間の存在が不明な場合に通知されます。 これは、センサーが誤って削除された場合、またはセンサーがまだ有効なサンプルを報告していない場合に発生する可能性があります。
必要な HID 記述子とトップレベルのコレクション
実装されている場合は、HID ベースのアーキテクチャのいずれかを使用して、次のセクションでは、プレゼンス情報を公開するためのデータ フィールドについて説明します。
HID を介してデバイスを公開する方法の詳細については、「 センサー HID 使用法」を参照してください。
人間の存在 – 存在 (ウェイクとロック)
| 使用状況 ID | コメント |
|---|---|
| 0x04B1 HID_USAGE_SENSOR_DATA_バイオメトリクス_ヒューマン_プレゼンス | 存在を示すブール値を公開するための使用法。 人間の存在を示すには、この値を "1" に設定します。 人間が存在しないことを示すには、この値を "0" に設定します。 |
| 0x04B2 HID_USAGE_SENSOR_DATA_BIOMETRIC_HUMAN_PROXIMITY_RANGE (HID使用センサーデータ 生体 人間近接範囲) | 入力レポートの既定の単位の距離値をメートル単位で公開するために使用しますが、このドキュメントのサンプル レポート記述子は、デバイスがミリメートルを報告する方法を示しています。 これは、今後の Windows 更新プログラムで省略可能なフィールドになります。 |
注
ミリメートルレポートは、+/- 5000mm以内に正確である必要があります。 報告される範囲は、連続または5000mm(すなわち2000mm、7000mm,..)未満の離散増分で可能である。これは、今後の Windows 更新プログラムで省略可能なフィールドになります。
検証ガイド - 最小要件とテスト: Windows ハードウェア認定プログラム (WHCP)
ハードウェアを互換性のあるものとして認定するための最小テストと要件の概要は、 Windows ハードウェア互換性プログラムの仕様とポリシーのハードウェア ラボ キット (HLK) テストに記載されています。