産業用ビデオの調達では、ソフトウェアの統合、指定された製品間の相互運用性、および契約で要求される外部テストまたは正式な適合証拠を区別する必要があります。開発環境での登録やビデオ通信が成功しても、他のメーカーの製品との互換性や製品認定の結論は確立されません。

最初にプロトコルと製品を定義する

プロトコルの名前とエディション、デバイスまたはプラットフォームの役割、製品モデル、ソフトウェアとファームウェアのバージョン、有効な機能、およびネットワーク状態を記録します。たとえば、公式 GB/T 28181-2022 情報ページ 規格を特定します。特定の製品がその規格に準拠していることを示すものではありません。

検証レベル 主な質問 保管すべき証拠
内部統合 開発バージョンは、制御されたテスト版を使用して指定されたフローを完了できますか? ビルドのバージョン、構成、メッセージおよび結果
特定製品の相互運用性 2 つの実際の製品バージョンは、合意されたタスクを完了できますか? 製品の組み合わせ、機能の在庫およびテスト記録
正式な適合要件 該当するスキームの宣言またはテスト要件は満たされていますか? 適用されるルール、申告者およびチェック可能な文書
現場での業務受付 実際のネットワークとビジネス ワークフローは合意された条件を満たしていますか? 導入構成、ビジネス結果、例外チェック

適用可能な証拠メカニズムを確立する

ONVIF の適合プロセス では、特定の製品バージョンに関連付けられた自己宣言スキームについて説明します。これはその特定のメカニズムの一例です。他のプロトコルまたは調達プロジェクトのルールを別途確認してください。内部ログ、外部テストレポート、メーカーの宣言、公式データベースエントリは、さまざまな種類の証拠です。

契約書と受諾記録のギャップを保持する

機能ごとに、ソフトウェアの配信、テスト対象物、外部製品、必要な文書、責任、および再テストの条件について合意します。未テストのモデル、バージョン、アラーム機能、および異常な状態を未検証としてマークします。完成した統合スコープを実際の説明に従って提供します。計画されたテストは合格したと記録してはならず、サポートされていないユニバーサル互換性や認定の主張を使用してはなりません。

関連サービス: ビジョンハードウェアと組み込みテクノロジー, エッジAIの導入, プロジェクトの相談.