検出結果をレビュー待ちのイベントに整理する場合は、永続化および終了条件の前に有効な入力を定義します。時間ルールにより通知を整理できます。これらは、実際に異常が発生したこと、または人がそれを確認したことを独自に証明するものではありません。この記事では、提案された方法について説明します。イベント テストやデバイス展開は追加されません。
各結果に関連付けられたフレームと時間を記録します。
入力ソース、フレーム識別子、結果の有効性、モデルとルールのバージョンを保持します。画像取得時間、結果受信時間、画面表示時間を区別します。クロック関係を確立せずに、さまざまなデバイスから時間を直接減算しないでください。処理されたフレームの数は、経過時間を自動的に表すわけではありません。
経過時間に使用するクロックを指定します
Python 時間のドキュメント 単調クロックはシステム クロックの更新の影響を受けないことを説明しています。その参照点は未定義です。読み方の違いには意味があります。これは、プログラム内の経過時間のメカニズム参照です。同期されたデバイス クロック、既知の画像取得時間、または特定の SDK によるそのメカニズムの使用は確立されません。
個別の永続性、終了入力、および無効な入力
| 状態 | 提案された取り扱い | 保管すべき証拠 |
|---|---|---|
| 有効な結果は開始ルールを満たします | レビュー待ちのイベントを作成する | セグメントを入力して証拠を開始する |
| 有効な結果は引き続き条件を満たします | イベントの永続性を更新する | 観察時間とルール結果 |
| 有効な結果は最終ルールを満たします | 録画イベント終了 | 証拠の終了とその後のレビューステータス |
| フレームの欠落、ストリームの損失、または無効な結果 | 無効な入力ルールを適用する | 間隔不足、原因と回復 |
録画したビデオを再生して状態の変化を確認する
フレームの欠落が自動的にターゲットの消失を意味するものであってはなりません。イベントの終了は、人が異常がないことを確認したことを意味するものではありません。短時間の干渉、永続的なターゲット、変更されたフレーム間隔、ストリーム損失、プログラムの再起動について、個別の再生チェックを設計します。トリガー、永続性、終了、繰り返しの通知を記録します。対象となる物理的な設置場所のサンプル ビデオを使用してしきい値を設定します。対応する測定値を示さずに、アラーム遅延値や誤検出の減少率を公開しないでください。
関連サービス: ビジョンアルゴリズムとモデルエンジニアリング, プロジェクトの相談.