一、 视频融合子系统方案
1.4 非功能设计
在架构设计阶段，我们需考虑到，为满足视频设备接入量要求（联网视频汇聚平台视频监控功能需具备可管理不少于100000个推送的摄像机，需支持管理不少于5000个在线监视器，需支持不少于3000个在线用户同时上线，最大用户数不少于10000个），系统平台需支持模块化设计、支持分布式部署，支持多个中心信令服务器部署、支持分布式部署流媒体负载均衡。流媒体输出模块需支持RTSP、RTMP、FLV、HLS等协议输出，支持对摄入摄像机的云台控制和AI智能分析，完全满足全新建设的数字监控网络和已经部分建设的数字监控兼容部署以及PC、Android、iOS全平台支持。
本系统综合考虑项目的资源优化利用能力、系统负荷能力的平滑扩展能力、对衍生业务运营的最大支持能力，采用一套基于多层B/S架构的应用软件，提供服务端、客户端功能。
本系统的建设目标，在于降低视频监控设备互联的难度，实现不同平台之间互联互通，有效进行视频资源的整合，最终实现跨平台跨终端互联互通无插件直播和智能化监控。
1.4.1 任意品牌摄像机无限制接入
不拘泥、不受限于摄像机的品牌厂商及其配套平台，只要是网络监控摄像机IPC、硬盘录像机NVR、且设备支持标准的GB/T28181协议，都可以通过标准化协议注册到监控平台进行直播、录像检索与回看、云台控制、行为分析、智能监测、预警通知等操作。
1.4.2 分布式部署设计
GB/T28181平台服务器支持分布式部署方式，能有效解决单台计算机的资源限制问题，流媒体可以部署到多台计算机上。同时，流媒体可实现负载均衡模式，让前端视频资源更合理的接入平台。
1.4.3 区域级联资源共享
GB/T28181支持区域平台级联，构建三级平台级联模式。区域级联能有效的解决资源共享问题，实现行政级别高等级的安防平台可以查看下级单位的视频资源。
1.4.4 技术选型和主要技术
监控中心服务平需支持微服务架构，需由一系列独立部署的微服务构件组成，在项目的实施过程中，在解决方案或系统付诸实践的同时，也遇到了一些挑战和问题。系统需使用正确及匹配的设计模式以克服这些问题。以达到缩减成本、加快发布部署速度、增强弹性以及增加系统的稳定性、开放可扩展性和高可用性。
（1） 以安全隐私为前提
视频资源实时反映城市的状态，其中也会包含大量的隐私内容，以视频资源安全可靠使用和隐私保护为前提，确保视频资源和数据被安全、可控的使用。
（2） 以服务赋能为目标
资源的汇聚最终目的是发挥价值，通过丰富视频数据共享和服务接口，提升各部门在业务过程中视频应用的能力，提供统一应用框架，为多部门、多研发团队提供统一的规范化应用开发支持能力。
（3） 以持续运营为支撑
城市的基础能力平台，需要持续的开展运行运营管理工作，保障整体体系的正常的运转，才能支撑最大限度发挥、挖掘视频资源的价值。
（4） 以标准规范为保障
结合其他地方构建的视频资源的接入、管理、共享等标准规范，制定本地相关标准规范，并持续以标准规范为基础，牵引、保障本地城市视频持续的建设和应用。
1.4.5 非标平台升级改造
对于不符合国标协议对接要求的的非标平台，应首先通过其自身软件升级改造的方式实现国标化改造，将非标平台的信令协议、设备ID、媒体传输协议、数据封装格式、媒体码流进行标准化的改造转换，使其满足GB/T28181-2016标准要求，保证接收到的始终是标准的信令流和标准的媒体流。
1.4.6 非标平台加国标对接网关
对于不符合国标协议对接要求且无法升级改造的的非标平台，通过增加平台接入网关的方式，实现对此类非标平台的国标化接入，将非标平台的信令协议、设备ID、媒体传输协议、数据封装格式、媒体码流进行标准化的转换，保证接收到的始终是标准的信令流和标准的媒体流。
