視覚的な通知だけでは、既存の安全制御を置き換えるには不十分です。検出ボックス、メッセージ、レビュー待ちのイベント、および機器動作のフィードバックは、別の証拠です。ビジョンの結果は、合意された範囲内で裏付けとなる情報を提供できます。これらの観察だけでは、応答、診断、または障害処理に対する既存の安全機能要件が満たされていることを示す証拠としては不十分です。

統合前に合意が必要な責任は何ですか?

ビジョン システムが観察、通知、人間によるレビュー、または機器インターフェイス出力を提供するかどうかを定義します。機器および安全機能の責任者は、インターフェースの状態、障害への対応、変更範囲、受け入れ方法など、外部機器の制御変更をレビューする必要があります。この記事では、デバイス固有の安全機能の設計や認証に関する結論は提供しません。

無効な入力は通常どおり表示できますか?

そう思い込まないでください。ストリームの損失、オクルージョン、低照度、モデルの失敗、および古い結果の状態を定義します。有効な入力がない場合は、現在の評価は利用できないことを伝えます。古い結果では現在の安全性を証明することはできません。イベントの終了、人間の観察、および機器の回収を 1 つの状態に統合してはなりません。

通知を実際のフィードバックと比較して確認するにはどうすればよいですか?

入力証拠、モデル結果、イベント ルール、送信記録、人間による確認、および機器のフィードバックを個別に記録します。メッセージ送信の成功は、機器の動作を証明するものではありません。表示された出力状態は、実際のインターフェイスの検証に代わるものではありません。検出パフォーマンス、エンドツーエンドの応答、および機器障害の処理には、それぞれ独自のテスト方法と許容範囲が必要です。

以前の訴訟の受理は新しい現場にも適用されますか?

直接ではありません。カメラ、環境、サンプル、バージョン、時間ルール、出力インターフェイスへの変更を確認し、新しいスコープを確認します。オリジナルのフェーズ検証レポート、デモビデオ、または単一の機能パスでは、新しいサイトでの長期安定性や安全機能の受け入れは確立されません。この記事では、スコープ チェックについて説明します。新しい安全認証、デバイスの受け入れ結果、または制御の変更については報告しません。

関連サービス: ビジョンアルゴリズムとモデルエンジニアリング, プロジェクトの相談.