CN111935497B - 一种用于交警系统的视频流管理方法和数据服务器 - Google Patents

一种用于交警系统的视频流管理方法和数据服务器 Download PDF

Info

Publication number
CN111935497B
CN111935497B CN202010984501.3A CN202010984501A CN111935497B CN 111935497 B CN111935497 B CN 111935497B CN 202010984501 A CN202010984501 A CN 202010984501A CN 111935497 B CN111935497 B CN 111935497B
Authority
CN
China
Prior art keywords
data
video data
video
processed
processor
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
Application number
CN202010984501.3A
Other languages
English (en)
Other versions
CN111935497A (zh
Inventor
张凯
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Wuhan Zhongke Tongda High New Technology Co Ltd
Original Assignee
Wuhan Zhongke Tongda High New Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Wuhan Zhongke Tongda High New Technology Co Ltd filed Critical Wuhan Zhongke Tongda High New Technology Co Ltd
Priority to CN202010984501.3A priority Critical patent/CN111935497B/zh
Publication of CN111935497A publication Critical patent/CN111935497A/zh
Application granted granted Critical
Publication of CN111935497B publication Critical patent/CN111935497B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/231Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
    • H04N21/23113Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion involving housekeeping operations for stored content, e.g. prioritizing content for deletion because of storage space restrictions
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/01Detecting movement of traffic to be counted or controlled
    • G08G1/0104Measuring and analyzing of parameters relative to traffic conditions
    • G08G1/0125Traffic data processing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21Server components or server architectures
    • H04N21/218Source of audio or video content, e.g. local disk arrays
    • H04N21/2187Live feed
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234309Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by transcoding between formats or standards, e.g. from MPEG-2 to MPEG-4 or from Quicktime to Realvideo

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Chemical & Material Sciences (AREA)
  • Analytical Chemistry (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Closed-Circuit Television Systems (AREA)

Abstract

本申请提供一种用于交警系统的视频流管理方法和数据服务器,交警系统包括前端设备和数据服务器,本申请实施例提供的视频流管理方法通过先获取前端设备上传的实时监控视频流,然后基于标准通信协议对应的解码方式,依次对实时监控视频流进行解码,得到各实时监控视频流对应的视频数据,然后对待处理视频数据的积累量是否大于阈值进行判断,在待处理视频数据的积累量大于阈值时,从待处理视频数据中选择一部分数据进行部分视频内容删除或压缩等处理,从而降低了处理器内的待处理视频数据的数据量,避免前端设备上传的数据占用服务器过大的处理资源,使得服务器运行稳定。

Description

一种用于交警系统的视频流管理方法和数据服务器
技术领域
本申请涉及智慧交通技术领域,尤其是涉及一种用于交警系统的视频流管理方法和数据服务器。
背景技术
随着互联网和移动互联网的高度发展,在安全领域,会在多个场合设置高清摄像头监控网络,对各个区域进行实时监控,以对违法行为进行实时监控,例如在城市的各个路口设置不同作用的摄像头等;但由于服务器的处理能力有限,在前端摄像头发送的实时监控视频流数据的数据量较大时,这些实时监控视频流数据会占用大量的中央处理器(Central Processing Unit,CPU)资源,导致服务器卡顿、服务器断开连接等运行不稳定问题。
所以,当前视频流处理技术存在前端摄像头上传的数据过大所导致的服务器运行不稳定的技术问题。
发明内容
本申请实施例提供一种用于交警系统的视频流管理方法和数据服务器,用以解决当前视频流处理技术存在前端摄像头上传的数据过大所导致的服务器运行不稳定的技术问题。
本申请实施例提供一种用于交警系统的视频流管理方法,该交警系统包括前端设备和数据服务器,该视频流管理方法包括:
所述数据服务器接收至少一个所述前端设备上传的实时监控视频流;
基于标准通信协议对应的解码方式,依次对所述实时监控视频流进行解码,得到各实时监控视频流对应的视频数据,并将视频数据存入处理器;
使用所述处理器处理视频数据,以得到所述视频数据对应的交通违法数据;
在数据积累检测定时器到达时,获取所述处理器内待处理视频数据的积累量,判断待处理视频数据的积累量是否大于阈值;
在所述待处理视频数据的积累量大于所述阈值时,从所述待处理视频数据中选择目标数据;
按照预设处理方式,处理所述目标数据以降低所述处理器内的待处理视频数据的数据量。
同时,本申请实施例还提供一种用于交警系统的视频流管理装置,该交警系统包括前端设备和数据服务器,所述视频流管理装置包括:
接收模块,用于接收至少一个所述前端设备上传的实时监控视频流;
解码模块,用于基于标准通信协议对应的解码方式,依次对所述实时监控视频流进行解码,得到各实时监控视频流对应的视频数据,并将视频数据存入处理器;
第一处理模块,用于使用所述处理器处理视频数据,以得到所述视频数据对应的交通违法数据;
判断模块,用于在数据积累检测定时器到达时,获取所述处理器内待处理视频数据的积累量,判断待处理视频数据的积累量是否大于阈值;
选择模块,用于在所述待处理视频数据的积累量大于所述阈值时,从所述待处理视频数据中选择目标数据;
第二处理模块,用于按照预设处理方式,处理所述目标数据以降低所述处理器内的待处理视频数据的数据量。
同时,本申请实施例还提供一种用于交警系统的数据服务器,所述交警系统还包括前端设备,所述数据服务器包括存储器,处理器及存储在所述存储器上并在所述处理器上运行的计算机程序,其中,所述处理器执行程序时实现上述视频流管理方法中的步骤。
同时,本申请实施例提供一种用于交警系统的计算机可读存储介质,计算机可读存储介质中存储有多条指令,指令适于处理器进行加载,以执行上述视频流管理方法中的步骤。
有益效果:本申请实施例提供一种用于交警系统的视频流管理方法和数据服务器,交警系统包括前端设备和数据服务器,视频流管理方法包括先采用数据服务器接收至少一个前端设备上传的实时监控视频流,然后基于标准通信协议对应的解码方式,依次对实时监控视频流进行解码,得到各实时监控视频流对应的视频数据,并将视频数据存入处理器,然后使用处理器处理视频数据,以得到视频数据对应的交通违法数据,然后在数据积累检测定时器达到时,获取处理器内待处理视频数据的积累量,判断待处理视频数据的积累量是否大于阈值,在待处理视频数据的积累量大于阈值时,从待处理视频数据中选择目标数据,然后按照预设处理方式,处理目标数据以降低处理器内的待处理视频数据;本申请实施例通过对待处理视频数据的积累量是否大于阈值进行判断,在待处理视频数据的积累量大于阈值时,从待处理视频数据中选择一部分数据进行部分视频内容删除或压缩等处理,从而降低了处理器内的待处理视频数据的数据量,避免前端设备上传的数据占用服务器过大的处理资源,使得服务器运行稳定。
附图说明
下面结合附图,通过对本申请的具体实施方式详细描述,将使本申请的技术方案及其它有益效果显而易见。
图1为本申请实施例提供智慧交通系统的组网示意图。
图2为本申请实施例提供的用于交警系统的视频流管理方法的第一种流程图。
图3为本申请实施例提供的视频流管理方法中的等待队列的第一种示意图。
图4为本申请实施例提供的视频流管理方法中的等待队列的第二种示意图。
图5为本申请实施例提供的视频流管理方法中的等待队列随当前时间变化的变化过程示意图。
图6为本申请实施例提供的视频流管理方法中的等待队列的第三种示意图。
图7为本申请实施例提供的用于交警系统的视频流管理方法的第二种流程图。
图8为本申请实施例提供的用于交警系统的视频流管理方法的第三种流程图。
图9为本申请实施例提供的用于交警系统的视频流管理方法的第四种流程图。
图10为本申请实施例提供的用于交警系统的视频流管理装置的结构示意图。
图11为本申请实施例提供的数据服务器的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述。显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
请参阅图1,图1为本申请实施例提供的智慧交通系统的场景示意图,该系统可以包括设备与服务器通过SIP(Session Initiation Protocol,会话初始协议)网关连接通信,不再赘述,其中,设备包括前端设备11等,服务器包括数据服务器12以及通信服务器,图1中未示出通信服务器等,其中:
前端设备11包括但不局限于嵌入式高清摄像机、工控机、高清相机等,用于对通过前端设备的车辆、行人进行数据采集,数据采集包括但不局限于对车辆的车牌号码(号码可以是假牌或者套牌)、车牌类型(私家车的蓝底车牌、货车的黄底车牌等)、行人的违法行为。
服务器包括本地服务器和/或远程服务器等。数据服务器12以及通信服务器都可以部署在本地服务器,也可以部分或者全部部署在远程服务器上。
数据服务器12可以接收至少一个前端设备上传的实时监控视频流;基于标准通信协议对应的解码方式,依次对实时监控视频流进行解码,得到各实时监控视频流对应的视频数据,并将视频数据存入处理器;使用处理器处理视频数据,以得到视频数据对应的交通违法数据;在数据积累检测定时器到达时,获取处理器内待处理视频数据的积累量,判断待处理视频数据的积累量是否大于阈值;在待处理视频数据的积累量大于阈值时,从待处理视频数据中选择目标数据;按照预设处理方式,处理目标数据以降低处理器内的待处理视频数据的数据量。
需要说明的是,图1所示的系统场景示意图是一个示例,本申请实施例描述的服务器以及场景是为了更加清楚的说明本申请实施例的技术方案,并不构成对于本申请实施例提供的技术方案的限定,本领域普通技术人员可知,随着系统的演变和新业务场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。以下分别进行详细说明。需说明的是,以下实施例的描述顺序不作为对实施例优选顺序的限定。
图2是本申请实施例提供的视频流管理方法的流程示意图,请参阅图2,该视频流管理方法包括以下步骤:
201:数据服务器接收至少一个前端设备上传的实时监控视频流。
在一种实施例中,实时监控视频流包括前端设备,例如高清摄像机拍摄的视频,该实时监控视频流包括对通过前端设备的车辆的实时监控、对通过前端设备的行人的实时监控,同时,在实时监控视频流中,可以记录对应的时间、对应前端设备的地址的信息,便于在实时监控视频流中出现违法行为时,可以对违法行为发生的时间、地址进行对应的记录,以便于后续处理违法行为时可以依据对应的记录。
202:基于标准通信协议对应的解码方式,依次对实时监控视频流进行解码,得到各实时监控视频流对应的视频数据,并将视频数据存入处理器。
在一种实施例中,标准通信协议包括SIP(Session Initiation Protocol,会话初始协议),数据服务器采用SIP对应的解码方式,将前端设备上传的实时监控视频流进行解码,得到对应的可以进行播放的视频数据,还可以基于得到的可以播放的视频数据,将视频数据进行播放,在采用SIP对应的解码方式对实时监控视频流进行解码时,根据实际播放的方式,例如使用无插件播放的方式进行播放时,将实时监控视频流解码为HTTP(Hyper TextTransfer Protocol,超文本传输协议)格式的视频数据,使得视频数据可以在网页上直接进行播放,也可以通过软件进行播放;或者使用特定软件进行视频播放时,该特定软件包括为交警系统设计的客户端,将实时监控视频流解码为特定软件对应的格式,采用特定软件对视频进行播放,从而对实时监控视频流进行保密,避免交警系统外的人员可以查看到实时监控视频流对应的视频数据。
在一种实施例中,对实时监控视频流进行解码得到对应的视频数据后,该视频数据可以进行处理,即该视频数据可以被剪辑,从视频数据中截取部分视频片段,或者从视频数据中截取某一时间点的部分图片,以便于后续从视频数据中获取到违法行为的视频片段或者图片,而与违法行为无关的视频片段不进行播放,使得在对违法行为进行查看时,避免了无效数据的观看,提高效率。
203:使用处理器处理视频数据,以得到视频数据对应的交通违法数据。
在一种实施例中,在使用所述处理器处理所述视频数据,以得到所述视频数据对应的交通违法数据时,将处理视频数据作为一个流媒体任务,处理器需要处理流媒体任务,则在使用处理器处理视频数据前,需要根据流媒体任务的任务执行请求,相应的知道流媒体任务执行时间,从而使得流媒体任务能够按照时间顺序进行排序,从而按照一定的顺序处理流媒体任务,此步骤包括:根据流媒体任务的任务执行请求,按照流媒体任务执行时间的时间顺序将各流媒体任务加入到等待队列。
需要说明的是,本申请实施例中的当前时间为服务器的本地时间,例如服务器设置在采用北京时间的地点,则当前时间为北京时间,服务器可以通过北斗系统周期性的更新本地时间以保证时间准确性。
需要说明的是,本申请实施例中所采用的时间均为了说明本申请的方案实现过程,其设置方式不用于限定本申请的具体实现方式,在实际流媒体任务的处理过程中,根据各个流媒体任务的实际执行时间以及实际时间间隔进行设定。
在一种实施例中,如图3所示,在接收到流媒体任务的执行请求时,根据流媒体任务的执行时间的时间顺序将流媒体任务加入到等待队列30,流媒体任务包括执行时间为13:00:00的任务一301、执行时间为13:00:03的任务二302、执行时间为13:00:05的任务三303、…、执行时间为ab:cd:ef(该时间晚于13:00:05)的标号为304的任务N,按照时间的先后顺序将流媒体任务进行排列,其中,N为大于3的正整数。
在一种实施例中,在根据流媒体任务执行时间的时间顺序将流媒体任务加入等待队列时,考虑到存在需要将其他流媒体任务插入到等待队列中,可以通过根据待插入流媒体任务与等待队列中的流媒体任务的执行时间,将待插入流媒体任务插入到等待队列,此时,视频流管理方法的步骤包括:获取待插入流媒体任务的执行时间;根据所述待插入流媒体任务的执行时间、所述等待队列中的流媒体任务的执行时间,将待插入流媒体任务插入所述等待队列。
在一种实施例中,在根据待插入流媒体任务的执行时间、等待队列中的流媒体任务的执行时间,将待插入流媒体任务插入等待队列时,可以通过比对待插入流媒体任务的执行时间和等待队列中的流媒体任务的执行时间,具体的,对于等待队列中的流媒体任务的执行时间,可以根据执行时间设定区间,例如同一分钟设为同一区间、同一小时设为同一区间、同一天设为同一区间,那么在比对待插入流媒体任务的执行时间和等待队列中的流媒体任务的执行时间时,可以先确定待插入流媒体任务的执行时间所处的区间,从而可以方便比对,例如待插入流媒体任务的执行时间为13:00:10,则首先确定执行时间对应的同一小时的区间,然后在同一小时对应的区间下查找同一分钟的区间,从而可以预先确定待插入流媒体任务在等待队列中的大概插入位置,减少比对数量,在确定同一分钟对应的区间后,可以进一步根据执行时间的秒时刻进行比对,从而确定待插入流媒体任务的插入位置;同时,针对等待队列中不存在某一区间的情况,例如等待队列仅存在12点和14点对应的区间,不存在13点对应的区间,则直接将该待插入流媒体任务插入至12点与14点对应的区间之间即可,相应的不存在某分时刻对应的时间时,也可以相应的插入,同时,也可以进一步划分,将60秒划分为多个区间,从而将待插入流媒体任务插入到等待队列。
在一种实施例中,在将流媒体任务加入到执行队列时,可以将等待队列头部位置的等待时间设置为绝对时间,此步骤包括:根据当前时间以及流媒体任务的执行时间,将位于等待队列头部位置的流媒体任务的等待时间设置为绝对时间;绝对时间为头部位置的流媒体任务的执行时间相对于当前时间的时间差值。
在一种实施例中,如图4所示,在获取到流媒体任务的执行时间时,获取当前时间41,例如图4中当前时间41为12:59:59,然后根据当前时间和位于等待队列头部位置的流媒体任务的执行时间,图4中以任务一421作为位于等待队列头部位置的流媒体任务,同时,获取到任务一421的执行时间422,即13:00:00,在得到当前时间41和任务一421的执行时间422,即可得到头部位置的流媒体任务的绝对时间423为1秒后,即在1秒后将任务一加入至执行队列。
需要说明的是,图4、图6中的等待时间列指该列对应各个流媒体任务的等待时间,头部位置的流媒体任务的等待时间为绝对时间,非头部位置的流媒体任务的等待时间为相对时间,同时,更新后的等待时间列指该列对应各个流媒体任务的更新后的等待时间,头部位置的流媒体任务为绝对时间,非头部位置的流媒体任务的等待时间为相对时间。
需要说明的是,图4、图6中的时间轴T包括从沿00:00:00至24:00:00的每一时刻,图4、图6中的时间轴T示出了“12:59:00”、“13:00:05”两个时刻,相应的任务按照该时间轴T对应的时间进行排序。
在一种实施例中,在获取到各流媒体任务的执行时间时,将位于非头部位置的流媒体任务的等待时间设置为相对时间,此步骤包括:根据各流媒体任务的执行时间,将位于等待队列的非头部位置的流媒体任务的等待时间设置为相对时间;相对时间为非头部位置的流媒体任务的执行时间相对于上一流媒体任务的执行时间的时间差值。
在一种实施例中,在将等待队列中的非头部位置的流媒体任务的等待时间设置为相对时间时,需要知道流媒体任务的执行时间、以及流媒体任务的上一流媒体任务的执行时间,从而可以确定流媒体任务的相对时间,此步骤包括:按照非头部位置的各流媒体任务处于等待队列中的位置,查找位于所述流媒体任务对应的上一流媒体任务;根据所述流媒体任务的执行时间、以及上一流媒体任务对应的执行时间,确定所述流媒体任务与上一流媒体任务的相对时间;具体的,如图4所示,在需要确定任务二431至任务N的相对时间,任务N的标号为451,先获取到各个流媒体任务的位置,然后获取流媒体任务的上一流媒体任务,以及上一流媒体任务的执行时间,例如任务二431的上一流媒体任务为任务一421、任务二431的执行时间432为13:00:03,任务一421的执行时间422为13:00:00,则任务二431的相对时间433为任务一执行3秒后,任务三441的上一流媒体任务为任务二431,任务三441的执行时间为13:00:05,任务二431的执行时间为13:00:03,则任务三441的相对时间为任务二执行2秒后,…,标号为451的任务N的执行时间452为ab:cd:ef(该时间晚于任务三的时间),假设任务N的执行时间与任务N-1的执行时间的差值为k秒,则标号为451的任务N的相对时间为任务N-1执行k秒后,相应的,根据每一流媒体任务与其上一流媒体任务的执行时间,得到各个非头部位置的流媒体任务的相对时间。
在一种实施例中,在存在待插入流媒体任务时,考虑到待插入流媒体任务的执行时间也需要设置为相对时间,需要先确定待插入流媒体任务的位置,从而根据流媒体任务的位置判断等待队列中的流媒体任务的相对时间是否需要更新,此步骤包括:根据所述待插入流媒体任务的执行时间、所述等待队列中的流媒体任务的执行时间,判断所述待插入流媒体任务是否位于所述等待队列的尾部;在所述待插入流媒体任务位于所述等待队列的尾部时,将所述待插入流媒体任务的等待时间设置为相对时间;在所述待插入流媒体任务不位于所述等待队列的尾部时,更新所述等待队列中的各流媒体任务的相对时间;在对待插入流媒体任务在等待队列中的位置进行判断时,可以先判断流媒体任务是否在等待队列中的尾部,在待插入流媒体任务处于尾部时,无需更新等待队列中的流媒体任务的相对时间,仅需将待插入流媒体任务的执行时间设置为相对时间;而在待插入流媒体任务不处于尾部时,除了需要将待插入流媒体任务的执行时间设置为相对时间,还需要将等待队列中的各流媒体任务的相对时间更新,从而使得等待队列中的各流媒体任务的相对时间更新。
在一种实施例中,在所述待插入流媒体任务不位于所述等待队列的尾部时,还需要判断待插入流媒体任务是否处于等待队列的头部位置,在待插入流媒体任务处于等待队列的头部位置时,根据当前时间、待插入流媒体任务的等待时间,将待插入流媒体任务的等待时间设置为绝对时间,然后根据待插入流媒体任务的执行时间、头部位置的流媒体任务的执行时间,将头部位置的流媒体任务的绝对时间更新为相对时间,从而使得等待队列中位于头部位置的待插入流媒体任务设置为绝对时间,而等待队列中原头部位置的流媒体任务设置为相对时间,等待队列中非头部位置的流媒体任务的相对时间不需要更新,此步骤包括:根据所述待插入流媒体任务的执行时间、所述等待队列中的流媒体任务的执行时间,判断所述待插入流媒体任务是否位于所述等待队列的头部;在所述待插入流媒体任务位于所述等待队列的头部时,将所述待插入流媒体任务的等待时间设置为绝对时间,将所述等待队列中的头部位置的流媒体任务的等待时间更新为相对时间。
在一种实施例中,在待插入流媒体任务位于等待队列的尾部时,需要知道待插入流媒体任务的执行时间、待插入流媒体任务的上一流媒体任务的执行时间,从而可以根据待插入流媒体任务的执行时间、待插入流媒体任务的上一流媒体任务的执行时间,得到待插入流媒体任务的等待时间,此步骤包括:获取所述待插入流媒体任务的上一流媒体任务的执行时间;根据所述待插入流媒体任务的执行时间、所述待插入流媒体任务的上一流媒体任务的执行时间,将所述待插入流媒体任务的等待时间设置为相对时间。
在一种实施例中,在待插入流媒体任务不位于等待队列的尾部时,需要知道待插入流媒体任务的上一流媒体任务、下一流媒体任务的执行时间,从而可以根据待插入流媒体任务、以及其上一流媒体任务、其下一流媒体任务的执行时间确定待插入流媒体任务及其下一流媒体任务的相对时间,从而可以更新等待队列的相对时间,此步骤包括:获取所述待插入流媒体任务的上一流媒体任务和下一流媒体任务的执行时间;根据所述待插入流媒体任务的执行时间、所述待插入流媒体任务的上一流媒体任务和下一流媒体任务的执行时间,确定所述待插入流媒体任务与上一流媒体任务的相对时间,所述待插入流媒体任务与下一流媒体任务的相对时间;根据所述待插入流媒体任务与上一流媒体任务的相对时间,所述待插入流媒体任务与下一流媒体任务的相对时间,将所述待插入流媒体任务的等待时间设置为相对时间,并更新所述待插入流媒体任务的下一流媒体任务的相对时间;在待插入流媒体任务不处于等待队列的尾部时,需要将待插入流媒体任务的等待时间设置为相对时间,将待插入流媒体任务的下一流媒体任务的相对时间更新,此时可以依次根据待插入流媒体任务以及其上一流媒体任务、其下一流媒体任务的执行时间将各个流媒体任务的相对时间更新;具体的,如图6所示,在将任务五611插入至任务二431和任务三441之间时,获取任务五611的执行时间612,即13:00:04,则可以通过任务五611的执行时间确定任务五611在等待队列中的位置,然后根据任务五611的执行时间612、任务二431的执行时间432、任务三441的执行时间442确定任务五611与任务二431的相对时间,任务五611与任务三441的相对时间,从而可以将任务五611的等待时间设置为相对时间613,即任务二执行1秒后,将任务三441的相对时间443更新为任务五执行1秒后,而其他流媒体任务的相对时间不用更新,且位于头部位置的流媒体任务的绝对时间不用更新,从而更新了各个流媒体任务的相对时间。
需要说明的是,在图4、图5、图6中,任务N表示第N个任务,但流媒体任务的排序不是按照N的大小来排序,而是按照时间的先后进行排序,因此,图6中任务五处于任务三之前,且N仅为了方便叙述,在实际中,流媒体任务为包括数据服务器发送心跳包、数据服务器定时检测收包数量、前端设备与数据服务器建立连接,数据服务器接收前端设备发送的实时监控视频流,数据服务器对实时监控视频流进行处理等,图4、图5、图6中的k值是设置的任务N的执行时间与任务N-1的执行时间之间的差值。
在一种实施例中,随着当前时间的变化,需要更新头部位置的流媒体任务的等待时间,此步骤包括:根据所述当前时间动态更新所述头部位置的流媒体任务的等待时间。
在一种实施例中,在当前时间变化时,将头部位置的流媒体任务的绝对时间更新,从而保证在头部位置的流媒体任务的执行时间到达时,可以将头部位置的流媒体任务加入到执行队列中,更新过程中在当前时间过去1秒时,则将绝对时间减少1秒,例如当前时间从第59秒到第60秒,则绝对时间由5秒后更新为4秒后,从而使得头部位置的流媒体任务的绝对时间持续更新,从而可以使得头部位置的流媒体任务按执行时间加入到执行队列中,进行执行。
在一种实施例中,在根据所述当前时间动态更新所述头部位置的流媒体任务的等待时间的步骤之后,还包括在头部位置的流媒体任务的绝对时间到达时,将头部位置的流媒体任务作为待执行任务加入至执行队列。
在一种实施例中,在头部位置的流媒体任务的执行时间到达时,即绝对时间为零时,将头部位置的流媒体任务作为待执行任务加入至执行队列中,从而使得流媒体任务被执行。
在一种实施例中,在头部位置的流媒体任务的绝对时间到达时,将头部位置的流媒体任务作为待执行任务加入至执行队列的步骤之后,还包括将待执行任务在所述等待队列中的下一流媒体任务确定为等待队列中的头部位置的流媒体任务,并将头部位置的流媒体任务的等待时间设置为绝对时间。
在一种实施例中,在将待执行任务加入至执行队列后,将待执行任务的下一流媒体任务更新为等待队列中的头部位置的流媒体任务,同时将头部位置的流媒体任务的等待时间设置为绝对时间,如图4所示,在等待队列中头部位置的任务一421作为待执行任务加入执行队列后,头部位置的任务一421的绝对时间不需要更新,此时,将等待队列中头部位置的下一流媒体任务,即任务二431确定为等待队列中头部位置的流媒体任务,然后任务二431的等待时间更新为绝对时间434,即3秒后,而执行时间在任务二后面的流媒体任务的相对时间保留,不需要更新,例如任务三441的相对时间443保留,即任务二执行2秒后,任务N451的相对时间453保留,即任务N-1执行k秒后。
在一种实施例中,在将等待队列中的流媒体任务加入到执行队列中后,位于执行队列中的待执行任务会按照进入时间进行排列,依次对待执行任务进行执行。
本申请实施例提供了一种视频流任务管理方法,基于该方法可以对等待队列中的流媒体任务的等待时间进行相对时间排序,从而在等待队列中的流媒体任务加入到执行队列时,仅需要更新等待队列的头部位置的流媒体任务的等待时间,而不需要更新等待队列中的非头部位置的流媒体任务的相对时间,从而降低了变更数据量,且在等待队列中插入流媒体任务时,最多需要更新待插入流媒体任务和待插入流媒体任务的下一流媒体任务的相对时间,降低了变更数据量。
图5为本申请实施例提供的视频流管理方法中的等待队列随当前时间变化的变化过程示意图,请参阅图5:
在根据当前时间、以及各流媒体任务的执行时间,对等待队列中的各个流媒体任务设置等待时间后,得到等待队列一51,等待队列一51中包括各个流媒体任务、以及各流媒体任务的等待时间,等待队列一51包括位于头部位置的任务一511、任务一511的等待时间,即绝对时间为1秒后,位于非头部位置的任务二512、任务二512的等待时间,即相对时间为任务一执行3秒后,任务三513、任务三513的等待时间,即相对时间为任务二执行两秒后,…,标号为514的任务N、标号为514的任务N的等待时间为任务N-1执行k秒后;
以时间轴T为例,假设当前时间变化0.5秒后,等待队列一51变为等待队列二52,同时,等待队列二52中仅需要变化位于头部位置的任务一521的等待时间,即将任务一521的绝对时间由1秒后更新为0.5秒后,而位于非头部位置的任务二512至标号为514的任务N的等待时间不需要更新;
随着当前时间的变化,在等待队列二52的头部位置的任务一521的执行时间到达时,即等待时间为0,等待队列二52更新为等待队列三53,等待队列二52中的头部位置的任务一521添加到执行队列中,等待队列三53的头部位置的流媒体任务更新为任务二531、任务二531的等待时间设置为绝对时间,即3秒后,而任务二531后的任务三513至标号为514的任务N的等待时间不需要更新。
本申请实施例提供一种视频流管理方法中的等待队列随当前时间变化的变化过程,从等待队列的变化过程可以看出,在对流媒体任务的等待时间进行更新时,仅需要更新位于等待队列中的头部位置的流媒体任务的等待时间,不需要更新位于等待队列中的非头部位置的流媒体任务的等待时间,从而降低了变更数据量。
在一种实施例中,使用处理器处理视频数据的过程包括,基于神经网络模型对视频数据进行处理,该神经网络模型设置在数据服务器内部,神经网络模型在接收到视频数据时,对视频数据进行处理,从视频数据中查找到违法数据对应的视频片段或者图片,例如,该视频数据中查找到的违法数据的视频片段包括该车辆在区间测速路段行驶时,通过区间测速路段的起点和终点的时间、通过该区间测速路段的车辆行驶过程,以在车辆的驾驶人提出异议时,对驾驶人进行展示;该视频数据中查找到的违法数据的图片包括车辆在经过路口时,车辆闯红灯时,对车辆闯红灯的车头照片、车尾照片各进行一次截图记录,从而根据该图片判断车辆闯红灯,而在判断车辆出现违法行为时,对车辆的前车牌图片、后车牌图片以及整个车辆的图片进行记录,从该图片中获取到车辆所使用的车牌号码、号码的种类,相应的在后续进行处罚时,可以根据违法图片或者视频、车辆信息进行相应的处罚,然后对对应的视频片段或者图片进行处理,得到视频数据对应的交通违法数据。
在一种实施例中,使用处理器处理视频数据的过程包括,基于神经网络模型对视频数据进行处理,该神经网络模型设置在数据服务器外部,使神经网络模型设置在数据服务器外部,数据服务器向神经网络模型发送视频数据处理请求,神经网络模型对该视频数据进行处理,在查找到违法行为时,将违法行为的视频片段或者图片、以及违法行为对应的车辆的数据进行返回,该车辆的数据包括车辆的型号、车辆的车牌号码、车辆的号牌种类等,同时,还可以根据前端设备的信息获取车辆通过的路段的信息,例如某一路口,某条道路,从而确定违法车辆的信息、违法车辆进行违法行为的地址、以及违法行为,使得处理器可以根据神经网络模型返回的数据得到视频数据对应的交通违法数据,从而在后续可以根据交通违法数据进行处理。
在一种实施例中,在使用处理器处理视频数据前,还包括根据交通违法数据的数据类型的数量,调用对应数量的多个处理器;建立交通违法数据类型与处理器标识的对应关系,在处理视频数据时,可以先根据数据类型的数量,调用对应数量的多个处理器,然后建立交通违法数据类型与处理器标识的对应关系,使得处理器可以处理特定的交通违法数据类型,如图7所示,例如交通违法数据类型701包括第一数据类型7011、即车辆闯红灯,第二数据类型7012、即车辆未礼让行人70,…,第N数据类型7013、即车辆违规转向(例如在直行道上左转),则相应的调用三个处理器702,使处理器702中的第一处理器7021、第二处理器7022、…、第N处理器7023分别对应车辆闯红灯、车辆未礼让行人、车辆违规转向三种交通违法数据类型,其中,N可以为大于2的任意整数,根据数据类型的数量设定。
在一种实施例中,在建立交通违法数据类型和处理器标识的对应关系后,在将视频数据存入处理器时,可以根据视频数据所包含的交通违法数据的数据类型,向对应的处理器发送视频数据;此步骤包括:获取视频数据所包含的交通违法数据的数据类型;向数据类型对应的处理器发送视频数据,在将交通违法数据的数据类型和处理器标识的对应关系建立后,在使用处理器处理视频数据时,先获取到视频数据包含的交通违法数据的数据类型,然后根据视频数据中交通违法数据的数据类型的数量,向交通违法数据的数据类型对应的处理器发送视频数据,使得对应的处理器可以对视频数据中的对应数据类型的交通违法数据进行检测,并在各个处理器分别对视频数据进行处理后,可以将各个处理器的处理结果汇总,得到视频数据对应的交通违法数据,例如图7所示,在建立交通违法数据类型701与处理器702的对应关系后,获取视频数据703所包含的交通违法数据类型,然后将视频数据703发送至对应的处理器702。
在一种实施例中,在向各个处理器发送视频数据时,首先对视频数据中的交通违法数据的数据类型的数量进行判断,在视频数据中的交通违法数据的数据类型为1时,直接将视频数据发送至对应的处理器,在视频数据中包含的交通违法数据的数据类型数量大于1时,将视频数据进行复制,使得可以将多份数据发送至对应的处理器,使得多个处理器进行相应的处理,此步骤包括:在视频数据包含的交通违法数据的数据类型数量大于1时,复制视频数据,得到与数据类型数量相等的多份视频数据;将原视频数据和多份视频数据分别发送至对应的处理器;在将具有多个数据类型的交通违法数据的视频数据进行复制时,需要保留原视频数据,将多份视频数据分别发送到对应的处理器,使得对应的处理器处理复制的视频数据得到对应数据类型的交通违法数据,而将原视频数据发送至对应的处理器,以避免在复制的视频数据出现错误时,可以查找到原视频数据,然后进行再一次的复制,同时,保证原视频数据不会被篡改,保证视频数据的安全性。
204:在数据积累检测定时器到达时,获取处理器内待处理视频数据的积累量,判断待处理视频数据的积累量是否大于阈值。
在一种实施例中,在获取处理器内待处理视频数据的积累量时,判断待处理视频数据的积累量是否大于阈值时,可以通过获取每个处理器内的待处理视频数据的积累量,获取每个处理器对应的阈值,然后根据每个处理器内的积累量以及阈值,判断处理器的积累量是否大于阈值,在对处理器中的待处理视频数据的积累量进行计算时,考虑到会采用多个处理器进行处理视频数据,在获取所有处理器内的积累量的总和时,会出现部分处理器内的待处理视频数据的积累量未达到该处理器的阈值,但其他处理器内的待处理视频数据的积累量达到处理器的阈值,使得虽然在所有处理器中待处理视频数据的积累量未达到所有处理器的阈值,但实际上部分处理器已出现待处理视频数据的积累量大于阈值的状态,因此,可以对每个处理器内的待处理视频数据的积累量以及处理器对应的阈值进行获取,然后将各个处理器内的待处理视频数据的积累量以及阈值进行比对,判断各个处理器内的待处理视频数据的积累量是否大于阈值,相应的可以对各个处理器中的待处理视频数据进行处理。
在一种实施例中,阈值可以根据处理器的处理能力进行来设置,例如处理器内的待处理视频数据的积累量最大值为10兆,在处理器内的待处理视频数据的积累量为8兆时,数据服务器开始出现卡顿,因此可以将阈值设置为处理器的待处理视频数据的积累量的最大值的五分之四,使得在处理器内的待处理视频数据的积累量达到最大值的五分之四时,判断处理器内的待处理视频数据的积累量大于阈值,但本申请实施例不限于此,对于阈值的设定,可以根据处理器的处理能力和实际需求进行设置。
在一种实施例中,在对处理器内的待处理视频数据的积累量进行获取时,可以对处理器内的待处理视频数据的积累量进行定时检测,从而得到对应时间,处理器内的待处理视频数据的积累量,例如以1秒作为时间间距,在处理器处理视频数据时,使用数据积累检测定时器对处理器进行不间断检测,获取各个时间的处理器内的待处理视频数据的积累量,同时,处理器设定有阈值,可以对处理器内的待处理视频数据的积累量和阈值进行对比,对处理器内的待处理视频数据的积累量是否大于阈值进行判断;在使用数据积累检测定时器时,设置的时间间隔需求设定,在处理器处理视频数据的能力较好时,可以将时间间隔相对设置较长,在处理器处理视频数据的能力较差时,可以将时间间隔相对设置较短。
在一种实施例中,在对处理器内待处理视频数据的积累量进行检测时,还可以在待处理视频数据的积累量大于阈值时,进行报警,使得可以知道待处理视频数据的积累量大于阈值,此步骤包括:根据处理器的待处理视频数据的积累量的最大值、设定处理器的阈值;对比处理器的待处理视频数据的积累量与阈值;在处理器的待处理视频数据的积累量大于阈值时,进行报警,并记录处理器内待处理视频数据的积累量与阈值的差值;在待处理视频数据的积累量大于阈值时,除了进行报警,以提示需要对待处理视频数据进行处理外,还可以记录处理器内待处理视频数据的积累量与阈值的差值,从而使得在后续对待处理视频数据进行处理时,可以根据待处理视频数据的积累量与阈值的差值进行相应的处理,例如减少的数据量等于待处理视频数据的积累量与阈值的差值,或者减少的数据量大于待处理视频数据的积累量与阈值的差值。
在一种实施例中,在对处理器内的待处理视频数据的积累量进行检测后,还包括存储检测结果,即在对处理器内的待处理视频数据的积累量进行不间断的检测时,在判断待处理视频数据的积累量是否大于阈值时,存储判断的结果,即将每次判断构成的结果存储,无论待处理视频数据的积累量大于阈值或者小于等于阈值,以便于后续根据判断结果对处理器进行调整,或者对前端设备上传的实时监控视频流的方式或者速度进行改变,例如某一处理器处理10个前端设备上传的实时监控视频流对应的视频数据,则在分析判断结果后,可以使该处理器处理8个前端设备上传的实时监控视频流对应的视频数据,从而避免出现待处理视频数据的积累量大于阈值的问题。
205:在待处理视频数据的积累量大于阈值时,从待处理视频数据中选择目标数据,在待处理视频数据的积累量不大于阈值时,发送视频数据对应的交通违法数据。
在一种实施例中,在待处理视频数据中的交通违法数据的数据类型数量大于1时,会对待处理视频数据进行复制,考虑到复制的待处理视频数据存在多份,可以选择复制的待处理视频数据作为目标数据,此步骤包括:根据待处理视频数据中的各视频数据的复制状态标识,判断各视频数据是否存在复制视频;从存在复制视频的视频数据中选择至少一个作为目标数据;在待处理视频数据存在复制视频时,可以对待处理视频数据进行标记,例如待处理视频数据存在复制视频数据时,在待处理视频数据上标记例如“存在”、“存在复制”等复制状态标识,该复制状态标识可以根据需求设置,例如可以用“1”表示存在复制视频数据的待处理视频数据,用“2”表示不存在复制视频数据的待处理视频数据,复制状态标识以能够判断视频数据是否存在复制视频为标准进行设置,复制状态标识表示该待处理视频数据是否存在复制视频,从而可以根据该复制状态标识判断各个视频数据是否存在复制视频,在存在复制视频的视频数据中选择目标数据。
在一种实施例中,从待处理视频数据中选择目标数据时,还可以通过视频数据对应的实时监控视频流进入数据服务器的时间选择目标数据,此步骤包括:获取待处理视频数据中各视频数据对应的实时监控视频流进入数据服务器的时间;根据时间的先后顺序,从待处理视频数据中选择至少一个作为目标数据;在选择待处理视频数据作为目标数据时,可以通过实时监控视频流进入数据服务器的时间顺序,从前向后相应的选择对应的待处理视频数据作为目标数据,或者从后向前选择对应的待处理视频数据作为目标数据,如图8所示,以时间轴T为例,第一实时监控视频流801、第二实时监控视频流802、第三实时监控视频流803、第四实时监控视频流804分别在T1、T2、T3、T4进入数据服务器805,则可以按时间轴T从前向后选择在T1时刻进入的实时监控视频流对应的待处理视频数据作为目标数据,或者按时间轴T从后向前选择在T4时刻进入的实时监控视频流对应的待处理视频数据作为目标数据,但本申请实施例不限于此,可以根据时间的先后顺序,从待处理视频数据中选择多个待处理视频数据作为目标数据。
在一种实施例中,从待处理视频数据中选择目标数据时,还可以通过视频数据的时间长度选择目标数据,此步骤包括:获取待处理视频数据中各视频数据的时间长度;根据各视频数据的时间长度的大小,从时间长度大于预设时间长度的视频数据中选择至少一个作为目标数据;在从待处理视频数据中选择目标数据时,考虑到时间长度较大的视频数据可能存在无效内容,可以选择时间长度大于预设时间长度的视频数据作为目标数据,例如,将预设时间长度设置为10分钟,则待处理视频数据中时间长度大于10分钟的待处理视频数据均可以作为目标数据,然后从时间长度大于10分钟的待处理视频数据中选择至少一个作为目标数据,但本申请实施例不限于此,预设时间长度可以根据需求设置。
在一种实施例中,在获取到待处理视频数据存在复制视频后,可以根据其他的判断手段从待处理视频数据中选择至少一个作为目标数据,具体的,可以根据存在复制视频的待处理视频数据的时间长度,从待处理视频数据中选择至少一个作为目标数据,还可以根据存在复制视频的待处理视频数据对应的实时监控视频流进入数据服务器的时间顺序,从待处理视频数据中选择至少一个作为目标数据。
在一种实施例中,在待处理视频数据的积累量不大于阈值时,将视频数据对应的交通违法数据发送至用户端,使得能够观看到视频数据对应的交通违法数据,同时,可以将视频数据发送至用户端,使得可以查看视频数据、以及视频数据对应的交通违法数据。
206:按照预设处理方式,处理目标数据以降低处理器内的待处理视频数据的数据量。
在一种实施例中,在处理目标数据时,为了避免在处理器中直接处理目标数据时,会导致处理器内的数据出现错误,可以先将目标数据复制到目标处理器,然后在目标处理器处理得到处理后的视频数据后,使用处理后的视频数据替换原处理器内的目标数据,从而降低了处理器内的待处理视频数据的数据量,此步骤包括:将处理器内的目标数据复制至目标处理器;使用目标处理器对目标数据进行处理,得到处理后的视频数据;使用处理后的视频数据替换处理器内的目标数据;在处理目标数据时,将目标数据复制后发送到目标处理器,在目标处理器中处理目标数据,使得目标处理器中的目标数据被处理时,即使目标数据出现错误,原处理器中的目标数据仍然未出现错误,可以再次对处理器中的目标数据进行复制,发送至目标处理器进行处理,使得在处理目标数据的过程中,原处理器中的目标数据不会出现错误,从而保证在替换处理器内的目标数据前,处理器内的目标数据完整,安全。
在一种实施例中,在处理目标数据时,为了加快处理流程,直接在处理器中处理目标数据,得到处理后的视频,则可以在处理器中直接将目标数据进行处理,得到处理后的视频数据。
在一种实施例中,在使用目标处理器对目标数据进行处理时,可以通过将目标数据划分为多个数据片段,然后对数据片段进行删除或者压缩处理,使得目标数据的数据量减小,从而降低处理器内的待处理视频数据的数据量,此步骤包括:根据目标数据的数据量大小,将目标数据划分为多个数据片段,根据数据片段的数量,对至少部分数据片段进行删除或压缩处理;即在处理待处理视频数据中的目标数据时,将目标数据划分为多个数据片段,对数据片段进行删除或者压缩处理,使得目标数据的数据量降低,从而降低待处理视频数据的数据量。
在一种实施例中,在处理目标数据时,可以先获取处理器中待处理视频数据的积累量与阈值的大小关系,然后根据待处理视频数据的积累量与阈值的大小关系,对目标数据进行处理;即在对目标数据进行处理时,为了避免处理目标数据,处理器中的待处理视频数据的积累量仍然大于阈值,可以预先计算处理器中待处理视频数据的积累量与阈值的大小关系,然后根据该大小关系,对目标数据进行处理,例如,在将目标数据划分为多个数据片段后,根据待处理视频数据的积累量与阈值的大小关系,从多个数据片段中选择数据量与待处理视频数据的积累量和阈值的差值相等的数据片段,对该数据片段进行处理,使得待处理视频数据的积累量小于阈值,具体的,如图9所示,目标数据的时间从t1至t6,以时间将目标数据划分为5个数据片段,对应t1至t2的为数据片段1、对应t2至t3的为数据片段2、对应t3至t4的为数据片段3、对应t4至t5的为数据片段4、对应t5至t6的为数据片段5,5个数据片段的数据量的大小分别为1、2、3、4、5,待处理视频数据的积累量与阈值的差值为2,则选择将数据量为2的数据片段进行删除,从而使得待处理视频数据的积累量小于阈值,但为了提供一定的数据量缓冲空间,可以选择将数据量为3的数据片段进行删除,或者将数据量为3、4、5的数据片段进行压缩处理,使得待处理视频数据的积累量小于阈值。
在一种实施例中,在处理目标数据时,为了避免观看视频数据时,出现明显的数据丢失,影响观看,可以以一定的间隔删除或者压缩目标数据中的数据片段;此步骤包括:根据数据片段的时间顺序将各个数据片段进行编号;根据待处理视频数据的积累量与阈值的大小关系,确定需要删除或者压缩的数据片段的数量;根据数据片段的编号、以及需要删除或者压缩的数据片段的数量,设定处理间隔;根据处理间隔和数据片段的编号,选择数据片段进行删除或者压缩处理;即在选择数据片段时,通过间隔去除数据片段,使得在观看视频数据时,出现数据丢失的现象不明显,从而不影响观看;具体的,例如将目标数据划分为按照时间顺序排列的第一至第十共10个数据片段,此时根据待处理视频数据的积累量与阈值的大小关系,确定需要删除或者压缩3个数据片段,则可以设定处理间隔为3,此时,将第一个数据片段、第五个数据片段、第九个数据片段进行删除或者压缩,从而使得剩余的七个数据片段构成处理后的视频数据,而由于间隔去除数据片段,使得处理后的视频数据的连贯性较好,不影响观看。
在一种实施例中,在处理目标数据时,还可以对目标数据中的数据片段进行修改,使得目标数据的分辨率降低,从而降低数据量的大小,此步骤包括:根据数据片段的时间顺序将各个数据片段进行编号;根据待处理视频数据的积累量与阈值的大小关系,确定需要修改的数据片段的数量;根据数据片段的编号、以及需要修改的数据片段的数量,设置处理间隔;根据处理间隔和数据片段的编号,选择数据片段进行修改;具体的,例如接收到的实时监控视频流对应的视频数据的为4K分辨率(4096*2160的像素分辨率),可以从目标数据中选择多个数据片段,将数据片段的4K分辨率改为720分辨率(1280*720的像素分辨率),则可以降低数据片段的数据量,从而降低视频数据的数据量,可以从目标数据中间隔选取数据片段进行处理,同时,还可以对整个目标数据进行处理,使得目标数据的分辨率整体下降,从而使得在观看目标数据对应的视频时,目标数据对应的视频的分辨率保持一致,从而在观看时,能有较好的观感,不会出现不同部分的分辨率不同的问题。
在一种实施例中,在对目标数据进行处理后,还包括存储被处理的目标数据,即在对目标数据进行处理时,为了在后续可以查找到被处理的目标数据中的数据内容,以及对目标数据的处理方式,可以将被处理的目标数据、以及对目标数据的处理方式进行存储。
本实施例提供了一种用于交警系统的视频流管理方法,基于该方法可以对服务器中的处理器的数据的积累量进行检测和处理,降低了处理器内的待处理视频数据的数据量,解决了视频流数据占用处理器导致服务器运行不稳定的技术问题。
相应的,图10为本申请实施例提供的用于交警系统的视频流管理装置的结构示意图;请参阅图10,该用于交警系统的视频流管理装置包括以下模块:
接收模块1001,用于接收至少一个前端设备上传的实时监控视频流;
解码模块1002,用于基于标准通信协议对应的解码方式,依次对实时监控视频流进行解码,得到各实时监控视频流对应的视频数据,并将视频数据存入处理器;
第一处理模块1003,用于使用处理器处理视频数据,以得到视频数据对应的交通违法数据;
判断模块1004,用于在数据积累检测定时器到达时,获取处理器内待处理视频数据的积累量,判断待处理视频数据的积累量是否大于阈值;
选择模块1005,用于在待处理视频数据的积累量大于阈值时,从待处理视频数据中选择目标数据;
第二处理模块1006,用于按照预设处理方式,处理目标数据以降低处理器内的待处理视频数据的数据量。
在一种实施例中,视频流管理装置还包括调用模块,调用模块用于根据交通违法数据的数据类型的数量,调用对应数量的多个处理器;建立交通违法数据的数据类型与处理器标识的对应关系;此时,解码模块1002用于获取视频数据所包含的交通违法数据的数据类型;向数据类型对应的处理器发送视频数据。
在一种实施例中,解码模块1002用于在视频数据所包含的交通违法数据的数据类型数量大于1时,复制视频数据,得到与数据类型数量相等的多份视频数据;将原视频数据和多份视频数据分别发送至对应的处理器。
在一种实施例中,选择模块1005用于根据待处理视频数据中的复制状态标识,判断各视频数据是否存在复制视频;从存在复制视频的视频数据中选择至少一个作为目标数据。
在一种实施例中,选择模块1005用于获取待处理视频数据中各视频数据对应的实时监控视频流进入数据服务器的时间;根据时间的先后顺序,从待处理视频数据中选择至少一个作为目标数据。
在一种实施例中,选择模块1005用于获取待处理视频数据中各视频数据的时间长度;根据各视频数据的时间长度的大小,从时间长度大于预设时间长度的视频数据中选择至少一个作为目标数据。
在一种实施例中,判断模块1004用于依次获取每个处理器内的待处理视频数据的积累量;获取每个处理器对应的阈值;根据处理器内的积累量以及阈值,判断处理器的积累量是否大于阈值。
在一种实施例中,第二处理模块1006用于将处理器内的目标数据复制至目标处理器;使用目标处理器对目标数据进行处理,得到处理后的视频数据;使用处理后的视频数据替换处理器内的目标数据。
在一种实施例中,第二处理模块1006用于根据目标数据的数据量大小,将目标数据划分为多个数据片段;根据数据片段的数量,对至少部分数据片段进行删除或压缩处理。
相应的,本申请实施例还提供一种数据服务器,如图11所示,该数据服务器可以包括射频(RF,Radio Frequency)电路1101、包括有一个或一个以上计算机可读存储介质的存储器1102、输入单元1103、显示单元1104、传感器1105、音频电路1106、无线保真(WiFi,Wireless Fidelity)模块1107、包括有一个或者一个以上处理核心的处理器1108、以及电源1109等部件。本领域技术人员可以理解,图11中示出的数据服务器结构并不构成对数据服务器的限定,可以包括比图示更多或更少的部件,或者组合某些部分,或者不同的部件布置。其中:
RF电路1101可用于收发信息或通话过程中,信号的接收和发送,特别地,将基站的下行信息接收后,交由一个或者一个以上处理器1108处理;另外,将涉及上行的数据发送给基站。存储器1102可用于存储软件程序以及模块,处理器1108通过运行存储在存储器1102的软件程序以及模块,从而执行各种功能应用以及数据处理。输入单元1103可用于接收输入的数字或字符信息,以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。
显示单元1104可用于显示由用户输入的信息或提供给用户的信息以及服务器的各种图形用户接口,这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。
数据服务器还可包括至少一种传感器1105,比如光传感器、运动传感器以及其他传感器。音频电路1106包括扬声器,扬声器可提供用户与数据服务器之间的音频接口。
WiFi属于短距离无线传输技术,数据服务器通过WiFi模块1107可以帮助用户收发电子邮件、浏览网页和访问流式媒体等,它为用户提供了无线的宽带互联网访问。虽然图11示出了WiFi模块1107,但是可以理解的是,其并不属于数据服务器的必须构成,完全可以根据需要在不改变申请的本质的范围内而省略。
处理器1108是数据服务器的控制中心,利用各种接口和线路连接整个手机的各个部分,通过运行或执行存储在存储器1102内的软件程序和/或模块,以及调用存储在存储器1102内的数据,执行数据服务器的各种功能和处理数据,从而对手机进行整体监控。
数据服务器还包括给各个部件供电的电源1109(比如电池),优选的,电源可以通过电源管理系统与处理器1108逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
尽管未示出,数据服务器还可以包括摄像头、蓝牙模块等,在此不再赘述。具体在本实施例中,数据服务器中的处理器1108会按照如下的指令,将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器1102中,并由处理器1108来运行存储在存储器1102中的应用程序,从而实现以下功能:
接收至少一个前端设备上传的实时监控视频流;基于标准通信协议对应的解码方式,依次对实时监控视频流进行解码,得到各实时监控视频流对应的视频数据,并将视频数据存入处理器;使用处理器处理视频数据,以得到视频数据对应的交通违法数据;在数据积累检测定时器到达时,获取处理器内待处理视频数据的积累量,判断待处理视频数据的积累量是否大于阈值;在待处理视频数据的积累量大于阈值时,从待处理视频数据中选择目标数据;按照预设处理方式,处理目标数据以降低处理器内的待处理视频数据的数据量。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见上文的详细描述,此处不再赘述。
本领域普通技术人员可以理解,上述实施例的各种方法中的全部或部分步骤可以通过指令来完成,或通过指令控制相关的硬件来完成,该指令可以存储于一计算机可读存储介质中,并由处理器进行加载和执行。
为此,本申请实施例提供一种存储介质,其中存储有多条指令,该指令能够被处理器进行加载,以实现以下功能:
接收至少一个前端设备上传的实时监控视频流;基于标准通信协议对应的解码方式,依次对实时监控视频流进行解码,得到各实时监控视频流对应的视频数据,并将视频数据存入处理器;使用处理器处理视频数据,以得到视频数据对应的交通违法数据;在数据积累检测定时器到达时,获取处理器内待处理视频数据的积累量,判断待处理视频数据的积累量是否大于阈值;在待处理视频数据的积累量大于阈值时,从待处理视频数据中选择目标数据;按照预设处理方式,处理目标数据以降低处理器内的待处理视频数据的数据量。
以上各个操作的具体实施可参见前面的实施例,在此不再赘述。
其中,该存储介质可以包括:只读存储器(ROM,Read Only Memory)、随机存取记忆体(RAM,Random Access Memory)、磁盘或光盘等。
由于该存储介质中所存储的指令,可以执行本申请实施例所提供的任一种方法中的步骤,因此,可以实现本申请实施例所提供的任一种方法所能实现的有益效果,详见前面的实施例,在此不再赘述。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
以上对本申请实施例所提供的一种用于交警系统的视频流管理方法和装置、数据服务器及计算机可读存储介质进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的技术方案及其核心思想;本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例的技术方案的范围。

Claims (10)

1.一种用于交警系统的视频流管理方法,其特征在于,所述交警系统包括前端设备和数据服务器;所述视频流管理方法包括:
所述数据服务器接收至少一个所述前端设备上传的实时监控视频流;
基于标准通信协议对应的解码方式,依次对所述实时监控视频流进行解码,得到各实时监控视频流对应的视频数据,并将视频数据存入处理器;
使用所述处理器处理所述视频数据,以得到所述视频数据对应的交通违法数据;
在数据积累检测定时器到达时,获取所述处理器内待处理视频数据的积累量,判断待处理视频数据的积累量是否大于阈值;
在所述待处理视频数据的积累量大于所述阈值时,从所述待处理视频数据中选择目标数据;
将所述处理器内的目标数据复制至目标处理器;使用目标处理器按照预设处理方式对所述目标数据进行处理,得到处理后的视频数据;使用处理后的视频数据替换所述处理器内的目标数据以降低所述处理器内的待处理视频数据的数据量;所述处理后的视频数据的数据量小于所述处理器内的目标数据的数据量。
2.如权利要求1所述的用于交警系统的视频流管理方法,其特征在于,在使用所述处理器处理所述视频数据,以得到所述视频数据对应的交通违法数据的步骤之前,还包括:
根据所述交通违法数据的数据类型的数量,调用对应数量的多个处理器;
建立所述交通违法数据的数据类型与处理器标识的对应关系;
所述将视频数据存入处理器包括:获取所述视频数据所包含的所述交通违法数据的数据类型;向所述数据类型对应的处理器发送所述视频数据。
3.如权利要求2所述的用于交警系统的视频流管理方法,其特征在于,所述获取所述视频数据所包含的所述交通违法数据的数据类型;向所述数据类型对应的处理器发送所述视频数据的步骤,包括:
在所述视频数据所包含的所述交通违法数据的数据类型数量大于1时,复制所述视频数据,得到与所述数据类型数量相等的多份视频数据;
将原视频数据和所述多份视频数据分别发送至对应的处理器。
4.如权利要求3所述的用于交警系统的视频流管理方法,其特征在于,所述在所述待处理视频数据的积累量大于所述阈值时,从所述待处理视频数据中选择目标数据的步骤,包括:
根据所述待处理视频数据中各视频数据的复制状态标识,判断各视频数据是否存在复制视频;
从存在复制视频的视频数据中选择至少一个作为目标数据。
5.如权利要求1所述的用于交警系统的视频流管理方法,其特征在于,所述在所述待处理视频数据的积累量大于所述阈值时,从所述待处理视频数据中选择目标数据的步骤,包括:
获取所述待处理视频数据中各视频数据对应的实时监控视频流进入所述数据服务器的时间;
根据所述时间的先后顺序,从所述待处理视频数据中选择至少一个作为目标数据。
6.如权利要求1所述的用于交警系统的视频流管理方法,其特征在于,所述在所述待处理视频数据的积累量大于所述阈值时,从所述待处理视频数据中选择目标数据的步骤,包括:
获取所述待处理视频数据中各视频数据的时间长度;
根据所述各视频数据的时间长度的大小,从时间长度大于预设时间长度的视频数据中选择至少一个作为目标数据。
7.如权利要求1所述的用于交警系统的视频流管理方法,其特征在于,所述在数据积累检测定时器到达时,获取所述处理器内待处理视频数据的积累量,判断视频数据的积累量是否大于阈值的步骤,包括:
依次获取每个处理器内的待处理视频数据的积累量;
获取每个处理器对应的阈值;
根据所述处理器内的积累量以及阈值,判断所述处理器的积累量是否大于阈值。
8.如权利要求1所述的用于交警系统的视频流管理方法,其特征在于,所述使用目标处理器对所述目标数据进行处理,得到处理后的视频数据的步骤,包括:
根据目标数据的数据量大小,将所述目标数据划分为多个数据片段;
根据所述数据片段的数量,对至少部分数据片段进行删除或压缩处理。
9.一种用于交警系统的数据服务器,其特征在于,所述交警系统还包括前端设备,所述数据服务器包括存储器,处理器及存储在所述存储器上并在所述处理器上运行的计算机程序,其中,所述处理器执行程序时实现如权利要求1至8任一项所述的视频流管理方法中的步骤。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有多条指令,指令适于处理器进行加载,以执行如权利要求1至8任一项所述的视频流管理方法中的步骤。
CN202010984501.3A 2020-09-18 2020-09-18 一种用于交警系统的视频流管理方法和数据服务器 Active CN111935497B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010984501.3A CN111935497B (zh) 2020-09-18 2020-09-18 一种用于交警系统的视频流管理方法和数据服务器

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010984501.3A CN111935497B (zh) 2020-09-18 2020-09-18 一种用于交警系统的视频流管理方法和数据服务器

Publications (2)

Publication Number Publication Date
CN111935497A CN111935497A (zh) 2020-11-13
CN111935497B true CN111935497B (zh) 2021-01-12

Family

ID=73333936

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010984501.3A Active CN111935497B (zh) 2020-09-18 2020-09-18 一种用于交警系统的视频流管理方法和数据服务器

Country Status (1)

Country Link
CN (1) CN111935497B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112995613B (zh) * 2021-05-20 2021-08-06 武汉中科通达高新技术股份有限公司 一种分析资源管理方法及装置
CN114125502B (zh) * 2021-11-19 2023-11-24 武汉中科通达高新技术股份有限公司 一种视频流管理方法及装置

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5969763A (en) * 1995-10-30 1999-10-19 Nec Corporation Decoding system for motion picture data
CN102088363A (zh) * 2009-12-08 2011-06-08 大唐移动通信设备有限公司 告警处理方法和系统
CN105357570A (zh) * 2015-11-03 2016-02-24 上海熙菱信息技术有限公司 一种基于帧分析的视频流分析方法及系统
CN105847946A (zh) * 2016-05-28 2016-08-10 刘健文 一种传屏视频处理方法
CN106327875A (zh) * 2016-08-29 2017-01-11 苏州金螳螂怡和科技有限公司 交通视频监控管理控制系统
CN106412091A (zh) * 2016-10-25 2017-02-15 广东欧珀移动通信有限公司 数据传输的控制方法、装置及系统
CN108733489A (zh) * 2018-05-11 2018-11-02 五八同城信息技术有限公司 数据处理方法、装置、电子设备和存储介质
CN110121114A (zh) * 2018-02-07 2019-08-13 华为技术有限公司 发送流数据的方法及数据发送设备

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5778218A (en) * 1996-12-19 1998-07-07 Advanced Micro Devices, Inc. Method and apparatus for clock synchronization across an isochronous bus by adjustment of frame clock rates
US7894509B2 (en) * 2006-05-18 2011-02-22 Harris Corporation Method and system for functional redundancy based quality of service
JP2010034904A (ja) * 2008-07-29 2010-02-12 Kyocera Corp 携帯端末装置
CN101588602B (zh) * 2009-05-22 2011-07-13 中兴通讯股份有限公司 降低wapi移动终端功耗的方法及wapi移动终端
US8909763B2 (en) * 2011-03-31 2014-12-09 Mitsubishi Heavy Industries, Ltd. Computing-device management device, computing-device management method, and computing-device management program
CN102438230B (zh) * 2011-08-18 2014-08-20 宇龙计算机通信科技(深圳)有限公司 终端和数据业务处理方法
CN102866971B (zh) * 2012-08-28 2015-11-25 华为技术有限公司 传输数据的装置、系统及方法
CN105828041A (zh) * 2016-04-11 2016-08-03 上海大学 一种支持并行预处理的视频采集系统
US10250921B1 (en) * 2017-12-22 2019-04-02 Dialogic Corporation Systems and methods of video forwarding with adaptive video transcoding capabilities
CN110096217B (zh) * 2018-01-31 2022-05-27 伊姆西Ip控股有限责任公司 用于重新定位数据的方法、数据存储系统和介质
CN108537719B (zh) * 2018-03-26 2021-10-19 上海交通大学 一种提高通用图形处理器性能的系统及方法
CN110312156B (zh) * 2018-03-27 2022-04-22 腾讯科技(深圳)有限公司 一种视频缓存方法、装置及可读存储介质
CN108595134A (zh) * 2018-04-08 2018-09-28 广州视源电子科技股份有限公司 智能交互平板及矢量图处理方法、装置和设备
CN110569008B (zh) * 2019-08-29 2023-05-16 Oppo广东移动通信有限公司 屏幕数据处理方法、装置以及电子设备
CN111475202A (zh) * 2020-03-31 2020-07-31 北京经纬恒润科技有限公司 基于异构多处理系统的核间通信方法及系统

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5969763A (en) * 1995-10-30 1999-10-19 Nec Corporation Decoding system for motion picture data
CN102088363A (zh) * 2009-12-08 2011-06-08 大唐移动通信设备有限公司 告警处理方法和系统
CN105357570A (zh) * 2015-11-03 2016-02-24 上海熙菱信息技术有限公司 一种基于帧分析的视频流分析方法及系统
CN105847946A (zh) * 2016-05-28 2016-08-10 刘健文 一种传屏视频处理方法
CN106327875A (zh) * 2016-08-29 2017-01-11 苏州金螳螂怡和科技有限公司 交通视频监控管理控制系统
CN106412091A (zh) * 2016-10-25 2017-02-15 广东欧珀移动通信有限公司 数据传输的控制方法、装置及系统
CN110121114A (zh) * 2018-02-07 2019-08-13 华为技术有限公司 发送流数据的方法及数据发送设备
CN108733489A (zh) * 2018-05-11 2018-11-02 五八同城信息技术有限公司 数据处理方法、装置、电子设备和存储介质

Also Published As

Publication number Publication date
CN111935497A (zh) 2020-11-13

Similar Documents

Publication Publication Date Title
US20190332522A1 (en) Microservice platform with messaging system
CN111970215B (zh) 一种数据包管理方法及装置
CN110177300B (zh) 程序运行状态的监控方法、装置、电子设备和存储介质
CN106488270B (zh) 一种直播间切换的方法和装置
CN111935497B (zh) 一种用于交警系统的视频流管理方法和数据服务器
CN111694674B (zh) 消息分发处理方法、装置、设备及存储介质
CN112104893B (zh) 一种实现网页端无插件播放的视频流管理方法及装置
US10341277B2 (en) Providing video to subscribers of a messaging system
CN112148493A (zh) 一种流媒体任务管理方法及装置、数据服务器
CN110942031A (zh) 一种游戏画面异常的检测方法、装置、电子设备及存储介质
CN111787256B (zh) 警前录像的管理方法、装置、介质及电子设备
CN105791987A (zh) 媒体数据播放的方法及终端
CN113115262A (zh) 一种公交数据的传输方法及装置
US10861306B2 (en) Method and apparatus for video surveillance
CN112182289A (zh) 一种基于Flink框架的数据去重方法及装置
JP2008219189A (ja) 放送ストリーム記録装置、放送ストリーム記録方法、放送ストリーム記録プログラム、および記録媒体
CN113660540B (zh) 图像信息处理方法、系统、显示方法、装置及存储介质
CN112201047B (zh) 一种基于Flink框架的嫌疑车辆落脚点分析方法及装置
CN107342981B (zh) 传感器数据的传输方法及装置、虚拟现实头戴设备
CN112188245B (zh) 一种前端摄像头实时视频点播方法及装置、电子设备
CN111935313B (zh) 一种连接池管理方法及装置
CN111935309B (zh) 一种循环任务管理方法及装置
CN112162682A (zh) 内容显示方法、装置、电子设备及计算机可读存储介质
CN114077409A (zh) 投屏方法及装置、电子设备和计算机可读介质
CN111767131A (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