監視カメラ RTSP 低遅延、プラグイン不要のライブ ブロードキャスト ソリューション

監視カメラ RTSP 低遅延、プラグイン不要のライブ ブロードキャスト ソリューション

第 1 章 アプリケーションの概要

現在、ビデオ監視アプリケーションのシナリオはますます増えており、従来のビデオ監視メーカーが提供するソリューションでは、メーカー独自のモバイル APP または PC クライアント ソフトウェアをインストールする必要があり、インターネット環境でサードパーティのアプリケーション プラットフォームと統合するのは非常に不便です。 。スマートシティシステム、H5ベースの電子地図システムなど。
現在、一部の企業は H5 のビデオ再生機能を実現するために HLS プロトコルに変換していますが、遅延が非常に大きく (数秒から数十秒の範囲)、リアルタイム監視のアプリケーション要件を満たすことができません。これは、監視ビデオの大規模なアプリケーションの主な障害を妨げます。

このような状況を踏まえ、当社は長年のストリーミングメディアプラットフォーム開発をベースに、メーカー各社のネットワークカメラを一元的に管理、リリースし、ネットワークカメラとNVRをサポートする、H5テクノロジーに対応した低遅延ライブモニタリングソリューションを提供開始しました。ほぼすべての主要な監視メーカーの機器に搭載されており、PC や携帯電話の内蔵ブラウザを介したクライアントの直接アクセス、および WeChat などのサードパーティ アプリケーションの直接アクセスをサポートしており、ユーザー エクスペリエンスが大幅に向上します。監視ビデオの適用範囲を拡大します。

同時に、このソリューションは端末上で HTML5 標準をサポートし、ユーザーは H5 ブラウザに基づいて直接視聴することができ、PC、Android 端末、iOS 端末、WeChat 公開アカウント、WeChat アプレットと互換性があり、便利です。エンドツーエンドの遅延が 1 秒未満であることを保証しながら、スマート シティ、地図ナビゲーションなどのさまざまなアプリケーション システムとの統合が可能で、高品質のネットワーク環境では遅延が 500 ミリ秒未満に達する可能性があります。

第２章 計画の実施

2.1 ソリューションの技術アーキテクチャ

まず、このソリューションは、H.264 ビデオ コーディング テクノロジと低遅延ライブ ストリーミング テクノロジに基づいて実装されており、ソリューション全体のアーキテクチャは次のとおりです。

2.2 機能モジュール構成

まず、このソリューションは、H.264 ビデオ コーディング テクノロジーと
低遅延ライブ ストリーミング テクノロジーに基づいて実装されており、ソリューション全体のアーキテクチャは次のとおりです。
機器は
ユーザーの既存の機器に基づいており、ネットワーク カメラ、NVR、および大手監視メーカーのその他の機器が含まれます;
2. ビデオ トランスコーディング ワークステーション
監視ビデオ ストリームのリアルタイムのトランスコーディングを実現し、トランスコードされたプログラムはストリーミング メディアに直接プッシュされます。コンテンツ配信プラットフォーム。
ワークステーションは、さまざまなアプリケーションのニーズに応じて、さまざまな構成のバージョンに分かれています。1 台のワークステーションで 20 ～ 100 の監視ビデオを同時にトランスコードできます。
3. 低遅延ストリーミング メディア コンテンツ配信プラットフォーム
ビデオ トランスコーディング ワークステーションによってプッシュされたビデオおよびオーディオ信号を受信し、ストリーミング メディアの形式で公開するために使用されます。
このプラットフォームは、汎用ハードウェア サーバー + ストリーミング メディア プラットフォーム ソフトウェアによって実現され、ユーザーの投資を効果的に節約できます。

ストリーミング メディア コンテンツ パブリッシング プラットフォームは、次の機能を実現できます:
1) 数千台のネットワーク カメラの同時アクセスをサポート、
2) PC、スマートフォン、セットトップ ボックス、およびその他のマルチ端末デバイスのブラウザ経由での直接再生をサポート、
3)単一サーバーで 2000 人を超えるユーザーの同時視聴をサポート、
4) マルチサーバー負荷分散テクノロジーとサーバー災害復旧バックアップのサポート、
5) ライブ番組の同期録画機能のサポート、録画後にオンデマンド コンテンツの自動生成、
6) サーバーのサポートCPU とメモリの使用状況、リアルタイム接続数、ネットワーク帯域幅の使用状況などを含むパフォーマンスとステータスの監視。
7) 多端末自動適応技術。
現在主流のクライアントデバイス向けに、PC側の主流ブラウザ（Fifrfox、Chrome、Safari）、Android側のHTML5ブラウザ、iOS側のHTML5ブラウザ、WeChatに自動的に適応できるターミナルアダプティブ再生機能を開発しました。アプレットなど。

ストリーミング ソフトウェア機能のスクリーンショット:


4. 端末コンテンツ リリースの
監視 プログラムがストリーミング メディアを通じてリリースされた後、エンド ユーザーがアクセスして視聴できるように、リリースされたネットワーク ストリームをコンテンツ管理プラットフォーム上の Web ページの形式でリリースする必要があります。
プログラムの解放方法と効果は次のとおりです。


これは、ライブ ブロードキャストの遅延を制御するための重要なリンクです。前のリンクで遅延が非常に低く制御されていても、このリンクで一度大規模なデータ キャッシュが生成されるためです。システム全体の効率に重大な影響を与えます。したがって、この端末再生リンクでは、端末のデコード遅延を効果的に制御する自己実装ビデオ プレーヤーを開発しました。
ここで使用するコア テクノロジには次のものが含まれます:
1) 超低データ バッファ テクノロジ
プレーヤーがデータ ストリームを受信した後、オーディオおよびビデオ データをデコーダに送信する前に数個のキー フレームのみをバッファします;
2) リアルタイム デコード テクノロジ
デコーダ 音声および映像データを受信後、すぐにデコード機能を開始して音声および映像をデコードします;
3) マルチ端末適応技術
現在主流のクライアントデバイス向けに、端末適応再生プラグインを開発しました。 PC 側の主流ブラウザ (Fifrfox、Chrome、Safari)、Android 上の HTML5 ブラウザ、iOS 上の HTML5 ブラウザ、および WeChat アプレット。

第 3 章 プラットフォームのインストールと展開

このプラットフォームはモジュラー設計コンセプトに基づいており、ユーザーはプラットフォーム全体の安定性を確保しながら簡単にインストールして使用できます。

3.1 ビデオトランスコーディングワークステーションの構築

ステップ 1: IP モニタリング信号ソースを準備する
システムは IP カメラ、NVR およびその他のネットワーク モニタリング機器をサポートします;
ステップ 2: デバイスの
接続 モニタリング信号ソースとビデオ トランスコーディング ワークステーションを同じローカル エリア ネットワークに接続します;
ステップ 3: トランスコーディング サーバーを構成します

1. 次の図に示すように、ブラウザを通じてトランスコーディング サーバーにログインします。
   
2. 「チャンネル設定」に入り、下図に示すように、各チャンネルのトランスコーディング情報を設定します。
   
   プロジェクトの実際の状況に応じて、図に示すように、トランスコーディングワークステーションの各チャンネルにフロントエンドモニタリング信号ソースを設定します。その上。
   ビデオソースアドレス：IPカメラまたはNVRのプログラムストリーミングアドレスを入力します;
   RTMPストリーミングアドレス：ビデオ監視管理プラットフォームを通じてストリーミングメディアサーバーのプログラムストリーミングアドレスを取得します;
   パラメータを設定した後、「設定」ボタンをクリックしますページの下部で設定できます。

ストリーミング メディア サーバーの管理インターフェイスは次のとおりです。

[パフォーマンス モニタリング] パネルでは、パブリッシャーの数が 1 と表示されており、ライブ ストリームがサーバーにプッシュされたことを示しています。

3.2 ストリーミングサーバーの構築

ストリーミング メディア サーバーをインターネット IDC コンピューター ルームまたはユニット LAN の中央コンピューター ルームに配置して、サーバーとフロントエンド ネットワーク監視装置間の相互接続を確保します。
サーバーは、DELL、HP、IBM、Lenovo、Inspur などの一般的なブランドのサーバーにすることも、
Amazon、Alibaba Cloud からクラウド サーバーをレンタルするなど、ネットワーク サーバーやクラウド サーバーをレンタルすることもできます。テンセントクラウド。

ストリーミング メディア配信サーバーの構成要件:
CPU: Intel EXON E5-2650
メモリ: >32GB
ハードディスク: >1TB
オペレーティング システム: CentOS 7.2 x64 以降または Windows Server 2016 x64 以降 ネットワーク
カード: ギガビット イーサネット
アプリケーション ソフトウェア: Shujing Technology ストリーミング メディアサービス体制

[ストリーミング メディア サーバーの同時ホスティング プラン]
通常、ストリーミング メディア サーバーは、200 信号ソース/1000 人の同時視聴ユーザーをサポートするように設計されています。

その主な理由は次のとおりです。
まず、HD カメラの主流の解像度は通常 1920x1080 であり、H.264 エンコード形式が採用された場合の平均ビット レートは約 4Mb/s に設定されます。200 台の HD カメラに必要な合計帯域幅は約 800Mb/s です。
ほとんどのネットワークのバックボーン帯域幅がギガビットであり、帯域幅使用率が通常約 85% であることを考慮すると、ギガビット ネットワークの実際に利用可能な帯域幅は約 850Mb/s であるため、ギガビット バックボーン ネットワークに接続されているサーバーは 200 台の HD カメラ信号入力を安定して伝送できます。 。

[マルチサーバーロードバランシング]
より多くのフロントエンド信号ソースを接続する必要がある場合、それらを伝送するために複数のストリーミングメディアサーバーを配置する必要があり、このとき実現するためにはマルチサーバーロードバランシング技術が必要です。
マルチサーバー負荷分散の概略図は次のとおりです。

[ストリーミング メディア サービス システムの展開]:
最初に、以下の図に示すように、Shunjing Technology ストリーミング メディア サーバー システムをダウンロードしてインストールします。
ストリーミング メディア サーバーのダウンロード アドレス (ダウンロードするにはここをクリック) :

最初のステップは、右下隅にある「オンライン登録ソフトウェア」をクリックすることです。
2 番目のステップは、開いた Web ページに必要な登録情報を入力し、「登録の開始」をクリックすることです。

3 番目のステップは、テクニカル サポートに連絡してテストを開始することです認可

4 番目のステップは、ライセンス証明書を更新することです。

5 番目のステップでは、サーバーの関連パラメータを設定します。その中で、次の情報に注意する必要があります。

1. 各プロトコルのデフォルトの TCP ポート番号は、主に次のような他のアプリケーションによって占有されるべきではありません。
   HTTP サービス ポート: 8080
   RTMP サービス ポート: 1935、8935
   VOD サービス ポート: 8088
2. HLS フラグメント ファイルの保存パスが存在し、アクセス可能であることを確認します
   D:\iAVCastMedias\hls
3. DASH セグメント ファイルの保存パスが存在し、アクセス可能であることを確認します。D
   :\iAVCastMedias\dash
   ステップ 6 : サービスを開始します。
   

3.3 映像番組のWEB公開

ストリーミングメディアプラットフォームの構築後、クライアントがさまざまな端末で閲覧・視聴できるように、モニタリングコンテンツをHTML5形式でWebサイトに公開する必要があります。この機能は主に「デジタルニューメディアリソース」に依存します。管理プラットフォーム」。以下の図に示すように:
ステップ 1 、管理バックグラウンドにログインし、下の図に示すように、左側のメニューで[ネットワーク ライブ管理→ライブ チャネルの管理] を開きます;

ステップ 2、[ライブ チャネルの追加] をクリックし、下部の「Play Address」をクリックします。 3.4 章で取得した 4 つのプログラム アドレスを入力し、送信します。

3.4 端末の表示

公開後、Webサイトのフロントを開き、下図のように番組情報をクリックすると視聴できます。

携帯電話で視聴：
PCページの「携帯電話で視聴」ボタンをクリックすると視聴できます。コードをスキャンした後、携帯電話で。

第4章 プラットフォームの導入効果

4.1 ライブブロードキャスト遅延指数

プライベート ネットワーク環境では、エンドツーエンドのライブ ブロードキャストの遅延は通常 500 ミリ秒以内、
同じ通信事業者のインターネット環境では、エンドツーエンドのライブ ブロードキャストの遅延は通常 800 ミリ秒以内です。

4.2 サポートされる端末の種類

既存のソリューションは、次のデバイス端末をサポートできます。

4.3 同時実行パフォーマンス指標

実際のテスト後の、低遅延ライブ サーバー ソフトウェア システムの同時パフォーマンス指標は次のとおりです。
サーバー ハードウェア構成環境:
CPU: Intel E5-2650
メモリ: 16GB
ハードディスク: 120GB ソリッド ステート ディスク
ネットワーク カード: Intel ギガビット ネットワーク カードx 4 ポート
サーバー オペレーティング システム :
CentOS x64 7.4/Windows Server 2016
ライブ ストリーミング : 2Mb/s
画像解像度 : 1280x720
ビデオ エンコード形式 : H.264 メイン プロファイル
同時パフォーマンス インデックス : 2000 同時ライブ受信
ピーク CPU 使用率 : 42%
平均 CPU使用率: 35 %
平均メモリ使用率: 56%

4.3 端末レンダリング効果

PCへの影響:

携帯電話への影響:

第5章 プラットフォーム装備一覧

システムインテグレーターは、プロジェクトの状況に応じて、以下の機器仕様を参考にしてソリューションを構成できます。
以下は、必要な機器のソフトウェアおよびハードウェア製品のリストです:

運命の友達はもっとコミュニケーションできるようになります、WeChat: liufeihong668