项目设计方案:市交通视频监控平台项目设计方案(一)

目录

1 前言

1.1 目的

1.2 适用范围

1.3 术语表

2 现状分析

2.1 业务现状

2.2 组织机构现状

2.3 存在的问题

2.4 项目成果预期

3 系统建设原则

4 项目需求

4.1 项目需求

4.1.1 业务需求主要分为三部分:

4.1.2 技术需求主要分为四部分:

4.2 项目环境要求

4.2.1 硬件要求:

4.2.2 网络存储要求:

4.2.3 技术支持服务要求:

5 系统设计方案

5.1 系统功能设计

5.1.1 视频监控平台基础功能设计

5.1.2 视频资源及联网设备编码与管理设计

5.1.2.1 全省现有联网视频资源属性

5.1.2.2 视频资源编码具体格式

5.2系统软件结构

5.2.1总体设计思想


前言

1.1 目的

        为彻底扭转城市交通系统视频信息资源分散,缺乏统一规划及部署,难以保障突发事件应急指挥的不利局面,迅速提升技防建设和管理水平,设计时按照“总体布局、统一部署、分步实施”的总体设计思路,以实现异构平台视频监控联网、视频信息资源共享、应急事件指挥及降低管理风险的目标,特制定本方案建议书。本方案适用未来交通行业内部视频监控平台的建设及平台互联互通的建设,为SZ市交通运输指挥中心的视频建设提供基础平台。

        本方案从结构、功能、数据等几个方面对SZ市交通视频监控平台建设方案做了准确的简述,方便用户及研发管理组清楚的了解将获得什么样的视频监控平台,使用者在对软件开发的功能和处理上达成一个可以一致认可的材料,为安排项目规划、系统开发、测试及后期部署、使用、验收提供标准依据。

1.2 适用范围

        本文档对系统分析设计、开发人员准确的理解客户需求,进行下一步系统分析设计及开发起到了总纲和指导作用。

本文档适用于参加本项目实施过程中的所有成员,包括:

        (1)市交通局相关单位和部门的领导和工作人员;

        (2)应用软件开发实施人员:项目经理、系统分析人员、系统设计人员、编码开发人员、测试人员、文档编写人员、系统安装实施人员。

1.3 术语表

        GB/T 28181:国家安全防范视频监控联网系统信息传输、交换、控制技术要求

        SIP:Session Initiation Protocol──用于多方多媒体通信的框架协议

        XML:Extensible Markup Language ──扩展标记语言

        GUID:Globally Unique Identifier ──全球唯一标识符

        SOA:Service-Oriented Architecture ——面向服务的体系结构

        WSDL:Web Services Description Language ──网络服务描述语言

        SDK:Software Development Kit ──软件开发包

        OCX: Object Linking and Embedding (OLE) Control eXtension──对象类别扩充组件

现状分析

2.1 业务现状

        经过近几年的努力,SZ交通系统信息化建设取得了显著的成绩,在提高城市公共事业和社会治安动态管理方面发挥了积极作用。但同时远程监控联网前期建设还存在着一些不足,制约了SZ交通局远程联网监控建设系统新建扩建、视频资源的共享和应用业务的整合,制约了安全防控体系技术水平的提高,主要表现在以下几个方面:

        (1)、多个异构平台共存局面,缺乏有效的视频信息资源共享与互联互通,严重制约了远程监控联网与业务扩展的发展需求;

        (2)、系统硬件品牌繁多,标准不统一,联网率低,各单位各自为阵,仅以满足自身管理需要为主,缺乏统一的规划,视频资源不能为其他部门和上级机构共享;

        (3)、系统对各类视频信息数据的综合应用水平不高,巨大的图像资源潜力未得到充分挖掘利用,对有效提升SZ交通远程监管能力形成移动制约;

        (4)、系统智能化程度不高,对视频信息的利用主要是事后查证,对大规模视频监控图像缺乏有效的监控手段,缺乏智能化的技术支撑和应用管理;

        (5)、基础设施建设不能够满足将来业务应用的需求,如:传输网络、监控中心显示系统等,影响了业务的有效开展。

2.2 组织机构现状

        SZ交通视频监控联网平台整合建设工作由局科技信息处牵头,负责视频平台建设整合的整体协调工作;信息化公司负责视频平台的开发建设以及平台技术整合工作。

2.3 存在的问题

        要实现SZ交通系统视频资源整合,需要有两个问题解决:

        第一、目前SZ市交通视频联网平台还缺少一个市局级视频平台来对接整合下属各单位的交通视频资源以及和省级平台的联动,我们所以首先要建设一个符合国标和江苏省省标的一个标准视频平台作为市局一级视频联网监控平台。

        第二、各单位原有视频联网监控平台建设标准不一,技术对接比较复杂,需要上下级平台间互相协调改造,存在技术难度高,协调工作量大的问题。

2.4 项目成果预期

        经过本项目的研究和实践,具体可有如下成果形式:

        (1)建设成一个符合国家标准和江苏省标准的的市局级视频联网平台。

        (2)完成和具备对接条件的上下级视频平台的互联互通整合工作。

       (3)为其他交通业务系统提供视频资源基础保障平台,为其开放调用视频的接口和相关控件。

系统建设原则

  • 系统建设严格要求按照国标28181和江苏省省标技术要求设计,包括互联结构、网络传输、交换存储、设备控制、控制传输安全性和流程以及协议接口等。
  •  灵活性和方便性:视频监控联网平台提供了编解码设备管理、存储管理、网络管理、报警管理等基础设备管控功能。通过优化系统架构,提高系统的整体效能,使平台对视频监控等系统的管理更灵活、更人性化。
  • 安全性和可靠性:通过用户认证、权限认证、传输加密等安全保障机制,建立完善的安全管理体制,防止数据受到破坏。
  • 扩展性:在系统的设计过程中充分遵循国家监控联网系统 28181标准,采用开放性的结构并预留好接口,确保系统的高度可扩展性。支持平台系统自身规模的扩展,同时其承载大容量业务接入的核心服务器、分发、编解码等网元均支持灵活扩展、平滑扩容,并提供可开放、可共享的接口。
  • 经济性:立足于现有资源进行建设,充分保护原有投资,新增的硬件和支持软件部分也要合理的考虑性能价格比。
  • 开放性:视频监控平台基于SOA架构设计,并通过Web Service提供基础服务,方便与第三方业务系统相互集成;同时,系统采用了基于J2EE的企业业务中间件技术,方便对接第三方厂商的设备。

项目需求

4.1 项目需求

        基于项目现状分析,我们认为SZ交通视频监控联网平台建设有以下需求:

4.1.1 业务需求主要分为三部分:

        三部分业务需求包括:联网需求、管理需求与应用需求。

        (1)联网需求:统一平台管理,整合各类不同来源的视频图像资源,最大限度地共享资源和深化应用,实现视频图像信息的全网共用。以远程监控多级级联监控管理系统为承载体,使多城区多异构平台内的监控资源点连成线、线连成面,形成一张覆盖SZ地市多个县级市的完整监控网络。

        (2)管理需求:SZ多个县级市的视频联网接入,为了满足未来的业务扩展需求,监控系统规模将日趋庞大,因此系统的维护变得尤为重要,通过系统设备巡检、视频图像质量诊断等业务的融入,使运维服务更智能、更具生命力,为SZ交通运输局领导及用户及时发现系统运行问题、排除故障、预先防范等提供强有力的保障。

        (3)应用需求:应用需求通过可视化管理对视频数据的深入挖掘满足业务安全管理需求,其中高清与智能是可视化应用管理的前提与基础。“高清”能够最大限度地保障可视化,“智能”能够最大限度地促进管理,从而提高业务管理以及系统管理的综合效益与服务水平。

4.1.2 技术需求主要分为四部分:

(1)无缝整合已建视频监控系统,实现全网监控点联网整合,统一管理。

        新建系统应采用全网络化的方式进行建设,并可以整合已建的监控系统,可通过IP传输网络,整合全市交通管理部门所有已建监控图像信息资源,实现监控点的集中联网控制,统一管理。以达到利旧整合的目的,减少建设投入,避免资源浪费。

(2)符合交通部门、公安部门的相关标准和规范

        本系统需和SZ市公交局进行视频图像的共享,并需上传图像至江苏省交通厅,供其实时预览与调用图像、图片。因此新建系统必须符合公安部GB/28181的规范,也要符合江苏省交通厅视频资源整合的规范标准。

(3)系统应能向上接入上级运管部门及政府机关

        新建系统应能向上接入并上传图像至江苏省交通厅,供其实时预览与调用图像、图片。同时可对所在地政府机关提供视频接入接口,以便加入公安机关平安城市的一体化防控体系。

(4)系统应具备良好的开放性和扩展性。

        新建系统应采用模块化结构设计,具备良好的可靠性和强大的扩展能力。可提供丰富的接口,轻松实现与交通相关系统等其他业务系统的对接,实现各个系统的大联网。同时系统可提供相应的程序源代码、和完善的SDK二次开发包能够满足今后整个系统的便捷整合。

4.2 项目环境要求

4.2.1 硬件要求:

数量

备注 

HP DL388 Gen9 E5-2620v3 1P 16G CN Svr
(8SFF)

775450-AA1

标配1个英特尔®至强®处理器 E5-2620v3 (六核 2.4GHz,15MB共享三级缓存,85W) 可支持最大2个处理器; 标配两个Smart Socket 智能CPU托架; 标配16GB (1x16GB) DDR4-2133 智能内存, 最大支持24DDR4内存插槽; 标配1HP Smart Array P440ar 智能SAS阵列控制器, 2G FBWC缓存, 支持RAID 0/1/5/6; 主板集成 iLO Management Engine (iLO4)远程管理芯片(标配含独立管理端口); 3 PCIe 插槽; 标配8 SAS  2.5英寸小尺寸(Smart Drive)硬盘槽位(标配8个可用, 可选升级至1624SFF硬盘槽位); 标配4端口千兆网络适配器; 标配1500W通用插槽热插拔高效铂金电源(94%转化率),可选冗余; 标配便捷滑动安装导轨; 可选内置光驱(24 SFF时不可选); 2U高度; 2FC 8GB HBA

1

 

处理器

最多支持2个处理器

 

 

 

 

719051-B21

HP DL380 Gen9 Intel Xeon E5-2620v3 (2.4GHz/6-core/15MB/85W) 处理器套件

1

 

内存

16个内存插槽

 

 

 

 

726719-B21

HP 16GB (1x16GB) Dual Rank x4 DDR4-2133 CAS-15-15-15 Registered 内存套件

3

 

硬盘

 

 

 

 

 

652564-B21

HP 300GB 6G SAS 10K rpm SFF (2.5-inch) SC 热插拔硬盘

2

 

电源及配件

 

 

 

 

 

720478-B21

HP 500W Flex Slot Platinum 热插拔电源

1

 

4.2.2 网络存储要求:

Part Number

Ext Qty

Product

Service Months

Grouping Default

中文描述

FAS8020-R6

1

 

 

 

 

FAS8020-001-R6

1

FAS8020 Stand Alone System

 

Hardware

存储控制器

SW-2-8020-NFS-C

1

SW-2,NFS,8020,-C

 

Software

NAS协议许可

X6226-R6-C

1

Chassis,FAS8020,AC PS,-C

 

Hardware

工业标准机箱

DS2246-1014-24S-0P-R6-C

1

DSK SHLF,24x600GB,10K,0P,-C

 

Storage

24块600G磁盘

OS-ONTAP-CAP2-0P-C

72

OS Enable,Per-0.1TB,ONTAP,Perf-Stor,0P,-C

 

Software

磁盘容量许可

X6562-R6-C

1

Cable,Ethernet,5m RJ45 CAT6,-C

 

Hardware

网线

X6553-R6-C

2

Cable,Cntlr-Shelf/Switch,2m,LC/LC,Op,-C

 

Hardware

FC光纤线

X5515A-R6-C

1

Rackmount Kit,4N2,DS14-Middle,-C,R6

 

Hardware

控制器机架套件

X5526A-R6-C

1

Rackmount Kit,4-Post,Universal,-C,R6

 

Hardware

磁盘柜机架套件

DOC-8020-C

1

Documents,8020,-C

 

Hardware

随机文档

X800I-R6-C

4

Power Cable China,-C,R6

 

Hardware

电源线

X6584-R6-C

1

Cable,Ethernet,1m RJ45 CAT6,-C

 

Hardware

网线

X6594-R6-C

2

Cable,SAS Cntlr-Shelf/Shelf-Shelf,HA,1m,-C

 

Hardware

SAS线缆

CS-A2-4R-VA

1

SupportEdge Standard Part Replace 4hr,VA

36

Services

7*24*4 3年原厂备件服务

       

4.2.3 技术支持服务要求:

Vmware

1

安装配置ESX 服务器,虚拟主机配置

12

Services

Oracle

1

Oracle RAC 配置

12

Services

系统设计方案

5.1 系统功能设计

5.1.1 视频监控平台基础功能设计

        市级联网平台应能接收全市各级平台上传的视频资源及图像信息,实现全市交通运行状况的监视,数据汇总、统计,并与上级管理部门以及其他相关管理部门进行视频资源的共享。省、县联网监控平台和区域中心监控平台实现其管辖范围内的交通视频图像联网管理和显示,接收下级平台上传的视频资源,并实现与上级平台和其它相关管理部门之间的视频资源共享。

        视频联网监控平台应具备以下基本功能:

  (1)视频资源信息采集:应能采集本平台所辖区域内的交通视频图像信息,各联网监控系统平台及监控分中心系统运行状态、设备工作状态信息,及各监控点的经纬度位置信息、管理单位、联系人、联系方式等。

  (2)系统管理:应能实现对平台基础数据资源进行管理,涵盖用户、权限、策略、视频基础信息的维护,以及系统运行状态,日志的查询等功能。

  (3)视频调看

        (a)应能实现视频资源的实时调看,完成对所需视频和录像资源的实时调看,包括多画面展示方式。

        (b)录像的回放,实现对本地和远端录像资源的检索和调看。

        (c)视频资源状态显示,通过相应图标颜色的变化表示资源运行状态,点击相应图标即可查看视频图像以及资源属性信息。

        (d)具有分层显示功能,根据视频资源类别及所属单位,分层分类显示视频资源,形成视频资源目录树。

        (e)对于重点视频监控资源,区域中心视频监控平台需优先保证上级用户的调看,必要时设置上级平台联网调看专属通道,或赋予上级调看用户最高切换权限,以保证应急事件发生时重点视频图像的及时上传。

  (4)数据备份和系统恢复

应具有重要数据进行备份功能,一旦系统遭到破坏,可尽快恢复系统运行。

   (5)设备管理

应具有对本系统的软、硬件进行管理的功能,以及设备状态自动检测,设备运行状态显示、通报等功能。

    (6)视频存储

应能对本平台所辖区域内的视频进行录像和相应的检索查询,同时为其它平台提供录像检索查询相关的接口。

    (7)详细功能列表

一级功能

二级功能

技术指标

全局管理

用户注册

支持丰富的用户信息录入,包括用户名、用户密码、用户级别、用户状态、可选项有真实姓名、手机号码、邮箱、所属部门等

多网域支持

平台支持多网域,可实现不同网域间平台信息的共享

认证管理

全面的安全性,系统提供统一的认证、授权管理机制。

权限管理

用户权限控制:支持用户(组)角色管理,精细化权限控制到通道。

配置权限控制:可分别赋予用户配置权限,包括:组织资源管理、用户管理、报警管理、录像管理、网络管理、日志管理等;控制权限包括实时预览、录像检索、录像回放与下载、云台控制、语音对讲、日志查看等,

用户级别

支持分级式的用户管理机制,根据用户的不同身份授予或收回系统权限和业务全权限。

高清智能

全面高清

更清晰的调查取证需要完整的高清监控解决方案作为支撑,需要涵盖至前端视频采集、编码、传输、存储、控制、解码输出,直至中心管理平台等各个完善的安防产品线。为了应对这些挑战,系统提供完整的模拟高线、数字高清和网络高清解决方案等多种高清解决方案。 例如,系统支持130万、200万与500万高清摄像机接入,从采集、传输、显示到存储均全面支持高清。

设备兼容性

支持包括海康、大华、天地伟业、雅安、英飞拓、Arecont Vision、华天成、艾立克等多个国内外视频监控主流品牌的多款主流设备接入,无论是通过DVR或DVS接入的模拟摄像机或直接接入的网络摄像机。

实时预览

画面分割

实时预览支持单画面、4画面、6画面、8画面、9画面、13画面、16画面、25画面、36画面分割。

双屏预览

支持主辅屏预览,在解码资源充足的条件下,可增加屏幕进行画面预览。

云台控制

监控时可操作云台的8个方向转动;云台转动的步进值应可设置;根据设备实际情况支持雨刮、辅助灯光开关功能;具有手动和自动调焦功能;光圈可手动调节

流媒体级联

最大支持多级流媒体级联,可有效解决带宽限制和跨网域传输的问题

存储管理

分布式录像

系统提供多节点堆叠的分布式存储策略,全面支持高清和标清视频数据的7×24小时不间断录像。

存储模式

支持多种存储模式:设备存储、IPSAN存储、NVR存储、以及CVR直存

IPSAN存储

IPSAN存储可实现磁盘异常修复、录像锁定以及录像保护等功能

录像回放

录像检索

系统支持按时间段检索指定监控点的录像文件,录像文件列表提供文件名、时长、文件大小等信息。

录像备份

客户端支持灵活的录像备份策略:本地备份、光盘刻录备份、蓝光刻录、FTP上传备份。

回放模式

支持最多16画面的同步回放。

日志管理

行为日志管理

记录了用户登录、配置和操作的日志信息,可以根据类型和时间进行查询

系统运行日志管理

记录系统运行的实时状况日志,如点位在线状态变更、录像状态变更、服务器负载状态等。

报警日志管理

记录服务器和监控点的异常和报警信息,可以按照类型和时间进行查询。

对外服务

二次开发

系统需提供平台SDK和客户端OCX控件给客户进行二次开发,方便将视频监控功能集成到客户的第三方系统中,实现平台登录、设备列表获取、实时视频预览、录像回放及下载、云台控制等功能。

运维管理

设备智能管理

状态检测:系统自动批量检测设备的在线状态,并实时更新至数据库和通知已登录的客户端。

设备重启:系统提供重启前端设备和服务器的功能,而不需要使用设备厂家的维护工具进行重启。

监控点批量添加:支持分组和点位的批量导入和导出,以及分组、监控点查询和排序等功能。

5.1.2 视频资源及联网设备编码与管理设计

        所有整合的资源和设备在平台上都应有唯一的编码,具体编号格式如下:

5.1.2.1 全省现有联网视频资源属性

        全省现有联网视频资源属性应包含以下几项内容:

        (1)、视频资源所属地区

        (2)、视频资源所属行业

        (3)、视频资源所属单位

        (4)、视频资源类别

        (5)、视频资源所属航道(航线、航段),所属路线、所属场站

        (6)、三位唯一编码

        三位唯一编码从 001 开始,依次递增。 (建议在超出3位数字可以表示的范围时,使用大写英文字母顺序表示)

        具体各位属性对应编码表详见,附件《视频资源及联网设备编码表》

5.1.2.2 视频资源编码具体格式

        对于车站场所的视频资源则按照由外向里,逆时针排序。

        对于移动视频,按照移动终端本身的编号进行唯一性编码排序。

        视频资源编码结构,如下图所示:

                

        如:公路局SZ公路处某摄像机编码如下:

                320502 02 2005 103 110 001

        其中,320502   表示SZ市姑苏区

                02        表示公路行业

                2005    表示SZ公路处

                103      表示公路收费站广场

                110      表示苏同里公路

                01        表示该类视频资源中按桩号和逆时针排序的第一路视频。

5.2系统软件结构

5.2.1总体设计思想

        视频监控平台以实现互联、互通、互控为目的,综合运用视频监控相关技术,把若干个区域视频监控系统整合在一起,完成基于视频采集、音频采集、传输、控制、显示、存储、处理等主要业务的综合视频监控系统,可实现各县级市图像资源的集中管理,最大限度实现跨地区、跨部门视频监控资源共享和互联互通,保证联网视频传输的质量,提供一个视频信息资源的统一监控检索系统,充分发挥视频监控系统在加强社会管理,提升警务效率、预防和打击违法犯罪等方面的作用。

        系统总体架构设计,按照国标28181技术要求设计,包括互联结构、网络传输、交换存储、设备控制、控制传输安全性和流程以及协议接口均按照国标28181技术要求设计。

(1)实现异构平台级联与视频资源整合:

        整合各个异构平台信息资源,整合各类不同来源的图像资源,实现视频图像信息系统的数字化、网络化和智能化,具备信息资源管理、设备管理、用户管理、网络管理等功能;在技术上平台提供标准国标28181接口和上下级平台对接,在非标准平台无法改造成国标28181接口的情况下,需要提供原平台SDK,在根据SDK情况定制化开发相应接口。

(2)实现视频资源统一调度

        在实现视频图像信息整合的基础上,经平台统一授权控制,通过客户端可远程访问授权范围的视频图像信息,可对跨区域、跨部门的视频图像信息进行调度;

(3)深度挖掘实战应用功能

        依托系统之间的有效关联和对接以及系统平台的业务开发能力,为各部门提供业务实战支撑。

(4)系统原理图:

(5)系统总体设计:

        平台软件系统采用B/S、C/S模式设计,支持Windows操作系统。平台采用先进的APP应用框架,应用了组件化、模块化、动态加载等技术,模块显示直观,业务划分明晰,操作便捷,一步到位。

        同时,采用全图形化界面、操作简单,符合用户常用的操作习惯。

        平台软件系统符合GB/T 28181标准,网管平台采用SNMP协议。

        架构设计上,通过分离、分层、分级、分域、热备、负载均衡、云存储技术,从架构上保障了系统的稳定性、易扩展、易维护、易融合。

        分离:媒体流和控制管理分离,根据数据量不同的特点定制开发,控制和数据处理独立,支持超大规模应用和灵活扩展;

        分层:分为接入层、流媒体层、管理控制层、业务应用层,层与层之前通过标准协议通信,每层实现技术可独立演进,方便系统升级、扩展和新业务引入;

        负载均衡:通过智能动态负载均衡算法,可在故障时快速有效承接。

        负载均衡、集群管理、平滑扩容等的技术描述如下:

        上图是本平台的集群管理架构,主管理服务器即管理节点负责用户登录信息、服务器负载状态、会话管理等管理任务,其并不参与视频数据处理的具体任务,因此系统负载相对较小;

        录像和转发服务器是平台的数据节点,可通过服务器物理堆叠的方式扩展系统接入容量,其负责从各类视频源采集视频流数据进行转发和录像,系统负载较大,因此只要增加物理数据节点并安装相应软件而无需更改平台软件架构即可实现系统平滑扩容的需求。

        从管理服务器的功能与主管理服务器一样,当主管理服务器发生故障后,从管理服务器随即切入工作,此时平台的用户登录状态、数据转发状态、服务器负载状态等各种系统状态保持不变,系统业务完全不受故障的影响,主从管理服务器之间会即时地互备系统数据,平台的这套主从机制既实现了系统热备功能,也避免了因管理节点的单点故障而导致系统业务中断。

        每台录像和转发服务器会定时地向管理服务器发送系统负载状态数据,以确保管理服务器完全掌握各数据节点的负载状态从而实现整个平台的负载均衡功能。各物理节点之间采用平台自定义的二进制协议进行交互,基于TCP/IP协议。

    录像和转发服务器提供实时视频流的采集、转发、7×24小时磁盘录像、录像检索与回放等系统服务。客户端向管理服务器通过验证后,从管理服务器获取当前负载较小的数据节点的地址端口等信息,接着与该节点建立网络连接和会话,通过调用SDK的相应接口与该数据节点进行交互,从而实现实时视频预览、录像检索、回放下载、云台控制等业务功能。

        总体框架如下所示:


未完待续,文章正下方可以看到我的联系方式。

鼠标“点击” 下面的 “威迪斯特-就是video system 微信名片”字样,就会出现我的二维码,欢迎沟通。


1.2.1.1 多终端支持及实时转码 “校园综合监控平台”可支持多种终端设备的监控访问,包括大屏幕电视墙、PC终端、平板电脑终端、智能手持终端等,支持高并发的视频访问能力,并且根据客户端的不同处理能力,实时转码,瞬时动态调整视频的分辨率,满足用户需求的同时降低网络带宽的消耗。 1.3.1.2 全屏多画面、单画面 “校园综合监控平台”支持视频信号在各种终端上全屏多画面、单画面呈现,并根据接入视频路数自主调整视频画面分辨率,呈现视频内容可以根据摄像头编号或名称勾选等。 1.2.2 管理维护需求 1.2.2.1 摄像头状态维护 “校园综合监控系统”可以接入所有校园的第三方监控摄像头,对接入的所有摄像头进行状态监控,判断监测摄像头的工作状态是否正常有效,并能够实时呈现告警、记录日志。 1.2.2.2 客户端系统支持 平台客户端支持Linux(CentOS、RedHat、Ubuntu)、Windows、iOS、Android等主流PC、平板电脑和智能终端操作系统。 1.2.2.3 摄像头层级目录管理 “校园综合监控平台”中的摄像头目录采用树形结构、层级管理。各校园摄像头命名统规范标准,名称体现视频的来源、摄像头地理位置和所属校园、摄像头的制式和编号等信息,便于快速检索。 1.2.2.4 账号登录权限管理 “校园综合监控平台”可对登录账号进行权限设置和管理,根据账号开放特定的视频流访问权限。 1.2.2.5 升级扩容改造管理 “校园综合监控平台”可保证在监控中心系统和各学校监控系统不宕机、服务不中断的情况下进行软硬件升级、硬件扩容等平台升级扩容改造工作。 1.2.2.6 服务器状态监控、负载均衡 “校园综合监控平台”对各校园的监控节点进行统调度管理,无人值守的运行状态;在监控中心,可根据服务器的处理负荷进行负载均衡,将大量的并发访问和数据流分担到多个节点进行处理,提高服务器的运行效率。 1.2.2.7 数据备份和智能分析
评论 12
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值