商用車フリート向けの DMS パイロット テストおよび受け入れチェックリスト

1. スコープ、構成、参照条件を凍結する

パイロット用にバージョン付き構成レコードを 1 つ保持します。ハードウェア リビジョン、ファームウェア、カメラの位置、有効なイベント カテゴリ、サプライヤーが公開するしきい値または設定、動作可能条件、接続されたアクセサリが含まれます。プラットフォーム、ネットワーク、またはライセンスの依存関係を個別に記録します。

何が適格なテストとしてカウントされるかに同意します。一部の機能は車両の状態やその他の有効条件に依存します。駐車中のデモでは、動作速度条件を必要とする機能を実行できない場合があります。サプライヤーがサポートするデモンストレーションまたはシミュレーション方法を使用します。車両の制御をバイパスしたり、一般的なアクションがすべてのデバイスをテストすると想定したりしないでください。

• インストールのチェック: 確実な取り付け、表示、配線、電源、および文書化されたセットアップ手順。
• 制御された機能チェック: 適切に制御された設定でのサポートされたデモンストレーションまたはシミュレーション。
• 通常動作の観察: 意図的に引き起こされた危険な行動のない日常的な運転に加え、承認されたイベントのレビュー。
• ワークフローのチェック: アラート出力、イベント ID、取得、権限、およびフォローアップ。

公道では、ドライバーに疲労を促したり、注意をそらす行為をさせたりしないでください。危険を誘発することなく通常の操作を観察してください。段階的なシナリオは、車両およびサプライヤーの方法に適した、承認され、監督されたテスト計画に従う必要があります。危険な状態を生み出すテストを中止してください。

参照 DMS の機能と制限 サポートされているアラートとドライバーに関する結論との区別について。段階的な行動は実際の疲労状態の証拠ではありません。

2. 検出設定を変更する前に、取り付けと適合性を確認してください

選択したモデルの取り付け説明書を使用して、意図したカメラの位置を検査します。取り付け位置、調整、通常のドライバーの位置、障害物を記録します。このワークシートには、普遍的なカメラの距離や角度はありません。適用される制限は、実際のデバイスのドキュメントから得られます。

• フリートで使用されている通常の座席とステアリングホイールの調整での視界を確認してください。
• バイザー、ハンドル、機器、衣服などが視界を妨げていないか確認してください。
• 取り付けのセキュリティ、ケーブルの配線、供給動作、およびサプライヤーの校正またはセットアップ手順を確認します。
• ビューが利用できない場合、またはカメラが遮られている場合のデバイスの応答を記録します (そのステータスがサポートされている場合)。
• マウント変更後、新しい構成バージョンを記録し、影響を受けるチェックを繰り返します。

運転席の位置と運転台のレイアウトの代表的な組み合わせを使用します。共有テストシートではドライバーの識別子を匿名にし、人物を特定する取り付け写真を制限します。の DMS 車両適合および取り付けガイド 同じ取り付け配置が車両間で移行できない理由を説明します。

3. 照明、眼鏡、通常のバリエーションのマトリックスを構築する

フリートで発生する条件を選択し、個別のチェックが必要な組み合わせを特定します。各項目を 1 回テストしても、すべての組み合わせをカバーできるわけではありません。車両タイプ全体を検証済みと呼ぶのではなく、未テストまたはサポートされていない条件を明示的にマークします。

保護具や眼鏡は、モデルのサポート範囲外の状況を引き起こす可能性があります。その制限とそれに必要な運用上の決定を記録します。すべてのカメラが、すべてのレンズやフェイス カバーを通してすべてのイベントを検出できることを保証するものではありません。

4. アラートと下流ワークフローを個別にテストする

適格な機能チェックごとに、サプライヤーと合意した参照シナリオ、イベント時間、および予想される出力を記録します。次に、デバイスが実際に生成したものを記録します。ローカルの警告と、アップロードされたイベントが後で到着することを区別します。

• キャブ内出力: 有効になっている音声、視覚、またはその他のサポートされている警告、その場所、およびユーザーがその意味を理解しているかどうかを確認します。
• イベント記録: 車両とデバイスの ID、イベント カテゴリ、タイムスタンプ、サポートされているクリップの関連付けを確認します。
• 取得: イベントまたはクリップにアクセスするための意図された許可されたルートをテストします。ローカルで記録しても、リモートでの取得は保証されません。
• 接続性: サポートされている場合は、オフライン動作、アップロードの遅延、および接続が戻った後の回復を確認します。
• 権限: テストレビューアのアクセスと、意図されたユーザー役割を持つルールのエクスポート。
• 回復: サポートされている電源サイクルまたは再起動チェックを安全な駐車設定で実行し、結果を記録します。

ローカル出力とプラットフォーム到着には別のタイミング フィールドを使用します。クロックソースと測定方法を記載します。アップロード遅延をデバイスの検出遅延と誤ってラベル付けしてはなりません。

利用可能なイベントを 1 つ実行します。 ドライバーイベントのレビューとコーチングのワークフロー: 証拠を取得し、ドライバーのコンテキストを記録し、アクションを割り当て、クロージャを確認します。これにより、フリートがレコードを生成するだけでなく使用できるかどうかがテストされます。

5. 誤ったアラートと見逃したイベントを適切な証拠に基づいて評価する

生成されたアラートを、合意されたイベント定義および利用可能な状況証拠と照らし合わせて確認します。それぞれを、リファレンスでサポートされている、サポートされていない、または評価不可能に分類します。不確実なケースを黙って正解か不正解かとしてカウントするのではなく、目に見えるようにしておきます。

見逃されたイベントには独立した参照が必要です。 デバイスで生成されたクリップのみを検査すると、記録されたアラートの問題を特定できますが、デバイスが記録できなかった関連イベントの数を特定することはできません。承認された参照方法、レビューされた観察、または独自の時間記録を持つサプライヤーが承認したテストシナリオを使用します。参照によって確立できる内容と制限について説明します。

カウントする前に、イベント カテゴリ、タイムスタンプの許容範囲、繰り返しと除外などの一致ルールに同意します。生の分子と分母をパーセンテージとともに報告します。少量のサンプルと不均一な条件範囲では、普遍的な精度の主張は正当化されません。分母がゼロであるか、参照が利用できない場合、その測定値は評価されていないと報告します。

の 疲労と気晴らし導入ガイド アラート応答のための操作コンテキストを提供します。パイロットでは制限を明らかにし、構成の決定をサポートできます。それは医学的診断を証明したり、衝突防止を保証するものではありません。

6. 他のレビュー担当者が繰り返しできるようにテスト記録を保存します。

各テストにケース ID を与え、それを正確な構成バージョンにリンクします。変更後も元の結果を保持します。繰り返しを新しい実行として記録します。共有スプレッドシートに無制限のクリップを配置するのではなく、承認された証拠を合意されたリポジトリに保存して参照します。

アラートの明確さ、迷惑行為の負担、レビュープロセスに関するドライバーのフィードバックを文書化します。フィードバックを測定された検出結果から分離し、サプライヤーのデモンストレーションを独立した車両の観察から分離します。

7. パイロットを受け入れるか、調整するか、繰り返すかを決定します。

パイロットの前に合意された基準に照らして証拠をレビューします。結果を合格にするためだけに、後でしきい値を変更しないでください。ユースケースまたは構成が変更された場合は、改訂された要件とそれに必要な新しいテストを記録します。

• テストされたスコープを受け入れます。 必要なチェックには十分な証拠があり、合意された基準が満たされています。
• 文書化された制限を受け入れます。 意思決定の所有者は、明示的な運用制限または未解決の項目について所有者と合意し、フォローアップします。
• 調整して繰り返します。 取り付け、構成、トレーニング、または統合には変更が必要で、その後に影響を受けるテストが続きます。
• 以下のものを受け入れないでください。 必要な機能がサポートされていない、使用できない、または意図した操作に対する十分な証拠が不足している。

必要に応じて、設置、運用、安全性レビュー、統合の責任者と共同で決定を記録します。ロールアウト中に繰り返しチェックをトリガーするファームウェア、キャビネット、またはワークフローの変更を定義します。 1 台の運転台と構成の結果をすべての車両に黙って拡張すべきではありません。

パイロットの決定を以下に結び付けます ドライバー管理ワークフロー: 誰がアラートに応答し、誰が記録を確認し、その結果に対してフリートがどのように行動するか。

入社前のプライバシーと従業員とのコミュニケーションについては、以下をお読みください。 ドライバーの監視とプライバシー。

よくある質問

短いデモンストレーションで全体的な精度の割合を確立できますか?

いいえ。テストされた実際のケースと条件、参照方法、サンプルサイズを報告してください。その証拠を超えて一般化しないでください。

見逃したイベントを確認するにはどうすればよいですか?

適格な独立参照イベントと事前に合意された一致ルールを使用します。デバイスによってトリガーされたクリップだけでは、未記録のイベントを明らかにすることはできません。

すべての車両に同じカメラ位置が必要ですか?

選択したモデルの指示を使用して、キャブとドライバーの位置範囲を検証します。違いを記録し、影響を受けるテストを繰り返します。

ファームウェアを変更すると、パイロット全体が再起動される必要がありますか?

サプライヤーと協力して影響を受ける機能を特定し、以前のバージョンの結果を保持して、関連するチェックを繰り返します。大幅な範囲の変更には、より広範なパイロットが必要になる場合があります。