CN107104961B - 基于ZooKeeper的分布式实时视频监控处理系统 - Google Patents
基于ZooKeeper的分布式实时视频监控处理系统 Download PDFInfo
- Publication number
- CN107104961B CN107104961B CN201710264270.7A CN201710264270A CN107104961B CN 107104961 B CN107104961 B CN 107104961B CN 201710264270 A CN201710264270 A CN 201710264270A CN 107104961 B CN107104961 B CN 107104961B
- Authority
- CN
- China
- Prior art keywords
- video
- real
- processing
- video processing
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/18—Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
- H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
Abstract
本发明公开了一种基于ZooKeeper的分布式实时视频监控处理系统,包括视频采集设备、ZooKeeper服务器群、内存数据库服务器、实时视频处理服务器群RVPS、流媒体域名服务和客户端。本发明利用ZooKeeper服务器群实现集群的高可用性、分配计算资源、负载均衡,客户端通过内存数据库服务器向实时视频处理服务群发送操作指令,并可随时修改操作指令。RVPS从视频采集设备接入实时视频流,通过轮询内存数据库服务器中存储的处理指令对实时视频进行处理,RVPS则通过RTSP流媒体协议将编码后的原始视频发送给客户端,并将处理结果通过内存数据库服务器反馈给客户端,实现视频与处理结果分离。客户端通过流媒体域名服务访问域名不变而IP地址变动的RTSP视频流。
Description
技术领域
本发明属于分布式实时视频处理领域,具体涉及一种基于ZooKeeper的分布式实时视频监控处理系统。
背景技术
随着高清视频监控设备和技术在公共安全领域的广泛应用,每时每刻都在新增大量的视频数据,海量的高清视频对于加快破获恶性刑事案件、维护社会公共安全起到了很大的作用,然而目前针对实时视频的分析和处理主要依赖人力,更多的视频数据则是保存在磁盘上供事后调阅。为了能够更为有效的对海量的实时视频进行处理,需要实现一种简单、高效、易于部署的分布式实时视频处理系统。
现有的并行处理平台或框架,如Hadoop等,通常用于历史数据的离线处理和分析;Storm、Spark-Streaming等实时流处理框架则适用于离散数据的处理,不适用于连续的视频流。同时,上述平台或框架体积庞大、部署困难、资源消耗大。针对多路视频进行实时处理,本发明提出了一种分布式实时视频监控处理系统,利用多台服务器对不同的视频进行实时分析,并从中提取行人、车辆、人脸等信息,为基于实时视频图像的目标监控、布防和预警提供技术支撑。
发明内容
发明目的:本发明所要解决的技术问题是提供一种简单、高效、易于部署的分布式实时视频监控与处理系统。
技术方案:基于ZooKeeper的分布式实时视频监控处理系统,包括视频采集设备、ZooKeeper服务器群、内存数据库服务器、实时视频处理服务器群(RVPS,Real TimeStreaming Video Processing Servers)、流媒体域名服务(SMDS,Streaming MediaDomain Name Service)和客户端;ZooKeeper服务器群,用于实现集群的管理、动态选择实时视频处理服务器及实现负载均衡;内存数据库服务器,用于存储用户从客户端下发的视频处理指令以及实时视频处理服务器群的视频处理结果;实时视频处理服务器群,包括若干实时视频处理服务器,用于在ZooKeeper服务器群的管理下对实时视频进行接收、解码、处理、编码和发送;每个实时视频处理服务器包括统一URI解码模块、视频处理模块、视频处理结果写入模块、视频编码模块和视频发送模块;统一URI解码模块根据统一的URI地址对接入的视频进行解码;视频处理模块从内存数据库服务器中读取视频处理指令参数进行相应的视频处理并通过视频处理结果写入模块将处理结果写入内存数据库服务器;流媒体域名服务,用于将ZooKeeper动态分配的处理地址转换为供客户端访问的URI,一个视频采集设备对应唯一的URI;客户端,用于显示实时视频及视频处理结果数据、用户帐户管理、视频处理任务管理以及系统中的集群状态管理;实时视频来自实时视频处理服务器群,视频处理结果数据来自内存数据库服务器。
所述视频处理指令数据至少包括:包括视频采集设备编号的关键字,处理指令更新标识、视频处理类型以及处理区域坐标范围;
所述视频处理结果数据至少包括:包括视频采集设备编号及缓存帧序号的关键字,时间戳,视频处理类型,处理区域坐标范围以及告警级别。
所述统一URI解码模块中采用的统一的URI地址自定义格式包括:URI识别头,用户名,第一分隔符,密码,第二分隔符,视频采集设备登录地址,第三分隔符,视频采集设备服务端口号,第四分隔符以及视频采集设备服务地址;所述URI识别头为传统通用的URI识别头或自定义的非通用的URI识别头,每一种自定义的非通用的URI识别头与特定的SDK解码方式对应。
所述流媒体域名服务根据ZooKeeper动态选择结果和原始RTSP(Real TimeStreaming Protocol,实时视频流协议)地址生成规则,产生“视频流地址前缀+视频采集设备编号+固定域名后缀”格式的视频流地址,其中视频采集设备编号在系统中唯一。
所述客户端显示实时视频及视频处理结果数据,将视频处理结果数据的时间戳与RTSP数据包中的时间戳进行比对,如果时间戳信息匹配,则将视频处理结果数据绘制在接收到的对应视频帧上,再将视频显示在客户端界面上;如果时间戳信息不匹配,则直接将收到的视频显示在客户端界面上。
进一步地,实时视频监控处理系统,还包括消息队列服务、告警分类服务器以及告警数据库服务器;所述实时视频处理服务器包括告警消息写入模块,用于在视频处理模块产生告警时,将检测到的可疑区域及类型写入消息队列服务;所述告警分类服务器通过订阅消息获得相应的告警信息,并对告警信息进行分类识别,将识别出的信息存储到告警数据库服务器,并发送给客户端。
有益效果:本发明通过部署多台ZooKeeper实现集群的高可用性,支持任务失败或计算节点失效的情况下,对失败或待处理任务重新分配计算资源;本发明通过使用URI(Uniform Resource Identifier,统一资源标识符)统一视频采集设备RTSP访问与SDK(Software Development Kit,软件开发工具包)访问方法使用相同的接口,便于数据存储与处理;本发明通过内存数据库服务器为客户端、服务器提供了一种指令同步架构,分离视频和处理结果,使客户端接收到的为纯净的视频画面,便于客户端进行其他视频处理操作;本发明可有效提升视频并行处理效率,并有利于手机、平板电脑等瘦客户端设备接入实时视频处理系统,通过后台服务器的强大处理能力来弥补瘦客户端处理性能的不足。该系统服务器群也可与深度学习计算机进行连接,并弥补单计算机无法进行复杂实时视频处理的不足。
附图说明
下面结合附图对本发明作进一步详细描述。
图1为本发明实施例的系统架构示意图。
图2为本发明实施例的实时视频处理流程图。
图3为本发明实施例的统一URI解码视频流程图。
图4为本发明实施例的非通用URI自定义格式解释图。
图5为本发明实施例的视频处理服务动态选择与SMDS架构图。
具体实施方式
本发明实施例公开的一种基于ZooKeeper的分布式实时视频监控处理系统,主要包括视频采集设备、ZooKeeper服务器群、内存数据库服务器、实时视频处理服务器群(RVPS)、流媒体域名服务(SMDS)和客户端。为进一步对告警信息进行处理,还可包括消息队列服务、告警分类服务器以及告警数据库服务器。其中内存数据库采用Redis,消息队列采用Kafka,也可采用其他商用或开源工具。
图1为本发明一个具体应用的系统架构示意图,如图所示,本发明采用ZooKeeper、Kafka和Redis开发框架,主要包括以下部分:视频采集设备、ZooKeeper服务器群、Kafka消息队列服务、Redis服务器、实时视频处理服务器群(RVPS)、告警分类服务器、流媒体域名服务(SMDS)、告警数据库服务器、客户端。
视频采集设备包括网络摄像机、卡口设备、视频采集器等,可通过网络连接的视频采集设备。
ZooKeeper服务器群,通过部署多台ZooKeeper实现集群的高可用性,支持任务失败或计算节点失效的情况下,对失败或待处理任务重新分配计算资源;本系统将任务调度与具体任务类型完全隔离,支持任意类型处理任务的调度和管理。
Kafka消息队列服务,用于高吞吐量的分布式消息订阅系统。通过Kafka消息队列分发告警信息,通过集群来提供实时的消费。
Redis服务器是一种高效的内存数据库服务器,将数据库存储在内存中可以进行高效的读写操作,客户端利用Redis服务器控制实时视频处理服务器群的行为,实时视频处理服务器通过轮询Redis服务器中存储的控制指令来执行相应的操作,并向Redis服务器中实时写入视频处理结果。
实时视频处理服务器群(RVPS)负责对实时视频进行接收、解码、处理、编码、发送,并负责告警信息的发送。在接收解码过程中,RVPS使用统一的URI地址来标注不同处理前端及解码方式,便于数据存储及系统其它部件的统一管理。在处理过程中,实时视频处理服务器根据从Redis服务器中获得的处理指令进行相应的处理,包括入侵检测、人脸检测、行人检测、车辆检测等,并将检测到的可疑区域及类型通过Kafka消息服务发送给告警分类服务器。在编码发送过程中,RVPS将原始视频进行编码后通过RTSP服务发送,并将处理结果通过Redis服务器发送给客户端,客户端可根据Redis服务器上存储的处理结果指令在客户端上绘制视频处理结果,并使用时间戳参数来保证处理结果的实时性。采用视频与处理结果分离的方式有利于分离在视频上标注的处理结果,便于客户端进行后续处理。
告警分类服务器通过Kafka获得订阅的告警消息类型,并对相应的告警消息利用离线训练得到的深度学习模型进行相应的分类操作:对人脸告警进行人脸识别、对车辆告警进行车型识别与车牌识别,并可根据需要扩充更多的识别类型。
SMDS用于解决负载均衡造成的RVPS处理后产生的动态视频流地址,并将其根据产生规则对应到静态的URI,便于客户端浏览、控制。
告警数据库服务器用于存储告警信息。
客户端,用于用户浏览实时视频、分配及变更实时视频处理任务;客户端可集成用户帐户管理与资源管理Web端,实现基于Web的集群状态监控及管理、提交新任务或停止已有任务。
图2为本发明的实时视频处理流程图,RVPS为本系统的处理核心,设有多台实时视频处理服务器,每台实时视频处理服务器主要包括统一URI解码、视频处理、视频处理结果写入、告警消息写入、视频编码和视频发送等模块。其中统一URI解码模块根据统一的URI地址对接入的视频进行解码;视频处理模块从Redis服务器中读取视频处理指令参数进行相应的视频处理并通过视频处理结果写入模块将处理结果写入Redis服务器,在视频处理模块产生告警时,通过告警消息写入模块将检测到的可疑区域及类型写入消息队列服务。RVPS通过统一URI封装普通视频流与SDK视频流,使两种视频流可以使用统一格式进行存储、管理。在视频处理过程中,客户端通过Redis服务器向RVPS发送视频处理控制参数,并可随时变更处理控制参数;RVPS通过轮询Redis服务器有关视频处理的控制参数,并根据读取的参数进行处理。如果没有有效的参数或参数为不需处理,则将视频直接发送给视频编码器,并通过RTSP服务进行发送;如果有人脸检测、行人检测、车辆检测等处理参数,则将视频进行相应处理,在处理时将发现的人员、车辆信息通过Kafka消息服务发送给告警分类服务器,再将视频编码,并通过RTSP服务进行发送。告警分类服务器通过订阅Kafka消息获得相应的告警信息,并对告警进行分类识别,将可疑人员、车辆、车牌等信息存储数据库,并将其发送给客户端。客户端会轮询Redis服务器查询最近25条处理结果,并将时间戳与RTSP数据包中的时间戳进行比对,如果时间戳信息匹配,则将告警信息(包括告警类型、告警区域)绘制在接收到的对应视频帧上,再将视频显示在客户端界面上;如果时间戳信息不匹配,则直接将收到的视频显示在客户端界面上。
在图2中,Redis服务器中存储的视频处理控制参数组成如表1所示:
表1视频处理控制参数组成
类型 | 名称 | 说明 | 是否关键字 |
string(字符串) | key | 关键字 | 是 |
int(整数) | needUpdate | 是否需要更新 | 否 |
int(整数) | type | 处理类型 | 否 |
float(浮点数) | x0 | 处理区域左上角横坐标,归一化到[0,1] | 否 |
float(浮点数) | y0 | 处理区域左上角纵坐标,归一化到[0,1] | 否 |
float(浮点数) | x1 | 处理区域右下角横坐标,归一化到[0,1] | 否 |
float(浮点数) | y1 | 处理区域右下角纵坐标,归一化到[0,1] | 否 |
在表1中,关键字由小写字母c+视频捕获设备编号组成。例如,c50001为编号为50001视频捕获设备的视频处理控制参数关键字。RVPS服务器通过Redis服务器读取含有正在处理的视频采集设备编号的关键字的控制数据,控制数据中包含是否需要更新、处理类型和处理区域坐标范围的信息。RVPS根据needUpdate字段判断是否需要更新,如果需要更新(needUpdate>0),则在坐标(x0,y0,x1,y1)范围内执行对应的处理类型(type)操作,支持的处理类型包括人脸检测及跟踪统计、行人检测及跟踪统计、车辆检测及跟踪统计、丢包检测等。在处理完成后,RVPS将该结构数据中的needUpdate置为-1,将该条数据无效化。RVPS在每一帧处理完成后对该帧的处理结果写入视频处理结果数据。
在图2中,Redis服务器中存储的视频处理结果数据组成如表2所示:
表2视频处理结果数据组成
在表2中,关键字由小写字母s+视频捕获设备编号+下划线+缓存帧序号组成。其中,缓存帧范围为0~24,共25帧,超过24时从0开始重新覆盖已有数据。RVPS在写入处理结果时,每产生一个新的处理结果帧,缓存帧序号加1,并将RTSP编码时生成的时间戳信息写入time_stamp字段。例如,s50001_1为编号为50001视频捕获设备的视频处理结果数据第2个缓存帧的关键字。使用缓存帧是为了防止客户端接收结果数据和视频帧时产生时间不一致的问题。客户端轮询Redis服务器中25个缓存的视频处理结果数据,直到找到time_stamp时间戳与接收到的RTSP视频流解码时的时间戳一致的处理结果数据,并根据结果数据中描述的处理类型(type)、处理区域(x0,y0,x1,y1)和告警级别(alert)在客户端上绘制处理结果。其中,告警级别分为0,1,2三级,0级告警表示无告警,1级告警表示一般告警,2级告警表示重要告警。RTSP视频流与处理结果分别接收有利于分离视频和处理结果,使客户端接收到的为纯净的视频画面,便于客户端进行其他视频处理操作,如轻量的视频亮度、对比度调节等。
图3为本发明的统一URI视频解码流程图,包含支持通用URI解码和SDK解码。在使用SDK解码时,传统系统并不能使用URI调用SDK解码,本发明使用自定义的URI结构将SDK需要的信息转换为URI可表示的信息格式。当使用rtsp、rtp、rtmp、udp等通用URI地址时,系统将解析使用ffmpeg(第三方开源视频解码库,可解常见的通用编码格式)进行解码;当使用hik、dh、hw等自定义的非通用URI地址时,系统将解析SDK类别、用户名、密码、端口号、地址信息,并使用特定的SDK进行解码。使用统一的URI地址来标注不同处理前端及解码方式,便于数据存储及系统其它部件的统一管理。统一URI仅对管理员用户可见,对终端用户透明,终端用户仅能看到最终的RTSP服务地址;管理员用户密码采用复杂加密算法进行存储,确保系统安全。
图4为本发明的非通用URI自定义格式解释图,该URI自定义格式包括:
401:URI识别头;
402:用户名;
403:用户名密码分隔符;
404:密码;
405:用户账户信息与地址分隔符;
406:视频采集设备登录地址;
407:视频采集设备登录地址与端口号分隔符;
408:视频采集设备服务端口号;
409:视频采集设备服务端口号与服务地址分隔符;
410:视频采集设备服务地址。
其中,用户名(402)、用户名密码分隔符(403)、密码(404)、用户账户信息与地址分割符(405)、视频采集设备登录地址与端口号分割符(407)、视频采集设备服务端口号(408)、视频采集设备服务端口号与服务地址分割符(409)、视频采集设备服务地址(410)可根据需要进行减省;被减省的部分将使用默认值代替。对于登录地址与服务地址相同的视频采集设备,即减省视频采集设备服务地址的情况,减省规则如表3所示;对于登录地址与服务地址不同的视频采集设备的情况,减省规则如表4所示。
表3非通用URI自定义格式减省规则1(对于登录地址与服务地址相同的视频采集设备,即减省视频采集设备服务地址的情况)
表4非通用URI自定义格式减省规则2(对于登录地址与服务地址不同的视频采集
设备的情况)
非通用URI识别头定义样例如表5所示:
表5非通用URI识别头定义样例
识别头 | 对应视频采集设备SDK |
hik:// | 海康SDK |
dh:// | 大华SDK |
hw:// | 华为SDK |
图5为本发明的视频处理服务动态选择与SMDS架构图,通过部署多台ZooKeeper服务器实现集群的高可用性,本系统支持在任务失败或计算节点失效的情况下,对失败或待处理任务重新分配计算资源。本系统支持将任务调度与具体任务类型完全隔离,支持任意类型处理任务的调度和管理。本系统为每个视频采集设备分配一个编号,如图5中的摄像机编号为50001,该编号亦作为系统处理时使用的端口号。在ZooKeeper选择其中一台实时视频处理服务器进行处理后,生成如下的视频流地址:
rtsp://<ip>:<port/camera_id>/avstream
其中:
rtsp://为视频流地址前缀,说明使用的RTSP协议;
<ip>为实时视频处理服务器IP地址,根据ZooKeeper负载均衡动态选择,如
192.168.1.101;
:(冒号)为实时视频处理服务器IP地址与端口号分隔符;
<port/camera_id>为实时视频处理服务器提供RTSP服务的端口号,与摄像机编号相同,优选有效范围为40000~65535(避免与系统其他服务冲突,在确保不与其他服务冲突的情况下可放宽至1024~65535);
/avstream为固定后缀。
如图5所示,如果ZooKeeper选择服务器192.168.1.101进行实时视频处理,则其生成的原始RTSP流服务地址为rtsp://192.168.1.101:50001/avstream。
SMDS服务器将根据ZooKeeper动态选择结果和原始RTSP地址生成规则,产生如下的视频流地址:
rtsp://<camera_id>.mediaserver.com
其中:
rtsp://为视频流地址前缀,说明使用的RTSP协议;
<camera_id>为视频采集设备编号;
.mediaserver.com为固定域名后缀,仅对企业内部服务时为企业内部域名,供企业外部访问时为企业对外域名。
如图5所示,如果ZooKeeper选择服务器192.168.1.101进行实时视频处理,则SMDS根据ZooKeeper动态选择结果与原始RTSP地址生成规则,产生最终的RTSP服务地址为:rtsp://50001.mediaserver.com对应到rtsp://192.168.1.101:50001/avstream。
同理,如果ZooKeeper选择服务器192.168.1.102进行实时视频处理,则其生成的原始RTSP流服务地址为rtsp://192.168.1.102:50001/avstream;SMDS根据ZooKeeper动态选择结果与原始RTSP地址生成规则,产生最终的RTSP服务地址为:rtsp://50001.mediaserver.com对应到rtsp://192.168.1.102:50001/avstream。
本系统采用的方法中,端口号即视频采集设备编号为唯一编号,同一视频采集设备在任一RVPS上处理,都将在同一端口号上进行RTSP流媒体服务,避免重复,便于管理。
综上,本发明实施例公开的分布式实时视频监控处理系统,利用ZooKeeper对集群中各计算机的状态进行监控和管理,通过在集群中部署多个ZooKeeper节点来实现高可用性。根据实时视频处理服务器集群中不同计算机的处理性能,将各计算机划分为若干容器,每个容器允许运行单个实时视频处理任务。在任务调度时,利用ZooKeeper的分布式锁来实现任务的抢占,利用其观察模式发现失败任务或失效节点,并为失效任务重新分配计算节点。客户端通过Redis服务器向RVPS发送操作指令,并可随时修改操作指令。实时视频处理服务器RVPS从网络摄像机或其他监控设备接入实时视频流,通过轮询Redis服务器中存储的处理指令对实时视频进行处理,如果在处理过程中发现可疑情况,则通过Kafka消息服务将可疑信息发送给告警分类服务器,告警分类服务经过处理,将告警结果反馈给客户端,RVPS则通过RTSP流媒体协议将编码后的原始视频发送给客户端,并将处理结果通过Redis服务器反馈给客户端,实现视频与处理结果分离。客户端通过SMDS服务访问域名不变而IP地址变动的RTSP视频流。
最后说明的是,以上实施例仅用以说明本发明的技术方案而非限制,尽管参照较佳实施例对本发明进行了详细说明,本领域的普通技术人员应当理解,可以对本发明的技术方案进行修改或者等同替换,而不脱离本技术方案的宗旨和范围,其均应涵盖在本发明的权利要求范围当中。
Claims (4)
1.基于ZooKeeper的分布式实时视频监控处理系统,其特征在于,包括视频采集设备、ZooKeeper服务器群、内存数据库服务器、实时视频处理服务器群、流媒体域名服务和客户端;
所述ZooKeeper服务器群,用于实现集群的管理、动态选择实时视频处理服务器及实现负载均衡;
所述内存数据库服务器,用于存储用户从客户端下发的视频处理指令以及实时视频处理服务器群的视频处理结果;
所述实时视频处理服务器群,包括多台实时视频处理服务器,用于在ZooKeeper服务器群的管理下对实时视频进行接收、解码、处理、编码和发送;每个实时视频处理服务器包括统一URI解码模块、视频处理模块、视频处理结果写入模块、视频编码模块和视频发送模块;所述统一URI解码模块根据统一的URI地址对接入的视频进行解码;所述视频处理模块从内存数据库服务器中读取视频处理指令参数进行相应的视频处理并通过视频处理结果写入模块将处理结果写入内存数据库服务器;所述统一URI解码模块中采用的统一的URI地址自定义格式包括:URI识别头,用户名,第一分隔符,密码,第二分隔符,视频采集设备登录地址,第三分隔符,视频采集设备服务端口号,第四分隔符以及视频采集设备服务地址;所述URI识别头为传统通用的URI识别头或自定义的非通用的URI识别头,每一种自定义的非通用的URI识别头与特定的SDK解码方式对应;
所述流媒体域名服务,用于将ZooKeeper动态分配的处理地址转换为供客户端访问的URI,一个视频采集设备对应唯一的URI;所述流媒体域名服务根据ZooKeeper动态选择结果和原始RTSP地址生成规则,产生“视频流地址前缀+视频采集设备编号+固定域名后缀”格式的视频流地址,其中视频采集设备编号在系统中唯一;
所述客户端,用于显示实时视频及视频处理结果数据、用户帐户管理、视频处理任务管理以及系统中的集群状态管理;所述实时视频来自实时视频处理服务器群,视频处理结果数据来自内存数据库服务器。
2.根据权利要求1所述的基于ZooKeeper的分布式实时视频监控处理系统,其特征在于,所述视频处理指令数据至少包括:包括视频采集设备编号的关键字,处理指令更新标识、视频处理类型以及处理区域坐标范围;
所述视频处理结果数据至少包括:包括视频采集设备编号及缓存帧序号的关键字,时间戳,视频处理类型,处理区域坐标范围以及告警级别。
3.根据权利要求1所述的基于ZooKeeper的分布式实时视频监控处理系统,其特征在于,所述客户端显示实时视频及视频处理结果数据,将视频处理结果数据的时间戳与RTSP数据包中的时间戳进行比对,如果时间戳信息匹配,则将视频处理结果数据绘制在接收到的对应视频帧上,再将视频显示在客户端界面上;如果时间戳信息不匹配,则直接将收到的视频显示在客户端界面上。
4.根据权利要求1所述的基于ZooKeeper的分布式实时视频监控处理系统,其特征在于,还包括消息队列服务、告警分类服务器以及告警数据库服务器;所述实时视频处理服务器包括告警消息写入模块,用于在视频处理模块产生告警时,将检测到的可疑区域及类型写入消息队列服务;所述告警分类服务器通过订阅消息获得相应的告警信息,并对告警信息进行分类识别,将识别出的信息存储到告警数据库服务器,并发送给客户端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710264270.7A CN107104961B (zh) | 2017-04-21 | 2017-04-21 | 基于ZooKeeper的分布式实时视频监控处理系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710264270.7A CN107104961B (zh) | 2017-04-21 | 2017-04-21 | 基于ZooKeeper的分布式实时视频监控处理系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107104961A CN107104961A (zh) | 2017-08-29 |
CN107104961B true CN107104961B (zh) | 2019-12-10 |
Family
ID=59656416
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710264270.7A Active CN107104961B (zh) | 2017-04-21 | 2017-04-21 | 基于ZooKeeper的分布式实时视频监控处理系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107104961B (zh) |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108600322B (zh) * | 2018-03-27 | 2021-03-26 | 通号通信信息集团有限公司 | 基于铁路视频技术规范的综合视频监控云服务系统及方法 |
CN109241111B (zh) * | 2018-08-27 | 2020-10-23 | 武汉虹信技术服务有限责任公司 | 一种基于内存数据库的分布式人脸识别系统及方法 |
CN109733444B (zh) * | 2018-09-19 | 2020-05-19 | 比亚迪股份有限公司 | 数据库系统和列车监控管理设备 |
CN111314100A (zh) * | 2018-12-11 | 2020-06-19 | 中国移动通信集团山东有限公司 | web集群切换方法及系统 |
CN109873858B (zh) * | 2018-12-27 | 2021-03-30 | 中科曙光南京研究院有限公司 | 一种业务数据分布式监控方法和分布式监控集群 |
CN111400405B (zh) * | 2020-03-30 | 2021-04-02 | 兰州交通大学 | 一种基于分布式的监控视频数据并行处理系统及方法 |
CN111565229B (zh) * | 2020-04-29 | 2020-11-27 | 创盛视联数码科技(北京)有限公司 | 一种基于Redis的通信系统分布式方法 |
CN111683270B (zh) * | 2020-06-12 | 2022-11-01 | 北京英智数联科技有限公司 | 视频分析系统、控制系统、管理系统及监控系统 |
CN112434063A (zh) * | 2020-11-03 | 2021-03-02 | 中国南方电网有限责任公司 | 一种基于时间序列数据库的监控数据的处理方法 |
CN112379768B (zh) * | 2020-11-12 | 2021-05-18 | 北京中电兴发科技有限公司 | 一种应用于嵌入式云存储系统的降功耗方法 |
CN112822188A (zh) * | 2020-12-31 | 2021-05-18 | 北京睿芯高通量科技有限公司 | 一种分布式转码系统中监控转码任务状态的方法及装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2164003A1 (en) * | 2008-09-12 | 2010-03-17 | March Networks Corporation | Distributed video surveillance system |
CN102204248A (zh) * | 2011-05-18 | 2011-09-28 | 华为技术有限公司 | 视频数据处理方法、视频图像展示方法和装置 |
CN105100216A (zh) * | 2015-06-30 | 2015-11-25 | 北京奇虎科技有限公司 | 一种多业务的监控方法和装置 |
CN105306900A (zh) * | 2015-10-28 | 2016-02-03 | 贵州省邮电规划设计院有限公司 | 一种基于云计算的智能调度高清综合组网视频监控系统 |
CN106375721A (zh) * | 2016-09-14 | 2017-02-01 | 重庆邮电大学 | 一种基于云平台的智能视频监控系统 |
-
2017
- 2017-04-21 CN CN201710264270.7A patent/CN107104961B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2164003A1 (en) * | 2008-09-12 | 2010-03-17 | March Networks Corporation | Distributed video surveillance system |
CN102204248A (zh) * | 2011-05-18 | 2011-09-28 | 华为技术有限公司 | 视频数据处理方法、视频图像展示方法和装置 |
CN105100216A (zh) * | 2015-06-30 | 2015-11-25 | 北京奇虎科技有限公司 | 一种多业务的监控方法和装置 |
CN105306900A (zh) * | 2015-10-28 | 2016-02-03 | 贵州省邮电规划设计院有限公司 | 一种基于云计算的智能调度高清综合组网视频监控系统 |
CN106375721A (zh) * | 2016-09-14 | 2017-02-01 | 重庆邮电大学 | 一种基于云平台的智能视频监控系统 |
Also Published As
Publication number | Publication date |
---|---|
CN107104961A (zh) | 2017-08-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107104961B (zh) | 基于ZooKeeper的分布式实时视频监控处理系统 | |
CN109348171B (zh) | 一种视联网监控视频获取方法及装置 | |
Ali et al. | RES: Real-time video stream analytics using edge enhanced clouds | |
US11329928B2 (en) | Dynamic allocation of network resources using external inputs | |
US10298970B2 (en) | Image transmission method and apparatus | |
CN108964963B (zh) | 一种基于视联网的告警系统及实现告警的方法 | |
CN108197565A (zh) | 基于人脸识别的目标寻踪方法及系统 | |
CN109672856B (zh) | 资源同步方法和装置 | |
CN110489484B (zh) | 数据同步方法、装置、可读存储介质及电子设备 | |
CN104966006A (zh) | 基于云变平台的智能人脸识别系统 | |
CN110087064B (zh) | 一种监控终端的检测方法、系统及一种装置和存储介质 | |
CN103491353A (zh) | 视频监控多级多域组网下有关流媒体传输最佳路径的方法 | |
CN109788247B (zh) | 一种监控指令识别的方法和装置 | |
CN110647698A (zh) | 页面加载方法、装置、电子设备及可读存储介质 | |
CN109218093B (zh) | 一种获取告警的方法和系统 | |
CN110740289B (zh) | 一种获取告警的系统和方法 | |
CN110061979B (zh) | 一种业务对象的检测方法和装置 | |
CN106372171B (zh) | 监控平台实时数据处理方法 | |
CN109768957B (zh) | 一种监控数据的处理方法和系统 | |
CN111031084A (zh) | 一种视联网终端远程维护的方法和装置 | |
CN110557273A (zh) | 终端状态告警方法和装置 | |
CN110134892B (zh) | 一种监控资源列表的加载方法和系统 | |
CN110012316B (zh) | 一种视联网业务的处理方法、装置、设备及存储介质 | |
CN111885351A (zh) | 一种屏幕显示方法、装置、终端设备和存储介质 | |
CN110572363A (zh) | 基于视联网的产品展示方法、装置、电子设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |