ビデオ異常イベントの管理は、代表的なカメラとシーンに対して提案されたワークフローから始めることができます。つまり、アルゴリズム通知を記録し、許可された証拠を保持し、その後人間によるレビューを得て、対応を記録します。これは提案されたワークフローです。この提案には新しいプラットフォームは導入されていません。既存の機器の安全制御は変更されていません。

最初に入力とイベント レコードを定義します

カメラ識別子、画像領域、タイムソース、モデルとルールのバージョン、証拠保持の許可と期間を記録します。各イベントを元のビデオ、結果の有効性、および状態の変化に関連付けます。欠落しているビデオまたは無効な入力を明示的に記録します。通常どおり、証拠を捏造したり、そのような出来事をアーカイブしたりしないでください。

個別の処理記録を保持する

レコードタイプ 提案内容 レビューの焦点
イベント ソース、時間、ルール、状態 元の入力との関連付け
証拠 保存が許可されるビデオセグメントと結果 資料の不足、アクセス許可、保存期間
人間によるレビュー 結論、コメント、作業時間 審査保留中、結果不確定および取り消し
運用上のフィードバック 通知、応答、完了の記録 インターフェースのフィードバックと未完成のアイテム

再生中に無効な状態と不明な状態を保持する

OpenCV キャプチャ ドキュメント フレームを取得せずに読み取ると、たとえばカメラの切断後やファイルの終了後などに、失敗して空の画像が返される可能性があると説明しています。実際のインターフェースに従って無効な入力を処理します。空の画像をターゲットが存在しないものとして扱ってはなりません。レビュー画面で現在の入力、過去の証拠、保留中のレビュー、不確定な結果を区別します。過去の出来事によって現在のステータスが上書きされてはなりません。

代表的なシナリオで権限と回復を確認する

まず、元のビデオ、イベント、人間の結論の間の対応を確認します。次に、繰り返しの通知、ビデオの欠落、権限の不足、プロセスの再起動、外部インターフェイスの障害について説明します。回復後は、画面を再度開くだけでなく、イベントの状態や未完了の作業を確認してください。スループットと応答期限には、合意された条件下での測定が必要です。この提案は、機器の安全性認証を主張していません。カメラまたはシーンの範囲を拡張するには、さらなる検証が必要です。

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