CN113206965B - 一种区域监控视频的协商存储方法、系统及相关装置 - Google Patents
一种区域监控视频的协商存储方法、系统及相关装置 Download PDFInfo
- Publication number
- CN113206965B CN113206965B CN202110268136.0A CN202110268136A CN113206965B CN 113206965 B CN113206965 B CN 113206965B CN 202110268136 A CN202110268136 A CN 202110268136A CN 113206965 B CN113206965 B CN 113206965B
- Authority
- CN
- China
- Prior art keywords
- video
- written
- storage
- video clip
- monitoring
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/91—Television signal processing therefor
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/907—Television signal recording using static stores, e.g. storage tubes or semiconductor memories
-
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/10—Flow control between communication endpoints
- H04W28/14—Flow control between communication endpoints using intermediate storage
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
Abstract
本申请公开了一种区域监控视频的协商存储方法、系统及相关装置,其中,所述协商存储方法包括:响应于第一监控设备与基站之间出现网络异常,获取待写入视频片段以及对应的风险等级;判断第一监控设备的当前存储容量是否大于或等于待写入视频片段的大小;若大于或等于,则将待写入视频片段直接写入第一监控设备;若小于,则查询并获得与第一监控设备建立D2D组网连接的所有第二监控设备的本地存储容量,并将符合预设要求的至少一个第二监控设备作为待写入视频片段的存储接收方;响应于第一监控设备与基站之间重新建立连接,将待写入视频片段通过基站上传至视频监控平台。通过上述方式,本申请能够在5G网络环境下提高监控系统的稳定性和高效性。
Description
技术领域
本申请涉及视频监控技术领域,特别是涉及一种区域监控视频的协商存储方法、系统及相关装置。
背景技术
在5G网络环境下,5G特性决定了5G基站的部署位置会更加接近用户。虽然这一设置可以方便用户快速接入,但同时也带来了5G基站易被人为损坏的风险,导致5G基站与对应设备之间通信失败。在一些旅游景区或者商场等人流量周期性较为明显的5G网络使用场景中,由于5G基站耗电量较大,会选择在人流量低峰时期关闭部分5G基站以降低耗电。当5G基站出现短期故障或者低峰时段周期性休眠的问题时,会导致设备无法接入5G网络。
在视频监控场景中,监控设备通常经由基站推送视频至视频监控平台,从而实现监控视频的存储。如果监控设备在接入5G网络时不考虑基站异常的情况发生,则会导致监控视频无处存储,出现监控失效、监控视频丢失等问题。在每一监控设备上携带本地存储介质是目前最容易想到、也最常使用的解决方案。但如果每个监控设备都携带本地存储卡,则会增加监控设备的成本,且存储介质的利用率也不高。
发明内容
本申请主要解决的技术问题是提供一种多视频协商存储方法、系统及相关装置,能够在5G网络环境下提高监控系统的稳定性和高效性。
为解决上述技术问题,本申请采用的一个技术方案是:提供一种区域监控视频的协商存储方法,包括:响应于第一监控设备与基站之间出现网络异常,获取待写入视频片段以及所述待写入视频片段的风险等级;判断所述第一监控设备的当前存储容量是否大于或等于所述待写入视频片段的大小;若所述当前存储容量大于或等于所述待写入视频片段的大小,则将所述待写入视频片段直接写入所述第一监控设备;若所述当前存储容量小于所述待写入视频片段的大小,则查询并获得与所述第一监控设备建立D2D组网连接的所有第二监控设备的本地存储容量,并将所述本地存储容量符合预设要求的至少一个第二监控设备作为所述待写入视频片段的存储接收方;响应于所述第一监控设备与所述基站之间重新建立连接,将所述待写入视频片段通过所述基站上传至视频监控平台。
其中,所述若所述当前存储容量小于所述待写入视频片段的大小的步骤,包括:若所述第一监控设备上无本地存储卡,或者,若所述第一监控设备上有本地存储卡且所述本地存储卡的当前存储容量小于所述待写入视频片段。
其中,所述将本地存储容量符合预设要求的至少一个第二监控设备作为所述待写入视频片段的存储接收方的步骤,包括:将本地存储容量最大的第二监控设备作为所述待写入视频片段的存储接收方。
其中,当所述第一监控设备上有本地存储卡时,所述将所述本地存储容量符合预设要求的至少一个第二监控设备作为所述待写入视频片段的存储接收方的步骤之后,包括:判断所述存储接收方的目前存储容量是否大于或等于所述待写入视频片段的大小;若所述目前存储容量大于或等于所述待写入视频片段的大小,则将所述待写入视频片段通过D2D网络传输至所述存储接收方,接收并保存所述存储接收方返回的与所述待写入视频片段相关的保存信息;若所述目前存储容量小于所述待写入视频片段的大小,则将所述存储接收方上的部分已存储视频片段删除后,将所述待写入视频片段写入所述存储接收方的本地存储卡。
其中,所述查询并获得与所述第一监控设备建立D2D组网连接的所有第二监控设备的本地存储容量的步骤之前,还包括:判断所述待写入视频是否由本地编码产生;若是,则进入查询并获得与所述第一监控设备建立D2D组网连接的所有第二监控设备的本地存储容量的步骤;若否,则进入所述将所述存储接收方上的部分已存储视频片段删除后,将所述待写入视频片段写入所述存储接收方的本地存储卡的步骤。
其中,所述将所述存储接收方上的部分已存储视频片段删除的步骤,包括:查询并判断所述存储接收方上已存储的视频片段中是否包含风险等级小于或等于当前待写入视频片段且包含增强层的第一可删除视频片段合集;若存在,则从所述第一可删除视频片段合集中获得风险等级等于阈值的第二可删除视频合集;判断所述第二可删除视频合集中所有增强层的存储容量总和是否大于或等于所述待写入视频片段的大小;若是,则将至少一个所述增强层删除后,保存所述待写入视频片段;若不存在,则判断所述阈值是否小于所述待写入视频片段的风险等级;若是,则将所述阈值提高一级,并返回至从所述第一可删除视频片段合集中获得风险等级等于阈值的第二可删除视频合集的步骤;若否,则查询并获得所述存储接收方上已存储的视频片段中风险等级小于或等于当前待写入视频片段的第三可删除视频片段合集,将至少部分所述第三可删除视频片段删除后,保存所述待写入视频片段。
其中,所述将至少一个所述增强层删除的步骤,包括:按照存储时间从旧到新的顺序删除至少一个所述增强层;和/或,所述将至少部分所述第三可删除视频片段删除的步骤,包括:按照风险等级从小到大以及存储时间从旧到新的顺序删除至少一个第三可删除视频片段。
其中,所述将所述待写入视频片段通过所述基站上传至视频监控平台的步骤,包括:响应于所述第一监控设备包含本地存储卡,则将所述待写入视频片段按照由非本地采集至本地采集的优先级顺序上传至所述视频监控平台;响应于所述第一监控设备不含本地存储卡,则通过广播通知所述存储接收方,以使存储接收方将所述待写入视频片段上传至视频监控平台。
其中,当所述第一监控设备上有本地存储卡时,所述将所述待写入视频片段按照由非本地采集至本地采集的优先级顺序上传至所述视频监控平台的步骤之前,包括:获取所述第一监控设备的所述本地存储卡中的录像信息记录表;判断所述第一监控设备中是否存在未上传的所述待写入视频片段;若存在未上传的所述待写入视频片段,则判断是否存在未保存于所述第一监控设备中的所述待写入视频片段;若不存在,则由所述第一监控设备将所述待写入视频片段按照存储时间从旧到新、从基础层至增强层的优先级顺序上传至所述视频监控平台;若存在,则通过广播通知所述存储接收方,以使所述存储接收方将所述待写入视频片段按照存储时间从旧到新、从基础层至增强层的优先级顺序上传至视频监控平台。
其中,所述通过广播通知所述存储接收方,以使存储接收方将所述待写入视频片段按照存储时间从旧到新、从基础层至增强层的优先级顺序上传至视频监控平台的步骤,包括:查询所述待写入视频片段的所述录像信息记录表;根据所述录像信息记录表将所述待写入视频片段按照从存储时间旧到新的顺序排序;获取所述待写入视频片段对应的所述基础层视频片段,通过所述基站将所述基础层视频片段上传至所述视频监控平台;通知所述第一监控设备所述基础层视频片段上传成功,并删除所述基础层视频片段和对应的所述录像信息记录表;获取所述待写入视频片段对应的所述增强层视频片段,通过所述基站将所述增强层视频片段上传至所述视频监控平台;通知所述第一监控设备所述增强层视频片段上传成功,并删除所述增强层视频片段和对应的所述录像信息记录表。
其中,所述获取所述待写入视频片段的风险等级的步骤包括:获取与所述待写入视频片段对应的监控区域的在预设时间范围内的所有报警事件,其中,所述预设时间为所述待写入视频片段的总时长;获得每个所述报警事件持续的第一时间与所述预设时间范围的比值,以及所述比值与对应的权重因子的乘积;将所有所述乘积之和作为所述风险等级。
为解决上述技术问题,本申请采用的另一个技术方案是:提供一种区域监控视频的协商存储系统,包括:视频监控平台;与视频监控平台通信连接的基站;与所述基站通信连接的多个监控设备,且所述多个监控设备之间可以建立D2D网络连接;其中,所述多个监控设备与所述基站以及所述视频监控平台相互配合以实现上述任一实施例所述的协商存储方法。
为解决上述技术问题,本申请采用的又一个技术方案是:提供一种多视频协商存储装置,包括相互耦接的存储器和处理器,所述存储器内存储有程序指令,所述处理器用于执行所述程序指令以实现上述任一实施例所述的协商存储方法。
为解决上述技术问题,本申请采用的又一个技术方案是:提供一种具有存储功能的装置,存储有程序数据,能够被计算机所读取,所述程序数据能够被处理器执行,以实现上述任一实施例所述的协商传输方法。
区别于现有技术的情况,本申请的有益效果是:本申请中提供一种区域监控视频的协商存储方法,响应于第一监控设备与基站之间出现网络异常,获取待写入视频片段以及所写入视频片段的风险等级;判断第一监控设备的当前存储容量是否大于或等于待写入视频片段的大小;若当前存储容量大于或等于待写入视频片段的大小,则将待写入视频片段直接写入第一监控设备;若当前存储容量小于所述待写入视频片段的大小,则查询并获得与所述第一监控设备建立D2D组网连接的所有第二监控设备的本地存储容量,并将所述本地存储容量符合预设要求的至少一个第二监控设备作为所述待写入视频片段的存储接收方;响应于所述第一监控设备与所述基站之间重新建立连接,将所述待写入视频片段通过所述基站上传至视频监控平台。通过上述设计方案,解决了基站出现短期故障或周期性休眠等问题时监控视频的存储问题,能够在5G网络环境下提高监控系统的稳定性和高效性,降低监控设备的成本。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。其中:
图1是本申请区域监控视频的设备协商存储系统一实施方式的结构示意图;
图2是本申请区域监控视频的设备协商存储方法一实施方式的流程示意图;
图3是步骤S14之前一实施方式的流程示意图;
图4是步骤S24一实施方式的流程示意图;
图5是步骤S13一实施方式的流程示意图;
图6是步骤S13另一实施方式的流程示意图;
图7是步骤S52一实施方式的流程示意图;
图8是本申请区域监控视频的协商存储装置一实施方式的框架示意图;
图9是本申请区域监控视频的协商存储装置一实施方式的结构示意图;
图10是本申请具有存储功能的装置一实施方式的框架示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性的劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
请参阅图1,图1是本申请区域监控视频的设备协商存储系统一实施方式的结构示意图。上述系统100包括:视频监控平台10、与视频监控平台通信连接的基站12、以及与基站12通信连接的多个监控设备14,且多个监控设备14之间可以建立D2D网络连接,且前端监控设备14之间省略其他中继前端设备。其中,多个监控设备14与基站12以及视频监控平台10能够在通信过程中相互配合。
具体地,在本实施例中,多个监控设备14分别接入基站12中相同基站接入点,使多个监控设备14的监控视频能够通过基站12上传至视频监控平台10。
本实施例中,多个监控设备14之间通过D2D网络连接进行协商存储。上述D2D网络通信具体是指两个对等的用户节点之间直接进行通信的一种通信方式,每个用户节点都能发送和接收信号,并具有自动路由(转发消息)的功能,连入D2D网络的设备间共享它们所拥有的一部分硬件资源,包括信息处理、存储以及网络连接能力等。
在一实施场景中,如图1中所示,上述实施方式的具体过程可以为:第一监控设备通过D2D通信技术向第二监控设备和/或第N监控设备发起D2D组网,从D2D网络中挑选出剩余容量足够的第二监控设备和/或第N监控设备进行监控视频的协商存储。
上述多个监控设备14与基站12以及视频监控平台10能够在通信过程中相互配合的具体实现过程可以为:当基站和设备之间的网络出现异常,第一监控设备会在成功发起D2D组网后,选择其中一个有存储卡的设备进行录像保存,被选择的设备会根据自身的监控区域的风险等级和第一监控设备的风险等级,按照一定的策略删除本地存储卡中的低等级视频片段来保证第一监控设备的存储需求。其中,根据自身的监控区域的风险等级和第一监控设备的风险等级协商存储过程以及按一定的策略删除本地存储卡中的低等级视频删除过程将在后续详细说明。
通过上述系统,本申请可以实现多设备的D2D组网连接,共享设备内部的存储能力,保障视频监控网络在5G环境下的健壮性以及重点监控区域的视频存储资源,降低本地存储卡数目,提升监控设备本地存储卡的利用率。
上述设备之间的协商存储方法具体请参阅图2,图2是本申请区域监控视频的设备协商存储方法一实施方式的流程示意图。上述协商存储方法包括:
S10:响应于第一监控设备与基站之间出现网络异常,获取待写入视频片段以及待写入视频片段的风险等级。
具体地,当基站出现短期故障或周期性休眠等问题时,第一监控设备无法通过基站上传监控视频片段至视频监控平台进行保存,该期间内产生的监控视频即为待写入的视频片段。
在本实施例中,上述获取所述待写入视频片段的风险等级的步骤包括:获取与待写入视频片段对应的监控区域的在预设时间范围内的所有报警事件,其中,所述预设时间为所述待写入视频片段的总时长;获得每个所述报警事件持续的第一时间与预设时间范围的比值,以及比值与对应的权重因子的乘积;将所有乘积之和作为风险等级。具体而言,根据监控设备监控各自区域的情况,通过如下表1所示的监控区域报警事件以及对应事件的权重因子,计算出待写入的视频片段对应的风险等级值。风险等级值按照高、中、低和正常四档进行分类,对应的将当前监控画面对应的视频片段设定为高风险、中风险、低风险和正常监控视频片段。
表1:监控区域报警事件及权重关系
其中,每一报警事件对应的权重因子之和为固定值,较佳地,权重因子之和为1。
监控区域每个视频片段的风险等级值的计算方式为:
其中,N为监控区域报警事件记录总数,i表示第i个报警事件,ΔTi表示所述报警事件中第i个报警事件的持续时间,T为预设时间,即该视频片段总时长,αi表示报警事件i对应的权重因子。
每一监控设备上均包括SVC编码,当基站出现短期故障或周期性休眠等问题时,所有监控设备开启SVC编码对监控视频画面进行分层处理。上述SVC编码是一种用来兼容不同的终端设备和链路带宽的技术,能够对监控画面进行分层处理,并对层级进行策略处理,如层级的传输、丢弃等。经分层处理,监控视频的存储层级包括基础层和增强层,其中,增强层的最大层数由SVC编码能力决定,较佳地,风险区域等级数与增强层层数相同。监控区域等级与监控视频存储层级之间的对应关系如表2所示。
表2:监控区域等级和监控视频存储层级关系
监控区域等级 | 监控视频存储最低层级数 | 画面质量和存储占用 |
高风险监控区 | 基本层+增强层1+增强层2+增强层3 | 质量高,存储占用大 |
中风险监控区 | 基本层+增强层1+增强层2 | 质量中,存储占用较大 |
低风险监控区 | 基本层+增强层1 | 质量中,存储占用中 |
正常监控区 | 基本层 | 质量低,存储占用小 |
监控区域等级越高,则存储的视频画面层级越多,视频质量也越好,需要的存储空间也越大。
将上述计算得到的风险等级值、层级对应的帧序号索引列表以及视频片段的大小等信息均被保存至如表3所示的录像信息记录表中。
表3:录像信息记录表
获取待写入视频片段以及待写入视频片段的风险等级信息可直接从表3中直接读取。
S11:判断第一监控设备的当前存储容量是否大于或等于待写入视频片段的大小。
S12:若是,则将待写入视频片段直接写入第一监控设备。
S13:若否,则查询并获得与第一监控设备建立D2D组网连接的所有第二监控设备的本地存储容量,并将本地存储容量符合预设要求的至少一个第二监控设备作为待写入视频片段的存储接收方。
具体地,查询并获得与第一监控设备建立D2D组网连接的所有第二监控设备的本地存储容量的步骤包括:第一监控设备向第二监控设备发起余量存储申请,同时请求获取第二监控设备的授权账号;成功建立起D2D网络后,第一监控设备携带第二监控设备的授权账号获取第二监控设备对应的余量存储信息;第二监控设备校验成功授权账号后,返回自身评估后的余量存储信息至第一监控设备;第一监控设备根据第二监控设备反馈的余量存储信息,评估是否通过第二监控设备进行监控视频的存储;如果第一监控设备通过第二监控设备存储视频,则第一监控设备需要通知第二监控设备。
在本实施例中,上述若当前存储容量小于待写入视频片段的大小的步骤包括:若第一监控设备上无本地存储卡,或者,若第一监控设备上有本地存储卡且本地存储卡的当前存储容量小于待写入视频片段。第一监控设备上没有本地存储卡,表示第一监控设备没有存储视频的能力,则产生的待写入视频片段仅能存储入第二监控设备;第一监控设备上有本地存储卡但剩余存储容量已经无法满足代写入视频的存入,因此会选择与第一监控设备建立D2D组网连接的第二监控设备作为存储视频的接收方。通过上述方式,解决了监控设备没有存储卡无处存储视频片段的问题,同时保证了D2D网络内的监控设备产生的视频片段都能够被完整地保存下来。
在又一实施例中,将本地存储容量符合预设要求的至少一个第二监控设备作为待写入视频片段的存储接收方的步骤包括:将本地存储容量最大的第二监控设备作为待写入视频片段的存储接收方。上述设计方式能够为后续的存储提供最为充分的空间,优先利用到剩余最多的存储容量,提高视频存储介质的利用率。当然,在其他实施例中,也可将本地存储容量之和大于或等于待写入视频片段的多个第二监控设备作为存储接收方。
S14:响应于第一监控设备与基站之间重新建立连接,将待写入视频片段通过基站上传至视频监控平台。
具体地,如果第一监控设备检测到与视频监控平台之间网络恢复正常,第一监控设备恢复向监控平台直接发送监控视频,并通知第二监控设备停止存储并结束向第二监控设备发送监控视频,同时,第一监控设备通过D2D网络向第二监控设备获取和本设备相关的存储视频,并将该监控视频片段补偿上传至视频监控平台。
在本实施例中,上述步骤S14包括:响应于第一监控设备包含本地存储卡,则将待写入视频片段按照由非本地采集至本地采集的优先级顺序上传至视频监控平台;响应于第一监控设备不含本地存储卡,则通过广播通知存储接收方,以使存储接收方将待写入视频片段上传至视频监控平台。通过上述实施方式,对于有本地存储卡或没有本地存储卡的监控设备来说,都解决了监控视频的补偿上传问题,能够释放出存储卡的存储空间,保证下一次的监控视频协商存储能够有效进行。
具体而言,当第一监控设备有本地存储卡时,按照由非本地采集至本地采集的优先级顺序将待写入视频片段上传至视频监控平台。换言之,会优先释放第二监控设备的存储空间。按照层级先基础层后增强层,存储时间先旧后新的顺序,将保存在D2D网络第二监控设备中的视频片段依次上传至视频监控平台。待第二监控设备中的监控视频上传完成后,再补偿上传第一监控设备中的监控视频片段,同样按照层级先基础层后增强层,存储时间先旧后新的顺序逐个上传至视频监控平台。
当第一监控设备中无本地存储卡时,由于自身没有存储能力,没有任何信息保存其中,因此仅能通过广播的形式通知存储有待写入视频片段的第二监控设备,按照层级先基础层后增强层,存储时间先旧后新的顺序,将保存在D2D网络第二监控设备中的视频片段依次上传至视频监控平台。
通过上述实施方式,解决了基站出现短期故障或周期性休眠等问题时监控视频的存储问题,能够在5G网络环境下提高监控系统的稳定性和高效性,降低监控设备的成本。
在本实施例中,请参阅图3,图3是步骤S14之前一实施方式的流程示意图。当第一监控设备有本地存储卡时,在将待写入视频片段按照由非本地采集至本地采集的优先级顺序上传至视频监控平台的步骤之前包括:
S20:获取第一监控设备的本地存储卡中的录像信息记录表。
S21:判断第一监控设备中是否存在未上传的待写入视频片段。
具体地,此处未上传的待写入视频片段包括第一监控设备作为存储接收方,存储来自其他监控设备的监控视频,以及第一监控设备作为待存储方,存储于其他设备中的监控视频。
S22:若存在未上传的待写入视频片段,则判断是否存在未保存于第一监控设备中的待写入视频片段。
S23:若不存在,则由第一监控设备将待写入视频片段按照存储时间从旧到新、从基础层至增强层的优先级顺序上传至所述视频监控平台。
S24:若存在,则通过广播通知存储接收方,以使存储接收方将待写入视频片段按照存储时间从旧到新、从基础层至增强层的优先级顺序上传至视频监控平台。
通过上述实施方式,能够将第一监控设备中所有待写入视频区分为本地采集与非本地采集,按照先非本地采集后本地采集的优先级顺序依次上传,解决监控视频的补偿上传问题,同时保证补偿上传过程有序进行,能够释放内部存储卡的空间,便于下一次协商存储过程的有效进行。
在本实施例中,请参阅图4,图4是步骤S24一实施方式的流程示意图。通过广播通知存储接收方,以使存储接收方将待写入视频片段按照存储时间从旧到新、从基础层至增强层的优先级顺序上传至视频监控平台的步骤包括:
S30:查询待写入视频片段的录像信息记录表。
S31:根据录像信息记录表将待写入视频片段按照从存储时间旧到新的顺序排序。
S32:获取待写入视频片段对应的基础层视频片段,通过基站将基础层视频片段上传至视频监控平台。
S33:通知所第一监控设备基础层视频片段上传成功,并删除基础层视频片段和对应的录像信息记录表。
S34:获取待写入视频片段对应的增强层视频片段,通过基站将增强层视频片段上传至视频监控平台。
S35:通知第一监控设备增强层视频片段上传成功,并删除增强层视频片段和对应的录像信息记录表。
在又一实施例中,当第一监控设备直接上传本地的待写入视频片段,或者第一监控设备没有本地存储卡,从存储接收方上传待写入视频片段,均按照上述存储时间从旧到新、从基础层至增强层的优先级原则依次上传,补偿上传的步骤与上述实施例相同。
通过上述实施方式,能够将所有待写入视频片段有序完成补偿上传,释放内部存储空间,保证下一次的监控视频协商存储能够有效进行。
在本实施例中,请参阅图5,图5是步骤S13一实施方式的流程示意图。当第一监控设备上有本地存储卡时,上述步骤S13之前还包括:
S40:判断待写入视频是否由本地编码产生。
S41:若是,则进入步骤S13。
具体地,待写入的视频片段由本地编码产生,但由于本地存储卡存储空间的已达到临界阈值,则需要查询并获得与第一监控设备建立D2D组网连接的所有第二监控设备的本地存储容量,将该视频片段保存至第二监控设备中。
S42:若否,则将存储接收方上的部分已存储视频片段删除后,将待写入视频片段写入存储接收方的本地存储卡。
具体地,待写入的视频片段不是由本地编码产生,表示其他监控设备选取第一监控设备作为存储接收方,但由于此时第一设备的本地存储卡存储空间的已达到临界阈值,需要删除第一监控设备上的部分已存储视频片段。
通过上述方式,能够辨别出第一监控设备是待存储视频片段方还是存储接收方,是保证后续协商存储步骤有效进行的前提。
在另一实施例中,请参阅图6,图6是步骤S13另一实施方式的流程示意图。当第一监控设备上有本地存储卡时,上述步骤S13之后包括:
S50:判断存储接收方的目前存储容量是否大于或等于待写入视频片段的大小。
具体地,此时第一监控设备生成的待写入视频片段无法进行保存,通过D2D网络选取第二监控设备作为存储接收方,需要进入第二监控设备的目前存储容量是否大于或等于待写入视频片段的大小的判断过程。
S51:若是,则将待写入视频片段通过D2D网络传输至存储接收方,接收并保存存储接收方返回的与待写入视频片段相关的保存信息。
具体地,第二监控设备目前的存储容量足够存储待写入视频片段,将该视频片段通过D2D网络传输至第二监控设备,接收并保存第二监控设备返回的与待写入视频片段相关的保存信息,利用保存信息更新表2中的内容。
S52:若否,则将存储接收方上的部分已存储视频片段删除后,将待写入视频片段写入存储接收方的本地存储卡。
通过上述方式,能够在第二监控设备上为待写入视频片段留出足够的存储空间,为后续的存储过程提供保障。
请参阅图7,图7是步骤S52一实施方式的流程示意图。步骤S52具体包括:
S60:查询并判断存储接收方上已存储的视频片段中是否包含风险等级小于或等于当前待写入视频片段且包含增强层的第一可删除视频片段合集。
具体地,由于待写入的视频片段需满足一定的画面清晰度,因此删除的视频片段需包含增强层。根据视频片段风险等级从小到大的删除原则,将所有包含增强层且风险等级小于或等于当前待写入视频片段筛选出来,作为可删除的第一可删除视频片段合集。
S61:若存在,则从第一可删除视频片段合集中获得风险等级等于阈值的第二可删除视频合集。
具体地,设定低风险等级值为上述阈值,从第一可删除的视频片段合集中,将风险等级最低的视频片段即低风险监控区对应的视频片段优先删除。将风险等级最低的所有视频片段作为第二可删除视频合集。
S62:判断第二可删除视频合集中所有增强层的存储容量总和是否大于或等于待写入视频片段的大小。
S63:若是,则将至少一个增强层删除后,保存待写入视频片段。
具体地,在本实施例中,上述将至少一个增强层删除的步骤包括:按照存储时间从旧到新的顺序删除至少一个增强层。由于第二可删除视频合集的存储容量总和大于等于待写入视频片段的大小,而删除过程仅需为待写入视频片段留出足够的存储空间,所以第二可删除视频片段合集无需全部删除。同一风险等级内的第二可删除视频合集,再按照存储时间的先后排序,先将存储时间较久的视频片段删除。通过上述实施方式,能够保证删除视频的过程有序进行,且保存存储时间较新的监控视频片段,便于对监控区域的风险等级进行更新。
S64:若不存在,则判断阈值是否小于待写入视频片段的风险等级。
S65:若是,则将阈值提高一级,并返回至步骤S61。
具体地,将上述阈值依次提高为中风险等级值和高风险等级值,依次返回步骤S61判断风险等级值与待写入视频片段之间的关系。
S66:若否,则查询并获得存储接收方上已存储的视频片段中风险等级小于或等于当前待写入视频片段的第三可删除视频片段合集,将至少部分第三可删除视频片段删除后,保存待写入视频片段。
具体地,阈值已经提升至与待写入视频片段的风险等级一致,但每一风险对应的视频片段合集存储容量均不满足待写入视频片段的容量大小,因此需要删除多个风险等级对应的第三可删除视频片段合集。
具体地,在本实施例中,上述将至少部分第三可删除视频片段删除的步骤包括:按照风险等级从小到大以及存储时间从旧到新的顺序删除至少一个第三可删除视频片段。通过上述实施方式,能够保证第三可删除视频片段的删除过程有序进行,优先删除风险等级较小、存储时间较久的视频片段便于对监控区域的风险等级进行更新。
通过上述实施方式,能够解决待写入视频片段的存储问题,按照一定策略进行视频删除能够提高监控系统的稳定性和高效性,充分利用监控系统中本地存储卡的容量空间,减少本地存储卡的数目,提高监控设备本地存储卡的利用率。
请参阅图8,图8是本申请区域监控视频的协商存储装置一实施方式的框架示意图。该装置200包括获取模块20、判断模块22、处理模块24和传输模块26。其中,获取模块20用于响应于第一监控设备与基站之间出现网络异常,获取待写入视频片段以及待写入视频片段的风险等级。判断模块22用于判断所第一监控设备的当前存储容量是否大于或等于待写入视频片段的大小。处理模块24用于响应于当前存储容量大于或等于待写入视频片段的大小,将待写入视频片段直接写入第一监控设备。处理模块24还用于响应于当前存储容量小于待写入视频片段的大小,查询并获得与第一监控设备建立D2D组网连接的所有第二监控设备的本地存储容量,并将本地存储容量符合预设要求的至少一个第二监控设备作为待写入视频片段的存储接收方。传输模块26用于响应于第一监控设备与基站之间重新建立连接,将待写入视频片段通过基站上传至视频监控平台。通过上述实施方式,解决了基站出现短期故障或周期性休眠等问题时监控视频的存储问题,能够在5G网络环境下提高监控系统的稳定性和高效性,降低监控设备的成本。
请参阅图9,图9是本申请区域监控视频的协商存储装置一实施方式的结构示意图,该装置300包括相互耦接的存储器30和处理器32,存储器30内存储有程序指令,处理器32用于执行程序指令以实现上述任一实施例中所提及的协商存储方法。
具体而言,处理器32还可以称为CPU(Central Processing Unit,中央处理单元)。处理器32可能是一种集成电路芯片,具有信号的处理能力。处理器32还可以是通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(ApplicationSpecific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable GateArray,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。另外,处理器32可以由多个集成电路芯片共同实现。
请参阅图10,图10是本申请具有存储功能的装置一实施方式的框架示意图。该装置400有能够被计算机所读取的程序数据40,该程序数据40也能够被处理器执行,程序数据40用于实现上述任一实施例中所提及的协商方法。其中,该程序数据40可以以软件产品的形式存储在上述具有存储功能的装置400中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(processor)执行本申请各个实施方式所述方法的全部或部分步骤。而前述的存储装置包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质,或者是计算机、服务器、手机、平板等终端设备。
总而言之,区别于现有技术的情况,本申请能够解决基站出现短期故障或周期性休眠等问题时监控视频的存储问题,能够在5G网络环境下提高监控系统的稳定性和高效性,充分利用监控系统中本地存储卡的容量空间,减少本地存储卡的数目,降低监控设备的成本,提高监控设备本地存储卡的利用率。
以上所述仅为本申请的实施方式,并非因此限制本申请的专利范围,凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本申请的专利保护范围内。
Claims (13)
1.一种区域监控视频的协商存储方法,其特征在于,包括:
响应于第一监控设备与基站之间出现网络异常,获取待写入视频片段以及所述待写入视频片段的风险等级;其中,获取所述待写入视频片段的所述风险等级的步骤,包括:获取与所述待写入视频片段对应的监控区域的在预设时间范围内的所有报警事件,其中,所述预设时间为所述待写入视频片段的总时长;获得每个所述报警事件持续的第一时间与所述预设时间范围的比值,以及所述比值与对应的权重因子的乘积;将所有所述乘积之和作为所述风险等级;
判断所述第一监控设备的当前存储容量是否大于或等于所述待写入视频片段的大小;
若所述当前存储容量大于或等于所述待写入视频片段的大小,则将所述待写入视频片段直接写入所述第一监控设备;
若所述当前存储容量小于所述待写入视频片段的大小,则查询并获得与所述第一监控设备建立D2D组网连接的所有第二监控设备的本地存储容量,并将所述本地存储容量符合预设要求的至少一个第二监控设备作为所述待写入视频片段的存储接收方;
响应于所述第一监控设备与所述基站之间重新建立连接,将所述待写入视频片段通过所述基站上传至视频监控平台。
2.根据权利要求1所述的协商存储方法,其特征在于,所述若所述当前存储容量小于所述待写入视频片段的大小的步骤,包括:
若所述第一监控设备上无本地存储卡,或者,若所述第一监控设备上有本地存储卡且所述本地存储卡的当前存储容量小于所述待写入视频片段。
3.根据权利要求1所述的协商存储方法,其特征在于,所述将所述本地存储容量符合预设要求的至少一个第二监控设备作为所述待写入视频片段的存储接收方的步骤,包括:
将本地存储容量最大的第二监控设备作为所述待写入视频片段的存储接收方。
4.根据权利要求3所述的协商存储方法,其特征在于,当所述第一监控设备上有本地存储卡时,所述将所述本地存储容量符合预设要求的至少一个第二监控设备作为所述待写入视频片段的存储接收方的步骤之后,包括:
判断所述存储接收方的目前存储容量是否大于或等于所述待写入视频片段的大小;
若所述目前存储容量大于或等于所述待写入视频片段的大小,则将所述待写入视频片段通过D2D网络传输至所述存储接收方,接收并保存所述存储接收方返回的与所述待写入视频片段相关的保存信息;
若所述目前存储容量小于所述待写入视频片段的大小,则将所述存储接收方上的部分已存储视频片段删除后,将所述待写入视频片段写入所述存储接收方的本地存储卡。
5.根据权利要求4所述的协商存储方法,其特征在于,所述查询并获得与所述第一监控设备建立D2D组网连接的所有第二监控设备的本地存储容量的步骤之前,还包括:
判断所述待写入视频是否由本地编码产生;
若是,则进入查询并获得与所述第一监控设备建立D2D组网连接的所有第二监控设备的本地存储容量的步骤;
若否,则进入所述将所述存储接收方上的部分已存储视频片段删除后,将所述待写入视频片段写入所述存储接收方的本地存储卡的步骤。
6.根据权利要求5所述的协商存储方法,其特征在于,所述将所述存储接收方上的部分已存储视频片段删除的步骤,包括:
查询并判断所述存储接收方上已存储的视频片段中是否包含风险等级小于或等于当前待写入视频片段且包含增强层的第一可删除视频片段合集;
若存在,则从所述第一可删除视频片段合集中获得风险等级等于阈值的第二可删除视频合集;判断所述第二可删除视频合集中所有增强层的存储容量总和是否大于或等于所述待写入视频片段的大小;若是,则将至少一个所述增强层删除后,保存所述待写入视频片段;
若不存在,则判断所述阈值是否小于所述待写入视频片段的风险等级;若是,则将所述阈值提高一级,并返回至从所述第一可删除视频片段合集中获得风险等级等于阈值的第二可删除视频合集的步骤;若否,则查询并获得所述存储接收方上已存储的视频片段中风险等级小于或等于当前待写入视频片段的第三可删除视频片段合集,将至少部分所述第三可删除视频片段删除后,保存所述待写入视频片段。
7.根据权利要求6所述的协商存储方法,其特征在于,
所述将至少一个所述增强层删除的步骤,包括:按照存储时间从旧到新的顺序删除至少一个所述增强层;和/或,
所述将至少部分所述第三可删除视频片段删除的步骤,包括:按照风险等级从小到大以及存储时间从旧到新的顺序删除至少一个第三可删除视频片段。
8.根据权利要求1所述的协商存储方法,其特征在于,所述将所述待写入视频片段通过所述基站上传至视频监控平台的步骤,包括:
响应于所述第一监控设备包含本地存储卡,则将所述待写入视频片段按照由非本地采集至本地采集的优先级顺序上传至所述视频监控平台;
响应于所述第一监控设备不含本地存储卡,则通过广播通知所述存储接收方,以使存储接收方将所述待写入视频片段上传至视频监控平台。
9.根据权利要求8所述的协商存储方法,其特征在于,当所述第一监控设备上有本地存
储卡时,所述将所述待写入视频片段按照由非本地采集至本地采集的优先级顺序上传至所述视频监控平台的步骤之前,包括:
获取所述第一监控设备的所述本地存储卡中的录像信息记录表;
判断所述第一监控设备中是否存在未上传的所述待写入视频片段;
若存在未上传的所述待写入视频片段,则判断是否存在未保存于所述第一监控设备中的所述待写入视频片段;
若不存在,则由所述第一监控设备将所述待写入视频片段按照存储时间从旧到新、从基础层至增强层的优先级顺序上传至所述视频监控平台;
若存在,则通过广播通知所述存储接收方,以使所述存储接收方将所述待写入视频片段按照存储时间从旧到新、从基础层至增强层的优先级顺序上传至视频监控平台。
10.根据权利要求9所述的协商存储方法,所述通过广播通知所述存储接收方,以使存储接收方将所述待写入视频片段按照存储时间从旧到新、从基础层至增强层的优先级顺序上传至视频监控平台的步骤,包括:
查询所述待写入视频片段的所述录像信息记录表;
根据所述录像信息记录表将所述待写入视频片段按照从存储时间旧到新的顺序排序;
获取所述待写入视频片段对应的所述基础层视频片段,通过所述基站将所述基础层视频片段上传至所述视频监控平台;
通知所述第一监控设备所述基础层视频片段上传成功,并删除所述基础层视频片段和对应的所述录像信息记录表;
获取所述待写入视频片段对应的所述增强层视频片段,通过所述基站将所述增强层视频片段上传至所述视频监控平台;
通知所述第一监控设备所述增强层视频片段上传成功,并删除所述增强层视频片段和对应的所述录像信息记录表。
11.一种区域监控视频的协商存储系统,其特征在于,包括:
视频监控平台;
与视频监控平台通信连接的基站;
与所述基站通信连接的多个监控设备,且所述多个监控设备之间可以建立D2D网络连接;
其中,所述多个监控设备与所述基站以及所述视频监控平台相互配合以实现权利要求1至10中任一项所述的协商存储方法。
12.一种区域监控视频的协商存储装置,其特征在于,包括相互耦接的存储器和处理器,所述存储器内存储有程序指令,所述处理器用于执行所述程序指令以实现权利要求1至10中任一项所述的协商存储方法。
13.一种具有存储功能的装置,其特征在于,存储有程序数据,能够被计算机所读取,所述程序数据能够被处理器执行,以实现权利要求1至10任一项所述的协商存储方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110268136.0A CN113206965B (zh) | 2021-03-12 | 2021-03-12 | 一种区域监控视频的协商存储方法、系统及相关装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110268136.0A CN113206965B (zh) | 2021-03-12 | 2021-03-12 | 一种区域监控视频的协商存储方法、系统及相关装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113206965A CN113206965A (zh) | 2021-08-03 |
CN113206965B true CN113206965B (zh) | 2022-12-06 |
Family
ID=77025393
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110268136.0A Active CN113206965B (zh) | 2021-03-12 | 2021-03-12 | 一种区域监控视频的协商存储方法、系统及相关装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113206965B (zh) |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10015462B1 (en) * | 2016-12-15 | 2018-07-03 | Lytx, Inc. | Risk dependent variable compression rate for event storage |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5807055B2 (ja) * | 2010-04-22 | 2015-11-10 | ホアウェイ・テクノロジーズ・カンパニー・リミテッド | 輻輳/過負荷制御方法および装置 |
CN103190197B (zh) * | 2010-08-27 | 2016-08-10 | 诺基亚技术有限公司 | 便利服务质量控制的方法和装置 |
WO2013086472A1 (en) * | 2011-12-09 | 2013-06-13 | Micropower Technologies, Inc. | Wireless camera data management |
CN105101268A (zh) * | 2014-05-08 | 2015-11-25 | 中兴通讯股份有限公司 | 一种设备到设备通信的监听方法及装置 |
CN105282486A (zh) * | 2014-05-30 | 2016-01-27 | 中国电信股份有限公司 | 视频监控数据传输方法、系统与nvr |
CN106162511B (zh) * | 2015-04-08 | 2020-01-24 | 电信科学技术研究院 | 一种d2d中继节点的确定、使用方法及装置 |
CN106714078A (zh) * | 2015-11-17 | 2017-05-24 | 北京信威通信技术股份有限公司 | 基于基站控制的d2d通信方法、装置和系统 |
US10482688B2 (en) * | 2016-03-09 | 2019-11-19 | Acculitx, Inc. | System and method for driver risk assessment through continuous performance monitoring |
CN109565759B (zh) * | 2016-08-16 | 2022-07-19 | IPCom两合公司 | 用于设备到设备通信的传输资源的重用 |
CN110022547B (zh) * | 2019-03-15 | 2020-04-14 | 北京邮电大学 | 一种d2d网络中缓存放置方法及装置 |
CN110996056B (zh) * | 2019-12-02 | 2021-12-17 | 浙江大华技术股份有限公司 | 一种级联监控系统的视频存储方法及装置 |
-
2021
- 2021-03-12 CN CN202110268136.0A patent/CN113206965B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10015462B1 (en) * | 2016-12-15 | 2018-07-03 | Lytx, Inc. | Risk dependent variable compression rate for event storage |
Also Published As
Publication number | Publication date |
---|---|
CN113206965A (zh) | 2021-08-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10389720B2 (en) | Method and apparatus for providing and receiving contents via network, method and apparatus for backing up data via network, backup data providing device, and backup system | |
WO2021047390A1 (zh) | 一种降低功耗的方法及移动终端 | |
CN104834713A (zh) | 对终端设备的图像数据进行存储及传输处理的方法及系统 | |
US20120271943A1 (en) | Method, apparatus, and system for scheduling distributed buffer resources | |
CN112055177B (zh) | 基于视频分层的协商传输方法、电子设备以及计算机可读存储介质 | |
US7747574B1 (en) | System and method for archiving digital media | |
CN102137087A (zh) | 业务处理方法、对已分发的内容进行调整的方法和业务节点 | |
CN112055176A (zh) | 基于视频码流的协商传输方法、电子设备以及计存储介质 | |
US20120057802A1 (en) | Data processing device and data processing method | |
CN105635214A (zh) | 数据的存储方法、第一移动终端、存储节点、及存储系统 | |
CN112055175B (zh) | 基于视频分区的协商传输方法、电子设备以及计存储介质 | |
JP2002116945A (ja) | オブジェクト配信システム及びそれに用いる携帯端末におけるメモリ管理方法 | |
CN113206965B (zh) | 一种区域监控视频的协商存储方法、系统及相关装置 | |
CN104991949A (zh) | 移动终端及其文件管理系统和方法 | |
JP2002140213A (ja) | 情報管理装置および方法、情報管理システム、ならびに、情報管理装置にインストールされるプログラムを記録したコンピュータ読み取り可能な記録媒体 | |
CN112380002A (zh) | 在线教育学习实现方法及平台 | |
CN111586349B (zh) | 一种监控设备的数据断网续传方法及系统 | |
CN112084163B (zh) | 一种数据写入方法、装置及计算机设备 | |
CN111427965B (zh) | 一种水务数据的管理方法和管理系统 | |
CN108287793A (zh) | 响应消息的缓冲方法及服务器 | |
CN111383125B (zh) | 社区划分方法、系统、终端设备及存储介质 | |
CN107277104A (zh) | 一种网页访问数据的处理方法及无线路由器 | |
CN108984614B (zh) | 一种基于大数据环境下的视图像快速识别方法 | |
CN113542798A (zh) | 视频流的传输方法、电子设备及存储介质 | |
CN105812203A (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 |