随笔 - 936  文章 - 0  评论 - 3  阅读 - 30万

国标GB/T28181流媒体服务器解决方案在智慧工地项目中的混合应用

最近某建工企业在做智慧工地项目中找到我们,希望在视频流媒体这一块做技术上的合作,这个项目分多个现场,有工地也有分公司,监控摄像头分散在多个现场中。同时前端设备支持协议不同,有支持国标GB/T28181协议的设备200路左右,有支持RTSP/onvif协议的摄像头100多路。想要将多个现场、多种协议的摄像头进行设备批量接入、统一管理、直播流统一输出。并实现PC端,iOS端,安卓端,微信端直播全终端播放。

根据以上需求,我们发现单独的一个流媒体服务器产品无法满足该项目需求,必须使用多方案结合,同时又能统一管理的方案,因此我也联合我们的项目经理做了方案设计,我们设计的方案如下:

通过这张图我们可以看到,内网部署RTSP/Onvif协议支持的流媒体服务器(软硬件皆可)对接内网分散的RTSP/Onvif协议摄像头,公网部署国标GB/T28181流媒体平台对接各现场GB/T28181协议摄像头,同时将RTSP/Onvif流媒体服务器和GB/T28181流媒体平台接入到公网的云端管理平台。由云管理平台做统一的设备和平台管理,并进行统一的流输出。客户端有播放请求时云管理平台从设备端获取设备的直播流或录像视频。

那么我们设计的这套方案优势到底在哪里呢?

  • 多现场、多协议的网络摄像头统一接入与管理,统一分发与输出;
  • 成本节约,以上方案通过多方案结合节省成本近50%,从项目实现上提供更多可能性;
  • 二次开发,项目用户通过API接口,只需要对接云管理平台皆可,无需对接各现场、各平台的设备,管理简单,运维方便。
  • 界面简洁,云端管理平台界面美观,可独立使用也可接入已有业务系统,数据直观。

在现实的项目应用中,其实经常会遇到这种多服务器组合的情况,因为毕竟摄像头的接入也不会都相同,在这种时候,我们的这套方案往往是最实用且最保险的方案。我们的几套不同协议的里媒体服务器都能够提供大部分场景的运用:

 

posted on   EasyGBS  阅读(335)  评论(0编辑  收藏  举报
编辑推荐:
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
阅读排行:
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义
· 【设计模式】告别冗长if-else语句:使用策略模式优化代码结构
· 提示词工程——AI应用必不可少的技术
· 字符编码:从基础到乱码解决
· 地球OL攻略 —— 某应届生求职总结
< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5

点击右上角即可分享
微信分享提示