ビデオ監視システムは、もはやカメラプレビューとローカル録画だけに限定されません。多くの現代的なプロジェクトでは、ビデオリソースを指揮センター、配信プラットフォーム、警報システム、スマートビル、産業用制御室、キャンパス管理プラットフォーム、公共安全システム、Webベースの業務アプリケーションと共有する必要があります。この変化により、ビデオアーキテクチャは単一デバイスの選択よりも重要になっています。

ネットワークビデオレコーダー（通常NVRと呼ばれる）は、主にビデオ録画、ストレージ、再生、ローカルカメラ管理に使用されます。ビデオゲートウェイはこれとは異なり、ビデオアクセス、プラットフォームネットワーキング、プロトコル変換、ストリーム転送、メディア配信、上位システムとの統合のために設計されています。専門的なプロジェクトでは、これら2つのデバイスは互いに直接置き換えられるものではなく、階層型アーキテクチャで連携して動作することがよくあります。

ローカル監視からシステム統合への変化

従来の監視プロジェクトでは、カメラはNVRに接続され、ユーザーはNVRクライアントを介してライブビデオを表示したり録画を検索したりします。この構造は、店舗、小規模オフィス、倉庫、独立した建物などの小規模サイトにはシンプルで効果的です。システム要件は明確です。ビデオを録画し、映像を保存し、イベントを確認する必要があるときに再生を提供することです。

大規模プロジェクトは異なります。工場では、緊急電話、警報入力、配信コンソールとのビデオ連携が必要になる場合があります。スマートキャンパスでは、アクセス制御、来訪者管理、駐車、パトロール、ビデオリソースを1つのプラットフォームに統合する必要があるかもしれません。交通ハブでは、複数の建物からのビデオを集中制御室と共有する必要があるかもしれません。公共サービスプロジェクトでは、標準的なビデオネットワーキングプロトコルを介して下位プラットフォームが上位に接続する必要があるかもしれません。

ビデオを複数のシステムで再利用する必要がある場合、NVRだけでは不十分なことがよくあります。プロジェクトには、ビデオリソースを整理し、プロトコルを変換し、ストリームを転送し、さまざまなプラットフォームに安定したアクセスを提供できるビデオゲートウェイ層が必要です。これが、ストレージ中心のシステムと統合中心のシステムの間の主要なアーキテクチャの違いです。

ビデオゲートウェイがアーキテクチャでどのように機能するか

ビデオゲートウェイは、メディアアクセスおよび変換レイヤーとして理解できます。フロントエンドのビデオリソースと上位アプリケーションの間に位置します。フロントエンド側には、IPカメラ、NVR、ビデオプラットフォーム、または下位の監視システムが含まれる場合があります。上位側には、指揮センター、Webアプリケーション、モバイルクライアント、緊急プラットフォーム、スマートシティシステム、配信システム、またはサードパーティ管理プラットフォームが含まれる場合があります。

ゲートウェイは下位層からビデオストリームを受信または要求し、他のシステムが使用できる形式で出力します。カメラ登録、デバイスディレクトリ管理、ライブストリーム転送、再生ストリームアクセス、プロトコル適応、メディアトランスコーディング、ストリームリレー、プラットフォームカスケード、権限制御をサポートする場合があります。この役割において、ゲートウェイはビデオリソースをよりオープンで再利用可能にし、すべてのビジネスプラットフォームにすべてのカメラやNVRへの直接接続を強制しません。

実際には、このアプローチにより統合の複雑さが軽減されます。アプリケーションごとにカメラ、ファイアウォール、NVRアクセスを繰り返し設定する代わりに、プロジェクトはビデオゲートウェイを統一されたビデオサービスエントランスとして使用できます。新しいアプリケーションはゲートウェイを介してビデオを取得でき、元のストレージ層は安定したままです。

NVRの主な責任

NVRは依然としてシステムの重要な部分です。その強みは録画です。ネットワークカメラからビデオストリームを受信し、ローカルディスクまたはストレージアレイに映像を保存し、検索、再生、エクスポート、イベント録画機能を提供します。多くのセキュリティチームにとって、NVRは主要な証拠保存デバイスです。

NVRは通常、完全なプラットフォーム統合システムよりも導入が容易です。プロジェクトが主にローカル監視、スケジュール録画、モーション録画、アラーム録画、基本的なカメラ管理を必要とする場合に適しています。また、録画映像をサイトにローカル保存できるため、上位システムへの負荷を軽減するのにも役立ちます。

ただし、NVRは通常、複数のビジネスプラットフォーム向けの完全なビデオサービスハブとして設計されていません。標準プロトコルアクセスをサポートする場合でも、その主なロジックはストレージとローカル管理です。大規模プロジェクトでは、通常は下位層に配置され、ビデオゲートウェイまたはビデオプラットフォームが統一アクセスと配信を処理します。

マルチレベルビデオネットワーキングにおけるGB/T28181

GB/T28181は、ビデオ監視ネットワーキングとプラットフォーム相互接続で広く使用されています。カメラ、NVR、下位プラットフォーム、上位プラットフォームが相互に接続するための構造化された方法を提供します。多くのプロジェクトでは、GB/T28181を使用して階層型ビデオアクセスを構築します。特に、異なるサイト、部門、または管理レベルがビデオリソースを共有する必要がある場合に有効です。

ビデオゲートウェイは多くの場合、GB/T28181プラットフォームとして機能できます。下位のカメラ、NVR、または監視プラットフォームはゲートウェイに登録できます。同時に、ゲートウェイは上位プラットフォームに登録またはカスケードアップすることもできます。これにより、ゲートウェイは、ビデオリソースをさまざまな管理層にわたって収集、標準化、配布する必要があるプロジェクトに適しています。

NVRもGB/T28181をサポートする場合がありますが、その位置付けは通常異なります。ほとんどの場合、NVRは下位デバイスとして上位プラットフォームに登録します。カメラリソースと録画ビデオを提供しますが、複数のプラットフォームやビジネスシステムの中央統合ポイントとして使用されることは通常ありません。

異なるアプリケーションのためのプロトコル適応

ビデオシステムは異なる層で異なるプロトコルを使用します。カメラは多くの場合RTSPストリームを提供します。一部のストリーミングプラットフォームはRTMPまたはFLVを使用します。WebアプリケーションはHLSまたはWebRTCを必要とする場合があります。通信および配信システムはSIPベースのビデオアクセスを使用する場合があります。一部のプラットフォームではRTPストリーム処理も必要になる場合があります。プロフェッショナルなゲートウェイは、カメラがローカルでプレビューできるかどうかだけを確認するのではなく、これらのプロトコル要件を中心に計画されるべきです。

RTSPは、多くのIPカメラとNVRがサポートしているため、監視システムで一般的です。RTMPとFLVはライブ配信およびプラットフォーム公開のシナリオで有用です。HLSは、ブラウザやモバイルクライアントとの互換性が超低遅延よりも重要な場合によく使用されます。WebRTCは低遅延のブラウザベースのビデオアクセスに適しています。SIPは、ビデオがインターコム、配信、緊急通報、または通信システムと連携する必要がある場合に役立ちます。

ビデオゲートウェイの価値は、さまざまなアプリケーションのニーズに応じてストリームを変換または転送できることです。指揮センターはリアルタイムの低遅延ビデオを必要とする場合があります。Web管理プラットフォームはブラウザフレンドリーな再生を必要とする場合があります。モバイルクライアントはアダプティブストリームアクセスを必要とする場合があります。上位プラットフォームは標準化されたビデオリソース登録を必要とする場合があります。ゲートウェイは、これらの異なる要件を1つのビデオアクセス層から管理しやすくします。

コーデック変換とトランスコーディング計画

コーデックの互換性は、ビデオ統合における最も一般的な隠れた問題の1つです。多くの最新カメラはH.265をサポートしています。これは、同様の画質でH.264と比較して帯域幅とストレージ使用量を削減できるためです。ただし、すべてのブラウザ、古いプラットフォーム、モバイルクライアント、またはサードパーティアプリケーションがH.265をスムーズにサポートするわけではありません。一部のシステムでは安定した再生のためにH.264ストリームが依然として必要です。

トランスコーディング機能を備えたビデオゲートウェイは、必要に応じてH.264とH.265の間で変換できます。これは、古いシステムと新しいカメラが連携しなければならない混在プロジェクトで役立ちます。また、ビデオがNVRクライアントでは表示できるが、Webプラットフォーム、配信プラットフォーム、またはサードパーティアプリケーション内で開けないという状況を回避するのにも役立ちます。

トランスコーディングは計算リソースを消費するため、慎重に設計する必要があります。プロジェクトチームは、トランスコーディングが必要なチャンネル数、ターゲット解像度、フレームレート、ビットレート、コーデックタイプ、同時ユーザー数を計算する必要があります。多くのプロジェクトでは、すべてのチャンネルが継続的なトランスコーディングを必要とするわけではありません。重要なカメラはリアルタイムのトランスコードストリームを必要とする場合がありますが、通常のカメラはネイティブ転送のみで十分な場合があります。

ストレージとストリーム配信は分離すべき

よくある設計ミスの1つは、NVRにすべてのビデオタスクを処理させることを期待することです。録画、再生、ストリーム配信、プロトコル変換、サードパーティアクセスは異なるワークロードです。すべてのタスクを1つのデバイスに配置すると、システムの拡張と保守が困難になる可能性があります。

より安定したアーキテクチャは、ストレージと配信を分離します。NVRは録画と再生に焦点を当てます。ビデオゲートウェイはストリームアクセス、プロトコル適応、プラットフォーム相互接続に焦点を当てます。この分離によりシステムの明確性が向上します。ストレージの問題が発生した場合、技術者はNVR層を確認できます。プラットフォームがストリームを開けない場合、ゲートウェイ層を確認できます。ビジネスシステムが新しいアクセス方法を必要とする場合、ストレージ設計を変更せずにゲートウェイを介して接続できます。

この階層型アプローチは、多数のカメラ、複数サイト、複数のユーザーグループ、または長期的な拡張計画があるプロジェクトで特に価値があります。システムを一度にすべて交換するのではなく、段階的にアップグレードしやすくなります。

典型的なプロジェクトシナリオ

指揮センターと緊急対応

指揮センターでは、ビデオは通常独立して表示されるわけではありません。警報、緊急通報、GISマップ、当直記録、または配信指示と連携する場合があります。警報がトリガーされると、プラットフォームは関連するカメラを自動的に開く必要がある場合があります。ビデオゲートウェイは、この種の連携に必要なストリームアクセスとプロトコル変換を提供できます。

スマートキャンパスと産業団地

キャンパスや団地のプロジェクトには、オフィスビル、ゲート、駐車エリア、倉庫、生産エリア、寮、公共スペースが含まれることがよくあります。カメラは異なるNVRまたはローカルサブシステムによって管理される場合があります。ゲートウェイはこれらのリソースを収集し、中央管理プラットフォームに統一されたビデオアクセスを提供できます。

工場とエネルギー施設

産業現場では、安全警報、インターコムステーション、パトロールシステム、制御室、緊急放送とのビデオ統合が必要になる場合があります。これらの環境では、ビデオは日常監視とイベント対応の両方をサポートする必要があります。ゲートウェイは監視ビデオを運用ワークフローに接続するのに役立ちます。

マルチサイト不動産管理

不動産グループは複数の建物やコミュニティを管理する場合があります。ローカルNVRは現場での録画を継続し、中央プラットフォームはビデオゲートウェイを介して主要なカメラストリームにアクセスします。この設計により、リモート設定の繰り返しが減り、集中監視が容易になります。

ソリューション設計における主な違い

導入前の容量計画

容量計画は、カメラ数、サイト数、ビデオ解像度、ビットレート、録画日数、同時ライブ視聴ユーザー数、上位プラットフォームアクセス要件から始める必要があります。これらの要因はNVRとビデオゲートウェイの両方に異なる影響を与えます。

NVR層では、主な質問はストレージ関連です。何チャンネルが継続録画を必要としますか？映像を何日間保持すべきですか？どの解像度とビットレートを使用しますか？一部のカメラではイベント録画で十分ですか？RAIDまたは外部ストレージは必要ですか？これらの質問がディスク容量と録画の信頼性を決定します。

ビデオゲートウェイ層では、主な質問はアクセスと配信に関連します。同時に何ストリームが転送されますか？何プラットフォームが同時にビデオを呼び出しますか？どのプロトコルが必要ですか？何チャンネルがトランスコーディングを必要としますか？プロジェクトはGB/T28181プラットフォームカスケードを必要としますか？システムは指揮と配信のための低遅延アクセスを必要としますか？

これらの質問を早期に評価しない場合、プロジェクトはテスト中は機能しても実際の使用では失敗する可能性があります。たとえば、1つのカメラストリームは簡単に開くかもしれませんが、数百の同時ストリームは帯域幅と処理の圧力を生み出す可能性があります。プロフェッショナルなソリューションは、通常負荷、ピーク負荷、将来の拡張需要を計算する必要があります。

ネットワークとセキュリティの考慮事項

ビデオトラフィックはほとんどのビジネスデータよりも多くの帯域幅を消費します。単一の高解像度ストリームでもネットワークに継続的な圧力をかける可能性があります。多くのユーザーやプラットフォームが同時にビデオを要求すると、負荷は急速に増加します。ソリューションは、アップリンク帯域幅、サイト間帯域幅、LANスイッチング容量、ファイアウォールスループット、およびマルチキャスト、ストリームリレー、またはエッジアクセスを使用すべきかどうかを考慮する必要があります。

セキュリティも同様に重要です。ビデオストリームには、機密の運用エリア、生産ライン、公共スペース、または緊急イベントが含まれる場合があります。アクセスは、ユーザーロール、プラットフォーム認可、アカウント管理、ネットワークセグメンテーションによって制御されるべきです。外部アクセスは、特にビデオがWebアプリケーションやモバイルユーザーに提供される場合、慎重に処理する必要があります。

ビデオゲートウェイはアクセス制御の集中化に役立ちます。多くのシステムにカメラへの直接アクセスを開く代わりに、プロジェクトはゲートウェイを介して制御されたストリームアクセスを提供できます。これにより露出が減り、権限管理が容易になります。

信頼性とメンテナンス戦略

ビデオ監視システムは、そのライフサイクル全体にわたって保守可能でなければなりません。プロジェクトには、デバイスステータス監視、ストリームステータスチェック、ストレージヘルス監視、ログレビュー、異常切断アラート、ファームウェア管理、明確なトラブルシューティング手順を含める必要があります。

大規模システムでは、障害が複数の層（カメラ、ネットワークスイッチ、NVR、ゲートウェイ、ストレージディスク、上位プラットフォーム、ファイアウォール、クライアントアプリケーション）で発生する可能性があります。階層型アーキテクチャは、各層に明確な責任があるため、トラブルシューティングの効率が向上します。NVR層は録画と再生についてチェックされます。ゲートウェイ層はストリームアクセスとプロトコル変換についてチェックされます。プラットフォーム層はビジネス連携とユーザー操作についてチェックされます。

重要なプロジェクトでは、冗長性も考慮すべきです。これには、バックアップ録画、デュアルネットワークリンク、冗長ゲートウェイ展開、ストレージ保護、またはフェイルオーバー設計が含まれる場合があります。冗長性のレベルは、ビデオが日常業務および緊急対応にとってどれほど重要かによって異なります。

適切なアーキテクチャの選択

適切なアーキテクチャはプロジェクトの目標によって異なります。プロジェクトがローカル録画とシンプルなライブビューのみを必要とする場合、NVR中心の設計で十分かもしれません。ビデオが指揮プラットフォーム、スマートアプリケーション、上位管理システム、Webクライアント、または配信ワークフローに接続する必要がある場合、ビデオゲートウェイを含めるべきです。

成長中のプロジェクトでは、最良の設計は多くの場合、階層型ソリューションです。カメラとNVRはローカルビデオ取得とストレージの責任を引き続き負います。ビデオゲートウェイは統一アクセス、プロトコル変換、ストリーム配信、プラットフォーム相互接続を提供します。上位プラットフォームはビジネスロジック、イベント処理、可視化、ユーザー操作に焦点を当てます。

この設計は、各層を独立して拡張できるため、より柔軟です。アプリケーションプラットフォームを変更せずにストレージをアップグレードできます。カメラを交換せずにストリーム転送容量を増やすことができます。新しいビジネスシステムは、監視ネットワーク全体を再構築する代わりに、ゲートウェイを介してビデオにアクセスできます。

最終的な注意事項

ビデオゲートウェイとNVRは異なる問題を解決します。NVRは録画とローカルビデオ管理の問題を解決します。ビデオゲートウェイはビデオアクセス、プロトコル変換、ストリーム転送、プラットフォームカスケード、システム統合の問題を解決します。

小規模な閉鎖型監視システムでは、NVRで十分な場合があります。スマートキャンパス、産業団地、指揮センター、緊急対応システム、公共サービスビル、交通プロジェクト、マルチサイト管理プラットフォームでは、ビデオリソースをシステム間で使用可能にするためにビデオゲートウェイがしばしば必要です。

プロフェッショナルなビデオソリューションは、デバイス名だけで計画すべきではありません。ビデオソースアクセス、ストレージポリシー、プロトコル要件、コーデック互換性、帯域幅容量、プラットフォーム階層、セキュリティルール、メンテナンスワークフロー、長期的な拡張を中心に設計されるべきです。

FAQ

ビデオゲートウェイはNVRのようにビデオを録画できますか？

一部のゲートウェイには基本的な録画またはキャッシュ機能が含まれる場合がありますが、録画は通常その主な役割ではありません。長期ストレージ、証拠保存、構造化された再生には、NVRまたは専用ストレージシステムが依然としてより適しています。

WebプラットフォームがNVRストリームを直接再生できないのはなぜですか？

ストリーム形式、コーデック、認証方法、ブラウザ互換性、ネットワークアクセスルールがWebプラットフォームと一致しない可能性があります。ビデオゲートウェイは、ストリームをWebRTC、HLS、FLV、またはその他のサポートされているプロトコルなどのより適切な形式に変換できます。

すべてのカメラストリームをトランスコードすべきですか？

必ずしもそうではありません。トランスコーディングは計算リソースを消費します。多くのプロジェクトでは、Webアクセス、モバイルアクセス、またはサードパーティ互換性のために選択されたチャンネルのみがトランスコーディングを必要とします。他のチャンネルは元の形式で転送できます。

GB/T28181は政府や公共プロジェクトのみで使用されますか？

いいえ。公共安全や大規模プラットフォームネットワーキングプロジェクトで一般的ですが、標準化されたビデオプラットフォーム相互接続を必要とするキャンパス、産業団地、交通システム、マルチサイトプロジェクトでも役立ちます。

ビデオをサードパーティシステムに公開する最も安全な方法は何ですか？

より安全なアプローチは、カメラを直接公開するのではなく、ゲートウェイまたはプラットフォーム層を介して制御されたアクセスを提供することです。システムには、認証、権限制御、必要に応じたネットワーク分離、明確なアクセスログを含めるべきです。