CN104469310A - 录像数据的网络存储方法和***、视频监控平台 - Google Patents
录像数据的网络存储方法和***、视频监控平台 Download PDFInfo
- Publication number
- CN104469310A CN104469310A CN201410766421.5A CN201410766421A CN104469310A CN 104469310 A CN104469310 A CN 104469310A CN 201410766421 A CN201410766421 A CN 201410766421A CN 104469310 A CN104469310 A CN 104469310A
- Authority
- CN
- China
- Prior art keywords
- storage volume
- volume
- headend equipment
- primary storage
- slack
- 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.)
- Pending
Links
Landscapes
- Closed-Circuit Television Systems (AREA)
- Television Signal Processing For Recording (AREA)
Abstract
本发明实施例公开了一种录像数据的网络存储***和方法、视频监控平台,其中,方法包括:前端设备进行视频监控得到视频录像,并根据视频监控平台下发的存储卷信息,向主用存储卷写入视频录像的录像数据,并实时监测主用存储卷的写入状态是否异常;存储卷信息包括视频监控平台分别从位于不同物理设备上的第一主用存储阵列和第一备用存储阵列划分给前端设备的主用和备用存储卷的路径信息;当监测到主用存储卷的写入状态异常,前端设备切换至向备用存储卷写入录像数据。本发明实施例可以避免由于存储卷故障导致的视频数据丢失的问题。
Description
技术领域
本发明涉及视频监控领域,特别涉及一种录像数据的网络存储方法、***和视频监控平台。
背景技术
随着社会经济的飞速发展,视频监控作为安防领域中的重要手段,其作用越来越重要,近年来得到快速发展,在公安、金融、环保等重要行业的应用也不断扩展,视频录像(简称为:录像)是视频监控***的重要数据,各行业对视频录像存储的不间断和完整性提出了更高的要求。
目前视频监控领域中采用的存储方案主要有如下两种:
一种是前端存储方案。在前端存储方案中,将模拟视频数据(即:录像数据)数字化编码后进行存储,录像数据保存在前端设备的存储介质中。该前端存储方案存在的问题是:前端设备存储故障率高,录像完整率低,数据存储点分散,检修麻烦,存储质量不可控。
另一种是集中存储方案。在集中存储方案中,将视频数据存储至集中放置的存储阵列,相比前端存储,该种存储方式相对安全可靠,但是该集中存储方案至少存在以下问题:
存储阵列作为单个数据写入点,存储阵列一旦发生故障,将会导致大量前端设备录像数据写入失败,造成录像数据的缺失;
另一方面,从存储阵列本身来说,由于视频业务需求量的急速增长以及视频监控高清化的推进,海量视频数据的不间断写入和读取,给存储阵列带来了极大的压力,存储阵列中的磁盘有一定的物理寿命,大量IO(输入/输出)操作可能导致存储阵列出现性能瓶颈,严重影响了视频录像的完整性。
发明内容
本发明实施例提供了一种录像数据的网络存储方法和***、视频监控平台,以提高录像存储稳定性与完整性。
本发明实施例还提供的一种录像数据的网络存储方法,包括:
前端设备进行视频监控得到视频录像,并根据视频监控平台下发的存储卷信息,向主用存储卷写入视频录像的录像数据,并在向主用存储卷写入录像数据的过程中,实时监测主用存储卷的写入状态是否异常;该存储卷信息包括视频监控平台分别从第一主用存储阵列和第一备用存储阵列划分给前端设备使用的主用存储卷和备用存储卷的路径信息,其中第一主用存储阵列和第一备用存储阵列分别位于不同的物理设备上;
响应于监测到主用存储卷的写入状态异常,前端设备切换至向备用存储卷写入视频录像的录像数据。
基于上述方法的另一实施例中,向所述主用存储卷写入所述视频录像的录像数据前,还包括:
所述前端设备接入所述视频监控平台时,向所述视频监控平台发起注册请求,所述注册请求中包括在所述视频监控平台所辖范围内唯一标识所述前端设备的设备标识、所述前端设备的支持的码流参数,所述码流参数包括码流大小;
所述视频监控平台根据所述码流参数和所述前端设备所需的录像时长,计算所述前端设备进行视频录像存储所需的容量;
所述视频监控平台分别从第一主用存储阵列和第一备用存储阵列上为所述前端设备分配容量为所述所需容量的主用存储卷和备用存储卷,并生成所述主用存储卷和所述备用存储卷的路径信息;
所述视频监控平台向所述前端设备发送所述存储卷信息,并在数据库中建立所述前端设备的设备标识、所述主用存储卷的卷标识和所述备用存储卷的卷标识之间的绑定关系,其中,卷标识在所述视频监控平台所辖范围内唯一标识一个卷。
基于上述任一方法的另一实施例中,还包括:
所述视频监控平台分别为划分出的所述主用存储卷和所述备用存储卷分配卷标识。
基于上述任一方法的另一实施例中,还包括:
所述前端设备接收到所述视频监控平台发送的所述存储卷信息后,分别根据所述存储卷信息中主用存储卷和备用存储卷的路径信息挂载所述主用存储卷和备用存储卷。
基于上述任一方法的另一实施例中,所述前端设备所需的录像时长为所述视频监控平台中存储的预设录像时长。
基于上述任一方法的另一实施例中,所述视频监控平台中存储有预先建立的设备标识与录像时长之间的对应关系信息;
所述方法还包括:所述视频监控平台接收到所述前端设备发送的注册请求后,查询所述对应关系信息,获取所述前端设备的设备标识对应的录像时长作为所述前端设备所需的录像时长。
基于上述任一方法的另一实施例中,所述视频监控平台分别从第一主用存储阵列和第一备用存储阵列上为所述前端设备分配容量为所述所需容量的主用存储卷和备用存储卷包括:
所述视频监控平台从第一主用存储阵列上划分出容量为所述所需容量的主用存储卷分配给所述前端设备,前端设备与主用存储卷为一对一的对应关系;以及从第一备用存储阵列上划分出容量为所述所需容量的备用存储卷分配给所述前端设备,或者按照预设分配规则,从已划分出的备用存储卷中选择一个容量为所述所需容量的备用存储卷分配给所述前端设备,前端设备与备用存储卷为一对一、或多对一的对应关系。
基于上述任一方法的另一实施例中,还包括:
所述前端设备向所述备用存储卷写入所述视频录像的录像数据的过程中,按照预设检测周期检测所述主用存储卷的写入状态是否已恢复正常;
响应于检测到所述主用存储卷的写入状态已恢复正常,所述前端设备切换回向所述主用存储卷写入所述视频录像的录像数据。
基于上述任一方法的另一实施例中,还包括:
响应于监测到所述主用存储卷的写入状态异常,所述前端设备按照预设报警周期向所述视频监控平台连续上报所述主用存储卷写入失败的告警信息;
所述视频监控平台存储并输出接收到的所述主用存储卷写入失败的告警信息。
基于上述任一方法的另一实施例中,还包括:
响应于检测到所述主用存储卷的写入状态已恢复正常,所述前端设备停止执行所述按照预设检测周期检测所述主用存储卷的写入状态是否已恢复正常的操作、以及按照预设报警周期向所述视频监控平台连续上报所述主用存储卷写入失败的告警信息的操作,并向所述视频监控平台上报所述主用存储卷的写入状态恢复正常的告警信息。
基于上述任一方法的另一实施例中,还包括:
所述前端设备在向所述备用存储卷写入所述视频录像的录像数据的过程中,实时监测所述备用存储卷的写入状态是否异常。
响应于监测到所述备用存储卷的写入状态异常,开始执行所述按照预设检测周期检测所述主用存储卷的写入状态是否已恢复正常的操作。
基于上述任一方法的另一实施例中,还包括:
若检测到所述主用存储卷的写入状态仍然异常,所述前端设备按照预设报警周期向所述视频监控平台连续上报所述主用存储卷写入失败的告警信息时,同时按照预设报警周期向所述视频监控平台连续上报所述备用存储卷写入失败的告警信息;
所述视频监控平台存储并输出所述主用存储卷与所述备用存储卷均写入失败的告警信息。
基于上述任一方法的另一实施例中,当所述主用存储卷和所述备用存储卷的写入状态均异常时,所述按照预设检测周期检测所述主用存储卷的写入状态是否已恢复正常包括:
所述前端设备具体按照预设检测周期检测所述主用存储卷与所述备用存储卷中是否已有存储卷的写入状态恢复正常;
若已有存储卷的写入状态恢复正常,所述前述设备向写入状态已恢复正常的存储卷写入所述视频录像的录像数据,并停止执行所述按照预设检测周期检测已恢复正常的存储卷的写入状态是否已恢复正常的操作、以及按照预设报警周期向所述视频监控平台连续上报所述已恢复正常的存储卷写入失败的告警信息的操作。
基于上述任一方法的另一实施例中,所述按照预设检测周期检测所述主用存储卷与所述备用存储卷中是否已有存储卷的写入状态恢复正常;若已有存储卷的写入状态恢复正常,所述前述设备向写入状态已恢复正常的存储卷写入所述视频录像的录像数据包括:
按照预设检测周期检测所述主用存储卷的写入状态是否恢复正常;
若所述主用存储卷的写入状态恢复正常,所述前端设备切换至向所述主用存储卷写入所述视频录像的录像数据;
否则,若所述主用存储卷的写入状态未恢复正常,所述前端设备按照预设检测周期检测所述备用存储卷的写入状态是否恢复正常;
若所述备用存储卷的写入状态恢复正常,所述前端设备切换至向所述备用存储卷写入所述视频录像的录像数据,并向所述视频监控平台上报所述备用存储卷的写入状态恢复正常的告警信息。
基于上述任一方法的另一实施例中,写入状态异常包括:存储卷挂载失败、或存储卷容量满。
基于上述任一方法的另一实施例中,检测存储卷的写入状态是否已恢复正常包括:
通过检测存储卷的挂载状态、以及对存储卷的试写入操作,判断存储卷的写入状态是否已恢复正常;
若存储卷可被成功挂载且可被成功写入操作数据,则存储卷的写入状态已恢复正常;
否则,若存储卷挂载失败、和/或写入操作数据失败,则存储卷的写入状态未恢复正常。
基于上述任一方法的另一实施例中,还包括:
响应于接收到所述视频监控平台重新下发的新存储卷信息,所述前端设备停止执行所述按照预设检测周期检测所述主用存储卷的写入状态是否已恢复正常的操作、以及按照预设报警周期向所述视频监控平台连续上报所述主用存储卷写入失败的告警信息的操作,根据所述新存储卷信息中的新主用存储卷的路径信息,切换至向所述新主用存储卷写入所述视频录像的录像数据,所述新存储卷信息包括视频监控平台重新分别从第二主用存储阵列和第二备用存储阵列划分给所述前端设备使用的新主用存储卷和新备用存储卷的路径信息,所述第二主用存储阵列和第二备用存储阵列分别位于不同的物理设备上;并以所述新主用存储卷作为所述主用存储卷,开始执行所述实时监测所述主用存储卷的写入状态是否异常的操作。
基于上述任一方法的另一实施例中,所述第二主用存储阵列与所述第一主用存储阵列为同一个主用存储阵列或不同的主用存储阵列;和/或
所述第二备用存储阵列与所述第一备用存储阵列为同一个备用存储阵列或不同的备用存储阵列。
基于上述任一方法的另一实施例中,还包括:
响应于接收到所述主用存储卷与所述备用存储卷均写入失败的告警信息,所述视频监控平台分别从第二主用存储阵列和第二备用存储阵列上分别为所述前端设备分配新主用存储卷和新备用存储卷,并生成所述新主用存储卷和所述新备用存储卷的路径信息;所述新主用存储卷和所述新备用存储卷的容量小于或等于所述前端设备进行视频录像存储所需的容量;
所述视频监控平台向所述前端设备发送所述新存储卷信息,并将数据库中所述前端设备的设备标识对应的绑定关系更新为所述前端设备的设备标识、所述主用存储卷的卷标识和所述备用存储卷的卷标识、以及所述新的主用存储卷和所述新的备用存储卷的卷标识之间的绑定关系;
所述前端设备分别根据所述新存储卷信息中新的主用存储卷和新备用存储卷的路径信息挂载所述新主用存储卷和新备用存储卷。
基于上述任一方法的另一实施例中,还包括:
所述视频监控平台分别为划分出的所述新主用存储卷和所述新备用存储卷分配卷标识。
基于上述任一方法的另一实施例中,还包括:
所述视频监控平台基于预设扫描周期,根据预设录像时长和当前时刻,计算所述前端设备存储录像数据的过期时间点,从为所述前端设备分配的存储卷中扫描识别出过期数据,并删除该过期数据,将为所述前端设备分配的存储卷中的空闲存储空间回收至相应的存储阵列;所述过期数据为存储时间早于所述过期时间点的录像数据。
基于上述任一方法的另一实施例中,还包括:
前端设备向所述存储卷写入录像数据时,还在存储卷中生成视频文件,所述视频文件的文件名包括所述前端设备的设备标识和存储录像数据的时间信息;
所述视频监控平台在数据库中建立所述前端设备的设备标识、为所述前端设备分配的存储卷的卷标识、文件名之间的对应关系,并实时或按照预设更新周期对建立的设备标识、卷标识和文件名之间的对应关系进行更新。
基于上述任一方法的另一实施例中,还包括:
响应于接收到用户通过点击某一文件名发送的播放请求,所述视频监控平台查询设备标识、卷标识和文件名之间的对应关系,获取所述某一文件名对应的前端设备对应的时间不早于所述某一文件名中时间的文件名及其对应卷标识,基于该对应卷标识,按照时间顺序依次读取时间不早于所述某一文件名中时间的文件名并播放相应的视频文件。
本发明实施例还提供了一种视频监控平台,包括:
设备管理服务器,用于对前端设备进行管理,为视频监控平台所辖范围内的各前端设备分配设备标识并存储各前端设备的设备标识,其中,前端设备的设备标识在视频监控平台所辖范围内唯一标识一个前端设备;
存储管理服务器,用于对存储阵列进行管理,其中,所述存储阵列包括一个或多个主用存储阵列、以及一个或多个备用存储阵列,其中,主用存储阵列和备用存储阵列位于不同的物理设备上;其中,主用存储阵列中的任意一个或多个位于同一个物理设备上,备用存储阵列中的任意一个或多个位于同一个物理设备上;以及接收前端设备接入所述视频监控平台时发送的注册请求,所述注册请求中包括接入的前端设备的设备标识;分别从第一主用存储阵列和第一备用存储阵列上为所述前端设备分配容量为所述所需容量的主用存储卷和备用存储卷,分别为划分出的所述主用存储卷和所述备用存储卷分配卷标识,并生成所述主用存储卷和所述备用存储卷的路径信息,其中,卷标识在所述视频监控平台所辖范围内唯一标识一个卷;在数据库中建立所述前端设备的设备标识、所述主用存储卷的卷标识和所述备用存储卷的卷标识之间的绑定关系,并向所述前端设备发送所述存储卷信息,以便所述接入的前端设备向主用存储卷写入视频录像的录像数据时,若主用存储卷的写入状态异常切换至向所述备用存储卷写入所述视频录像的录像数据。
基于上述视频监控平台的另一实施例中,所述注册请求中还包括所述接入的前端设备的支持的码流参数,所述码流参数包括码流大小;
所述存储管理服务器,具体根据所述码流参数和所述前端设备所需的录像时长,计算所述接入的前端设备进行视频录像存储所需的容量;分别从第一主用存储阵列和第一备用存储阵列上为所述前端设备分配容量为所述所需容量的主用存储卷和备用存储卷。
基于上述任一视频监控平台的另一实施例中,所述存储管理服务器,还用于存储预设录像时长作为所述接入的前端设备所需的录像时长。
基于上述任一视频监控平台的另一实施例中,所述存储管理服务器,还用于存储预先建立的设备标识与录像时长之间的对应关系信息;以及接收到所述前端设备发送的注册请求后,查询所述对应关系信息,获取所述前端设备的设备标识对应的录像时长作为所述前端设备所需的录像时长。
基于上述任一视频监控平台的另一实施例中,所述存储管理服务器,具体从第一主用存储阵列上划分出容量为所述所需容量的主用存储卷分配给所述接入的前端设备,前端设备与主用存储卷为一对一的对应关系;以及从第一备用存储阵列上划分出容量为所述所需容量的备用存储卷分配给所述前端设备,或者按照预设分配规则,从已划分出的备用存储卷中选择一个容量为所述所需容量的备用存储卷分配给所述前端设备,前端设备与备用存储卷为一对一、或多对一的对应关系。
基于上述任一视频监控平台的另一实施例中,还包括告警服务器,用于接收所述接入的前端设备按照预设报警周期连续上报所述主用存储卷写入失败的告警信息和/或备用存储卷写入失败的告警信息,存储并输出接收到的所述主用存储卷写入失败的告警信息和/或备用存储卷写入失败的告警信息;其中,所述主用存储卷写入失败的告警信息由所述接入的前端设备在监测到所述主用存储卷的写入状态异常时上报,所述备用存储卷写入失败的告警信息由所述接入的前端设备在监测到所述备用存储卷的写入状态异常时上报。
基于上述任一视频监控平台的另一实施例中,所述告警服务器,还用于接收所述接入的前端设备上报的所述主用存储卷恢复正常告警信息,其中,所述主用存储卷恢复正常告警信息由所述接入的前端设备在监测到所述主用存储卷的写入状态已恢复正常时上报。
基于上述任一视频监控平台的另一实施例中,写入状态异常包括:存储卷挂载失败、或存储卷容量满。
基于上述任一视频监控平台的另一实施例中,所述存储管理服务器,还用于:
响应于接收到所述主用存储卷与所述备用存储卷均写入失败的告警信息,分别从第二主用存储阵列和第二备用存储阵列上分别为所述前端设备分配新主用存储卷和新备用存储卷,分别为所述新主用存储卷和所述新备用存储卷分配卷标识,生成所述新主用存储卷和所述新备用存储卷的路径信息,并向所述前端设备发送新存储卷信息,所述新存储卷信息包括所述存储管理服务器重新分别从第二主用存储阵列和第二备用存储阵列划分给所述前端设备使用的新主用存储卷和新备用存储卷的路径信息,所述第二主用存储阵列和第二备用存储阵列分别位于不同的物理设备上;并将数据库中所述前端设备的设备标识对应的绑定关系更新为所述前端设备的设备标识、所述主用存储卷的卷标识和所述备用存储卷的卷标识、以及所述新的主用存储卷和所述新的备用存储卷的卷标识之间的绑定关系;所述新主用存储卷和所述新备用存储卷的容量小于或等于所述前端设备进行视频录像存储所需的容量;以及向所述前端设备重新下发所述新存储卷信息。
基于上述任一视频监控平台的另一实施例中,所述第二主用存储阵列与所述第一主用存储阵列为同一个主用存储阵列或不同的主用存储阵列;和/或
所述第二备用存储阵列与所述第一备用存储阵列为同一个备用存储阵列或不同的备用存储阵列。
基于上述任一视频监控平台的另一实施例中,所述存储管理服务器,还用于基于预设扫描周期,根据预设录像时长和当前时刻,计算所述前端设备存储录像数据的过期时间点,从为所述前端设备分配的存储卷中扫描识别出过期数据,并删除该过期数据,将为所述前端设备分配的存储卷中的空闲存储空间回收至相应的存储阵列;所述过期数据为存储时间早于所述过期时间点的录像数据。
基于上述任一视频监控平台的另一实施例中,所述存储管理服务器还用于所述接入的前端设备向所述存储卷写入录像数据时,在数据库中建立所述前端设备的设备标识、为所述前端设备分配的存储卷的卷标识、所述前端设备写入录像数据时生成的视频文件的文件名之间的对应关系,并实时或按照预设更新周期对建立的设备标识、卷标识和文件名之间的对应关系进行更新。
基于上述任一视频监控平台的另一实施例中,还包括:
录像回放服务器,用于响应于接收到用户通过点击某一文件名发送的播放请求,查询设备标识、卷标识、文件名之间的对应关系,获取所述某一文件名对应的前端设备对应的时间不早于所述某一文件名中时间的文件名及其对应卷标识,基于该对应卷标识,按照时间顺序依次读取时间不早于所述某一文件名中时间的文件名并播放相应的视频文件。
本发明实施例提供的一种录像数据的网络存储***,包括:
存储阵列,包括一个或多个主用存储阵列、以及一个或多个备用存储阵列,其中,主用存储阵列和备用存储阵列位于不同的物理设备上;其中,所述主用存储阵列中的任意一个或多个位于同一个物理设备上,所述备用存储阵列中的任意一个或多个位于同一个物理设备上;
视频监控平台,用于对前端设备和存储阵列进行管理;分别从第一主用存储阵列和第一备用存储阵列划分出给前端设备使用的主用存储卷和备用存储卷,并向前端设备下发存储卷信息,所述存储卷信息包括划分给所述前端设备使用的主用存储卷和备用存储卷的路径信息。具体地,该视频监控平台具体可以基于上述任一实施例的视频监控平台实现;
前端设备,用于进行视频监控得到视频录像,并根据视频监控平台下发的存储卷信息,向主用存储卷写入所述视频录像的录像数据,并在向主用存储卷写入录像数据的过程中,实时监测所述主用存储卷的写入状态是否异常。
本发明实施例提出的上述录像数据的网络存储方法和***、视频监控平台,视频监控平台预先分别从第一主用存储阵列和第一备用存储阵列上向前端设备划分主用存储卷和备用存储卷,正常状态下,前端设备向主备存储卷写入视频录像的录像数据,并实时监测该主用存储卷的工作状态,增加了一级备用存储卷写入流程,在主用存储卷出现故障时,及时切换至向备用存储卷写入视频数据,实现了视频监控数据主备写入方式,通过采用存储卷一备一方式达到了存储卷冗余的效果,可有效防止由于存储卷故障导致的视频数据丢失的问题;并且,由于主、备存储阵列位于不同物理设备上,避免了存储阵列作为在视频监控***中的单个数据写入点导致的单点故障点,降低了由于存储阵列带来的故障风险,避免了由于存储阵列异常导致的录像数据丢失的情况,极大的提高了录像的稳定性与完整性。
附图说明
构成说明书的一部分的附图描述了本发明的实施例,并且连同描述一起用于解释本发明的原理。
参照附图,根据下面的详细描述,可以更加清楚地理解本发明,其中:
图1为本发明录像数据的网络存储***一个实施例的结构示意图。
图2为本发明录像数据的网络存储***一个应用实施例的结构示意图。
图3为本发明录像数据的网络存储方法一个实施例的流程图。
图4为本发明录像数据的网络存储方法另一个实施例的流程图。
图5为本发明录像数据的网络存储方法又一个实施例的流程图。
图6为本发明录像数据的网络存储方法再一个实施例的流程图。
图7为本发明视频监控平台一个实施例的结构示意图。
图8为本发明视频监控平台另一个实施例的结构示意图。
图9为本发明视频监控平台又一个实施例的结构示意图。
具体实施方式
现在将参照附图来详细描述本发明的各种示例性实施例。应注意到:除非另外具体说明,否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。
同时,应当明白,为了便于描述,附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
以下对至少一个示例性实施例的描述实际上仅仅是说明性的,决不作为对本发明及其应用或使用的任何限制。
对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论,但在适当情况下,所述技术、方法和设备应当被视为说明书的一部分。
在这里示出和讨论的所有示例中,任何具体值应被解释为仅仅是示例性的,而不是作为限制。因此,示例性实施例的其它示例可以具有不同的值。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步讨论。
图1为本发明录像数据的网络存储***一个实施例的结构示意图。如图1所示,该实施例录像数据的网络存储***包括存储阵列,视频监控平台,前端设备。其中:
存储阵列,包括一个或多个主用存储阵列、以及一个或多个备用存储阵列,其中,主用存储阵列和备用存储阵列位于不同的物理设备上。其中,主用存储阵列中的任意一个或多个位于同一个物理设备上,备用存储阵列中的任意一个或多个位于同一个物理设备上。
视频监控平台,用于对前端设备和存储阵列进行管理;分别从第一主用存储阵列和第一备用存储阵列划分出给前端设备使用的主用存储卷和备用存储卷,并向前端设备下发存储卷信息,该存储卷信息包括划分给前端设备使用的主用存储卷和备用存储卷的路径信息。
前端设备,用于进行视频监控得到视频录像,并根据视频监控平台下发的存储卷信息,向划分给该前端设备使用的主用存储卷写入视频录像的录像数据,并在向主用存储卷写入录像数据的过程中,实时监测该主用存储卷的写入状态是否异常。
本发明实施例提出的上述录像数据的网络存储***,视频监控平台预先分别从第一主用存储阵列和第一备用存储阵列上向前端设备划分主用存储卷和备用存储卷,正常状态下,前端设备向主备存储卷写入视频录像的录像数据,并实时监测该主用存储卷的工作状态,增加了一级备用存储卷写入流程,在主用存储卷出现故障时,及时切换至向备用存储卷写入视频数据,实现了视频监控数据主备写入方式,通过采用存储卷一备一方式达到了存储卷冗余的效果,可有效防止由于存储卷故障导致的视频数据丢失的问题;并且,由于主、备存储阵列位于不同物理设备上,避免了存储阵列作为在视频监控***中的单个数据写入点导致的单点故障点,降低了由于存储阵列带来的故障风险,避免了由于存储阵列异常导致的录像数据丢失的情况,极大的提高了录像的稳定性与完整性。
图2是本发明录像数据的网络存储***的一个具体应用实施例的结构示意图,如图2所示,该***具体包括存储阵列、前端设备、视频监控平台和数据库。该应用实施例的网络存储***可同时接入M个前端设备,其中的前端设备具体可以是集成了摄像头、麦克风、编码器、网卡等功能的设备。存储阵列具体包括N个主用存储阵列和N个备用存储阵列,其中主用存储阵列和备用存储阵列的数量可以相同或不同,具体根据实际需求确定。根据前端设备的数量在主用存储阵列中可划分出S个主用存储卷,从备用存储阵列中划分出T个备用存储卷,其中N、M、S和T是大于0的整数;其中,前端设备与主用存储卷是一对一对应关系,即分别为每一个前端设备分配一个主用卷;前端设备与备用存储卷是一对一或多对一关系,其中多对一关系表示同一个备用存储卷可以分配给多个前端设备使用,具体分配的前端设备数量可以根据备用存储卷的容量确定,这样的分配方式可以降低视频监控平台配置和管理存储卷的复杂度,节省了存储资源。
本发明上述实施例的录像数据的网络存储***可用于实现本发明以下各实施例的录像数据的网络存储方法,上述网络存储***中的视频监控平台具体可选择性地通过本发明各实施例的视频监控平台结构实现,以下结合录像数据的网络存储方法的实施例对网络存储***进行进一步说明。但是,本领域技术人员应当理解,录像数据的网络存储***和网络存储方法为相互独立的实施例,并不相互构成限制。
图3为本发明录像数据的网络存储方法的一个实施例的流程图,如图3所示,该实施例的录像数据的网络存储方法包括:
101,前端设备进行视频监控得到视频录像,并根据视频监控平台下发的存储卷信息,向划分给该前端设备使用的主用存储卷写入该视频录像的录像数据。
其中的存储卷信息包括视频监控平台分别从第一主用存储阵列和第一备用存储阵列划分给该前端设备使用的主用存储卷和备用存储卷的路径信息,第一主用存储阵列和第一备用存储阵列分别位于不同的物理设备上。
102,前端设备在向主用存储卷写入录像数据的过程中,实时监测该主用存储卷的写入状态是否异常。
103,响应于监测到主用存储卷的写入状态异常,前端设备切换至向备用存储卷写入视频录像的录像数据。
否则,若未监测到主用存储卷的写入状态异常,继续向主用存储卷写入录像数据。
本发明实施例提出的上述录像数据的网络存储方法,通过视频监控平台预先分别从第一主用存储阵列和第一备用存储阵列上向前端设备划分主用存储卷和备用存储卷,正常状态下,前端设备向主备存储卷写入视频录像的录像数据,并实时监测该主用存储卷的工作状态,增加了一级备用存储卷写入流程,在主用存储卷出现故障时,及时切换至向备用存储卷写入视频数据,实现了视频监控数据主备写入方式,通过采用存储卷一备一方式达到了存储卷冗余的效果,可有效防止由于存储卷故障导致的视频数据丢失的问题;并且,由于主、备存储阵列位于不同物理设备上,避免了存储阵列作为在视频监控***中的单个数据写入点导致的单点故障点,降低了由于存储阵列带来的故障风险,避免了由于存储阵列异常导致的录像数据丢失的情况,极大的提高了录像的稳定性与完整性。
在图3所示的实施例之前,可以通过视频监控平台向前端设备分配存储卷。如图4所示,为本发明录像数据的网络存储方法另一个实施例,该实施例中录像数据的网络存储方法在图3所示实施例的流程之前,还包括:
201,前端设备上电后,通过运营商网络接入视频监控平台,向视频监控平台发起注册请求,该注册请求具体可以是一个会话初始协议(SIP)消息。
其中,上述注册请求中包括设备标识、前端设备的支持的码流参数。其中的码流参数可以包括码流大小,还可以进一步包括帧率、帧间隔和分辨率等,其中的设备标识在视频监控平台所辖范围内唯一标识一个前端设备。
202,视频监控平台根据码流参数和前端设备所需的录像时长,计算该前端设备进行视频录像存储所需的容量。
其中,在一个具体示例中,前端设备所需的录像时长可以由视频监控平台中存储的预设录像时长确定,以该预设录像时长作为每一个前端设备所需的录像时长。
在另一个具体示例中,每个前端设备所需的录像时长根据实际录像需求个性化确定,例如可以是7天、15天、30天等,预先建立并在视频监控平台中存储各设备标识与录像时长之间的对应关系信息,视频监控平台可以在接收到前端设备发送的注册请求后,查询该对应关系信息,获取注册请求中设备标识对应的录像时长作为该前端设备所需的录像时长。上述录像时长一般根据项目要求确定。
203,视频监控平台分别从第一主用存储阵列和第一备用存储阵列上为前端设备分配容量为该前端设备所需容量的主用存储卷和备用存储卷,并生成该主用存储卷和备用存储卷的路径信息。
具体的,视频监控平台为该前端设备主用存储卷和备用存储卷时,可以从第一主用存储阵列上划分出容量为该前端设备所需容量的主用存储卷分配给前端设备,前端设备与主用存储卷为一对一的对应关系;从第一备用存储阵列上划分出容量为该前端设备所需容量的备用存储卷分配给前端设备,或者按照预设分配规则,从已划分出的备用存储卷中选择一个容量为该前端设备所需容量的备用存储卷分配给前端设备,前端设备与备用存储卷为一对一、或多对一的对应关系。
204,视频监控平台向前端设备发送存储卷信息,并在数据库中建立该前端设备的设备标识、主用存储卷的卷标识和备用存储卷的卷标识之间的绑定关系。
其中的存储卷信息包括视频监控平台分别从第一主用存储阵列和第一备用存储阵列划分给前端设备使用的主用存储卷和备用存储卷的路径信息,还可以包括主用存储卷和备用存储卷所在物理服务器的IP地址。
其中,卷标识在视频监控平台所辖范围内唯一标识一个卷,由视频监控平台首次从存储阵列划分出一个存储卷时分配,具体可以是以A、B、C等、或数字,也可以是二者的组合。
205,前端设备接收到视频监控平台发送的存储卷信息后,分别根据存储卷信息中主用存储卷和备用存储卷的路径信息,例如以网络附加存储(NAS)方式,挂载该主用存储卷和备用存储卷。
基于上述实施例的录像数据的网络存储方法,存储阵列和多个前端设备可分别通过卷标识和设备标识接入视频监控平台,实现了存储阵列远程划卷与前端设备的分配绑定,提高了***易用性。
图5为本发明录像数据的网络存储方法另一个实施例的流程图。如图5所示,该实施例的录像数据的网络存储方法包括:
301,前端设备进行视频监控得到视频录像,并根据视频监控平台下发的存储卷信息,例如以H.264格式的ps裸码流,向划分给该前端设备使用的主用存储卷写入视频录像的录像数据。
其中上述存储卷信息包括视频监控平台分别从第一主用存储阵列和第一备用存储阵列划分给前端设备使用的主用存储卷和备用存储卷的路径信息,第一主用存储阵列和第一备用存储阵列分别位于不同的物理设备上。
302,前端设备在向主用存储卷写入录像数据的过程中,实时监测主用存储卷的写入状态是否异常。
其中,可以在存储卷挂载失败或存储卷容量满时,认为写入状态异常。
若监测到主用存储卷写入异常,执行303操作。否则,继续执行向主用存储卷写入录像数据的操作,直至录像数据写入完毕。
303,前端设备切换至向备用存储卷,例如以H.264格式的ps裸码流,写入视频录像的录像数据,并按照预设报警周期,例如以15秒为报警间隔,向视频监控平台连续上报主用存储卷写入失败的告警信息,其中的告警信息中可以包括该前端设备的设备标识和主用存储卷的卷标识。
前端设备切换至向备用存储卷后,分别执行304、305的操作。
304,视频监控平台存储并输出接收到的主用存储卷写入失败的告警信息,例如,通过全球眼协议向视频监控平台的网管客户端输出接收到的主用存储卷写入失败的告警信息。
之后,不执行本实施例的后续流程。
305,前端设备向备用存储卷写入视频录像的录像数据的过程中,按照预设检测周期,例如,10分钟,检测主用存储卷的写入状态是否已恢复正常。
若主用存储卷的写入状态已恢复正常,则执行306操作。否则,继续执行303操作,前端设备向备用存储卷写入视频录像的录像数据。
示例性地,可以通过检测主用存储卷的挂载状态、以及对主用存储卷的试写入操作,来判断主用存储卷的写入状态是否已恢复正常。若主用存储卷可被成功挂载且可被成功写入操作数据,则认为该主用存储卷的写入状态已恢复正常。否则,若主用存储卷挂载失败、和/或写入操作数据失败,则该主用存储卷的写入状态未恢复正常。
其中,操作304与305之间不存在执行时间、顺序限制。
306,前端设备切换回向主用存储卷写入视频录像的录像数据,停止执行305中按照预设检测周期检测主用存储卷的写入状态是否已恢复正常的操作、以及303中按照预设报警周期向视频监控平台连续上报主用存储卷写入失败的告警信息的操作,并向视频监控平台上报该主用存储卷的写入状态恢复正常的告警信息,其中可以包括该前端设备的设备标识和主用存储卷的卷标识。
图6为本发明录像数据的网络存储方法另一个实施例的流程图。如图6所示,该实施例的录像数据的网络存储方法包括:
401,前端设备进行视频监控得到视频录像,并根据视频监控平台下发的存储卷信息,例如以H.264格式的ps裸码流,向划分给该前端设备使用的主用存储卷写入视频录像的录像数据。
其中上述存储卷信息包括视频监控平台分别从第一主用存储阵列和第一备用存储阵列划分给前端设备使用的主用存储卷和备用存储卷的路径信息,第一主用存储阵列和第一备用存储阵列分别位于不同的物理设备上。
402,前端设备在向主用存储卷写入录像数据的过程中,实时监测主用存储卷的写入状态是否异常。
对于一个存储卷来说,可以在存储卷挂载失败或存储卷容量满时,认为其写入状态异常。
若监测到主用存储卷写入异常,执行403操作。否则,继续执行向主用存储卷写入录像数据的操作,直至录像数据写入完毕。
403,前端设备切换至向备用存储卷,例如以H.264格式的ps裸码流,写入视频录像的录像数据,并按照预设报警周期,例如以15秒为报警间隔,向视频监控平台连续上报主用存储卷写入失败的告警信息,其中的告警信息中可以包括该前端设备的设备标识和主用存储卷的卷标识。
之后,执行404的操作,另外,在前端设备切换至备用存储卷后,还执行405的操作。
404,视频监控平台存储并输出接收到的主用存储卷写入失败的告警信息,例如,通过全球眼协议向视频监控平台的网管客户端输出接收到的主用存储卷写入失败的告警信息。
405,前端设备在向备用存储卷写入视频录像的录像数据的过程中,实时监测该备用存储卷的写入状态是否异常。若监测到该备用存储卷的写入状态异常,则分别执行406和408操作。否则,继续执行403的操作,前端设备向备用存储卷写入视频录像的录像数据。
其中,操作404与405之间不存在执行时间、顺序限制。
406,前端设备按照预设报警周期,例如以15秒为报警间隔,向视频监控平台连续上报备用存储卷写入失败的告警信息,其中的告警信息中可以包括该前端设备的设备标识和备用存储卷的卷标识。
407,视频监控平台存储并输出接收到的备用存储卷写入失败的告警信息,例如,通过全球眼协议向视频监控平台的网管客户端输出接收到的备用存储卷写入失败的告警信息。
之后,不执行本实施例的后续流程。
408,前端设备按照预设检测周期检测主用存储卷与备用存储卷中是否已有存储卷的写入状态恢复正常。
若已有存储卷的写入状态恢复正常,执行409操作,并停止执行上述按照预设检测周期检测已恢复正常的存储卷的写入状态是否已恢复正常的操作、以及上述按照预设报警周期向视频监控平台连续上报已恢复正常的存储卷写入失败的告警信息的操作。否则,不执行本实施例的后续流程。
409,前述设备向写入状态已恢复正常的存储卷写入视频录像的录像数据。
在操作408~409的一个具体示例中,可以先按照预设检测周期,例如,10分钟,检测主用存储卷的写入状态是否恢复正常;若主用存储卷的写入状态已恢复正常,前端设备切换回向主用存储卷写入视频录像的录像数据,然后执行402的操作,停止执行上述按照预设检测周期检测主用存储卷的写入状态是否已恢复正常的操作、以及按照预设报警周期向视频监控平台连续上报主用存储卷写入失败的告警信息、视频监控平台输出该告警信息的操作,并向视频监控平台上报该主用存储卷的写入状态恢复正常的告警信息,其中可以包括该前端设备的设备标识和主用存储卷的卷标识;否则,若主用存储卷的写入状态未恢复正常,前端设备按照预设检测周期检测备用存储卷的写入状态是否已恢复正常;若备用存储卷的写入状态已恢复正常,前端设备切换至向备用存储卷写入视频录像的录像数据,然后执行405的操作,停止执行上述按照预设检测周期检测备用存储卷的写入状态是否已恢复正常的操作、以及按照预设报警周期向视频监控平台连续上报备用存储卷写入失败的告警信息、视频监控平台输出该告警信息的操作,并向视频监控平台上报该备用存储卷的写入状态恢复正常的告警信息,其中可以包括该前端设备的设备标识和备用存储卷的卷标识。
其中,检测存储卷的写入状态是否恢复正常时,具体可以通过检测存储卷的挂载状态、以及对存储卷的试写入操作,来判断存储卷的写入状态是否已恢复正常。若存储卷可被成功挂载且可被成功写入操作数据,则存储卷的写入状态已恢复正常。否则,若存储卷挂载失败、和/或写入操作数据失败,则存储卷的写入状态未恢复正常。
作为本发明录像数据的网络存储方法的再一实施例,在上述网络存储方法的实施例中,视频监控平台接收到同一个前端设备的主用存储卷和备用存储卷均写入失败的告警信息时,可以重新为该前端设备分配新的主用存储卷和备用存储卷,以便该前端设备可以正常进行录像数据的网络存储。具体来说:视频监控平台分别从第二主用存储阵列和第二备用存储阵列上为该前端设备分配新主用存储卷和新备用存储卷,并生成新主用存储卷和新备用存储卷的路径信息,为划分出的新主用存储卷分配卷标识,若新备用存储卷也为初次划分出的,则向新备用存储卷分配卷标识,其中,第二主用存储阵列和第二备用存储阵列分别位于不同的物理设备上,第二主用存储阵列与第一主用存储阵列可以是同一个主用存储阵列或不同的主用存储阵列,第二备用存储阵列与第一备用存储阵列也可以是同一个备用存储阵列或不同的备用存储阵列,由于前端设备已在原有主用存储卷和/或备用存储卷上存储录像数据,因此,重新为该前端设备分配的新主用存储卷和新备用存储卷的容量可以小于或等于该前端设备进行视频录像存储所需的容量,即不大于图2所示实施例中计算出的该前端设备进行视频录像存储所需的容量;视频监控平台向前端设备发送新存储卷信息,并将数据库中该前端设备的设备标识对应的绑定关系更新为该前端设备的设备标识、原主用存储卷的卷标识和原备用存储卷的卷标识、以及新的主用存储卷和新的备用存储卷的卷标识之间的绑定关系。
前端设备接收到视频监控平台重新下发的新存储卷信息后,停止执行上述按照预设检测周期检测主用存储卷的写入状态是否已恢复正常的操作、以及上述按照预设报警周期向视频监控平台连续上报主用存储卷写入失败的告警信息的操作,并根据新存储卷信息中的新主用存储卷的路径信息,分别根据该新存储卷信息中新的主用存储卷和新备用存储卷的路径信息,例如以NAS方式,挂载新主用存储卷和新备用存储卷,然后切换至向新主用存储卷写入视频录像的录像数据,以新主用存储卷作为主用存储卷,开始执行上述301或401的操作。
本发明实施例提出的上述录像数据的网络存储方法,通过视频监控平台预先分别从第一主用存储阵列和第一备用存储阵列上向前端设备划分主用存储卷和备用存储卷,正常状态下,前端设备向主备存储卷写入视频录像的录像数据,并实时监测该主用存储卷的工作状态,增加了一级备用存储卷写入流程,在主用存储卷出现故障时,及时切换至向备用存储卷写入视频数据,实现了视频监控数据主备写入方式,通过采用存储卷一备一方式达到了存储卷冗余的效果,可有效防止由于存储卷故障导致的视频数据丢失的问题;同时在主用存储卷恢复时,前端设备切换回主用存储卷写入录像数据,节省了备用存储卷的存储空间,降低了***成本;在主用和备用存储卷均写入异常时,可以向前端设备分配新主用存储卷和新备用存储卷,前端设备及时挂载并将录像数据写入新存储卷,保证了录像视频数据的完整性。并且,由于主、备存储阵列位于不同物理设备上,避免了存储阵列作为单个数据写入点导致的单点故障点,降低了由于存储阵列带来的故障风险,避免了由于存储阵列异常导致的录像数据丢失的情况,极大的提高了录像的稳定性与完整性。
基于上述各个实施例中的录像数据的网络存储方法的又一个实施例中,视频监控平台可以基于预设扫描周期,根据预设录像时长和当前时刻,计算前端设备存储录像数据的过期时间点,从为前端设备分配的存储卷中扫描识别出过期数据,并删除该过期数据,将为前端设备分配的存储卷中的空闲存储空间及时回收至相应的存储阵列。其中,上述过期数据为存储时间早于过期时间点的录像数据。通过及时删除过期数据,回收存储空间,提高了***资源利用率,降低了***的成本。
另外,在本发明上述各录像数据的网络存储方法的实施例中,前端设备还可以在向存储卷写入录像数据时,在存储卷中生成视频文件,该视频文件的文件名包括前端设备的设备标识和存储录像数据的时间信息。视频监控平台可以对存储卷进行实时监测获得该视频文件的文件名。之后,视频监控平台可以在数据库中建立每一个前端设备的相关信息,包括前端设备的设备标识、为前端设备分配的存储卷的卷标识、该前端设备上传的视频文件的文件名之间的对应关系,并实时或按照预设更新周期对建立的设备标识、卷标识和文件名之间的对应关系进行更新。通过建立上述对应关系,可方便查找同一前端设备存储在不同存储卷中的录像数据或对视频文件进行整理、播放、编辑等操作。
在进一步实施例中,视频监控平台接收到用户通过点击某一视频文件的文件名发送的播放请求时,查询设备标识、卷标识和文件名之间的对应关系,获取用户点击的某一文件名对应的前端设备所对应的时间不早于该某一文件名中时间的文件名及其对应卷标识,基于该对应卷标识,按照时间顺序依次读取时间不早于该某一文件名中时间的文件名并播放相应的视频文件。通过上述视频播放方法,用户可实现对视频文件的连续播放。
图7是本发明视频监控平台的一个实施例的结构示意图。该实施例的视频监控平台可以实现本发明上述各实施例录像数据的网络存储方法和***中视频监控平台的相应功能。如图7所示,该实施例的视频监控平台包括设备管理服务器和存储管理服务器。其中:
设备管理服务器,用于对视频监控平台所辖范围内的前端设备进行管理,为视频监控平台所辖范围内的各前端设备分配设备标识并存储各前端设备的设备标识。其中,前端设备的设备标识在视频监控平台所辖范围内唯一标识一个前端设备。
存储管理服务器,用于对存储阵列进行管理,该存储阵列包括一个或多个主用存储阵列、以及一个或多个备用存储阵列,其中,主用存储阵列和备用存储阵列位于不同的物理设备上;其中,主用存储阵列中的任意一个或多个位于同一个物理设备上,备用存储阵列中的任意一个或多个位于同一个物理设备上;以及接收请求接入的前端设备接入视频监控平台时发送的注册请求,该注册请求中包括接入的前端设备的设备标识;分别从第一主用存储阵列和第一备用存储阵列上为该接入的前端设备分配容量为前端设备所需容量的主用存储卷和备用存储卷,分别为划分出的主用存储卷和备用存储卷分配卷标识,并生成主用存储卷和备用存储卷的路径信息,其中,卷标识在视频监控平台所辖范围内唯一标识一个卷;在数据库中建立接入的前端设备的设备标识、主用存储卷的卷标识和备用存储卷的卷标识之间的绑定关系,并向该接入的前端设备发送存储卷信息,以便接入的前端设备向主用存储卷写入视频录像的录像数据,若主用存储卷的写入状态异常切换至向备用存储卷写入视频录像的录像数据。
本发明实施例提出的上述视频监控平台,分别从第一主用存储阵列和第一备用存储阵列上向前端设备划分主用存储卷和备用存储卷,正常状态下,前端设备可以向主备存储卷写入视频录像的录像数据,并实时监测该主用存储卷的工作状态,增加了一级备用存储卷写入流程,在主用存储卷出现故障时,可以及时切换至向备用存储卷写入视频数据,实现了视频监控数据主备写入方式,通过采用存储卷一备一方式达到了存储卷冗余的效果,可有效防止由于存储卷故障导致的视频数据丢失的问题;并且,由于主、备存储阵列位于不同物理设备上,避免了存储阵列作为在视频监控***中的单个数据写入点导致的单点故障点,降低了由于存储阵列带来的故障风险,避免了由于存储阵列异常导致的录像数据丢失的情况,极大的提高了录像的稳定性与完整性。
在本发明视频监控平台的另一个实施例中,上述注册请求中还可以包括接入的前端设备的支持的码流参数,该码流参数包括码流大小、帧率、帧间隔和分辨率等。相应的,该实施例中,存储管理服务器具体可以根据注册请求中的码流参数和该接入的前端设备所需的录像时长,计算该接入的前端设备进行视频录像存储所需的容量,分别从第一主用存储阵列和第一备用存储阵列上为该接入的前端设备分配容量为所需容量的主用存储卷和备用存储卷。
在本发明视频监控平台各实施例的一个具体示例中,存储管理服务器,还可用于存储预设录像时长,以该预设录像时长作为接入的前端设备所需的录像时长。
在本发明视频监控平台各实施例的另一个具体示例中,存储管理服务器,还用于存储预先建立的前端设备的设备标识与录像时长之间的对应关系信息;以及在接收到前端设备发送的注册请求后,查询该对应关系信息,获取注册请求中前端设备的设备标识对应的录像时长作为该前端设备所需的录像时长。
在本发明视频监控平台各实施例的又一个具体示例中,存储管理服务器,具体用于从第一主用存储阵列上划分出容量为接入的前端设备所需容量的主用存储卷分配给该接入的前端设备,其中,前端设备与主用存储卷为一对一的对应关系;以及从第一备用存储阵列上划分出容量为接入的前端设备所需容量的备用存储卷分配给该接入的前端设备,或者按照预设分配规则,从已划分出的备用存储卷中选择一个容量为该接入的前端设备所需容量的备用存储卷分配给该接入的前端设备,前端设备与备用存储卷为一对一、或多对一的对应关系。其中多对一关系表示一个备用卷可以分配给多个前端设备使用,具体的配置数量可以根据备用卷的容量确定,这样的分配方式可以降低视频监控平台配置和管理存储卷的复杂度,节省了存储资源。
图8是本发明视频监控平台的另一个实施例结构示意图。与上述各实施例的视频监控平台相比,该实施例的视频监控平台还包括告警服务器,用于接收接入的前端设备按照预设报警周期连续上报的主用存储卷写入失败的告警信息和所述备用存储卷写入失败的告警信息,存储并输出接收到的主用存储卷写入失败的告警信息和备用存储卷写入失败的告警信息;其中,主用存储卷写入失败的告警信息由接入的前端设备在监测到主用存储卷的写入状态异常时上报,备用存储卷写入失败的告警信息由接入的前端设备在监测到备用存储卷的写入状态异常时上报。其中的写入状态异常,例如可以是存储卷挂载失败或存储卷容量满。例如,在一个具体示例中,前端设备可以以15秒为预设报警周期,向视频监控平台上报主用存储卷或备用存储卷写入失败的告警信息。前端设备向视频监控平台发送主用或备用存储卷写入失败的告警信息,可使管理人员及时发现***出现故障并及时进行处理。
进一步地,在本发明视频监控平台的又一个实施例中,告警服务器还可用于接收接入的前端设备上报的主用存储卷恢复正常告警信息,其中,主用存储卷恢复正常告警信息由接入的前端设备在检测到主用存储卷的写入状态已恢复正常时上报。例如,在一个具体示例中,前端设备可以以10分钟为预设检测周期检测主用存储卷的写入状态是否恢复正常,并在检测到写入状态已恢复正常时向视频监控平台上报主用存储卷或备用存储卷写入状态恢复的告警信息。通过向视频监控平台发送主用或备用存储卷写入状态已恢复正常的告警信息,可使视频监控平台实时掌握***当前的工作状态,保证整个***的顺利运行。
在本发明视频监控平台的再一个实施例中,存储管理服务器,还可用于在接收到主用存储卷与备用存储卷均写入失败的告警信息时,分别从第二主用存储阵列和第二备用存储阵列上重新为相应的前端设备分配新主用存储卷和新备用存储卷,并分别为新主用存储卷和新备用存储卷分配卷标识,生成新主用存储卷和新备用存储卷的路径信息,并向前端设备发送新存储卷信息,其中包括存储管理服务器重新从第二主用存储阵列和第二备用存储阵列划分给该前端设备使用的新主用存储卷和新备用存储卷的路径信息,第二主用存储阵列和第二备用存储阵列分别位于不同的物理设备上;并将数据库中前端设备的设备标识对应的绑定关系更新为前端设备的设备标识、主用存储卷的卷标识和备用存储卷的卷标识、以及新的主用存储卷和新的备用存储卷的卷标识之间的绑定关系,其中,新主用存储卷和新备用存储卷的容量小于或等于该前端设备进行视频录像存储所需的容量;以及向前端设备重新下发上述新存储卷信息。
示例性的,第二主用存储阵列与第一主用存储阵列可以是同一个主用存储阵列或不同的主用存储阵列;第二备用存储阵列与第一备用存储阵列也可以是同一个备用存储阵列或不同的备用存储阵列。
另外,在本发明视频监控平台的另一个实施例中,存储管理服务器,还可用于基于预设扫描周期,根据预设录像时长和当前时刻,计算每一个前端设备存储录像数据的过期时间点,从为前端设备分配的存储卷中扫描识别出过期数据,并删除该过期数据,将为前端设备分配的存储卷中的空闲存储空间回收至相应的存储阵列。其中的过期数据为存储时间早于过期时间点的录像数据。通过及时删除过期数据,回收存储空间,节省了***资源,降低了***的成本。
进一步地,在本发明上述各视频监控平台实施例中,存储管理服务器,还可用于在接入的前端设备向存储卷写入录像数据时,在数据库中建立该前端设备的设备标识、为前端设备分配的存储卷的卷标识、前端设备写入录像数据时生成的视频文件的文件名之间的对应关系,并实时或按照预设更新周期对建立的设备标识、卷标识和文件名之间的对应关系进行更新。通过存储管理服务器建立上述对应关系,用户可方便查找同一前端设备存储在不同存储卷中的录像数据或者对其进行播放、编辑、整理等操作。
图9是本发明视频监控平台的另一个实施例结构示意图。如图9所示,与上述各实施例的视频监控平台相比,该实施例的视频监控平台还包括录像回放服务器,用于在接收到用户通过点击某一文件名发送的播放请求,查询设备标识、卷标识和文件名之间的对应关系,获取用户点击的该文件名对应的前端设备所对应的时间不早于该文件名中时间的文件名及其对应卷标识,基于该对应卷标识,按照时间顺序依次读取获取到的时间不早于该文件名中时间的文件名并播放相应的视频文件。从而实现了用户对同一前端设备视频文件的连续播放。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
可能以许多方式来实现本发明的方法、***。例如,可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本发明的方法和***。用于所述方法的步骤的上述顺序仅是为了进行说明,本发明的方法的步骤不限于以上具体描述的顺序,除非以其它方式特别说明。此外,在一些实施例中,还可将本发明实施为记录在记录介质中的程序,这些程序包括用于实现根据本发明的方法的机器可读指令。因而,本发明还覆盖存储用于执行根据本发明的方法的程序的记录介质。
本发明的描述是为了示例和描述起见而给出的,而并不是无遗漏的或者将本发明限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本发明的原理和实际应用,并且使本领域的普通技术人员能够理解本发明从而设计适于特定用途的带有各种修改的各种实施例。
Claims (38)
1.一种录像数据的网络存储方法,其特征在于,包括:
前端设备进行视频监控得到视频录像,并根据视频监控平台下发的存储卷信息,向主用存储卷写入所述视频录像的录像数据,并在向主用存储卷写入录像数据的过程中,实时监测所述主用存储卷的写入状态是否异常;所述存储卷信息包括视频监控平台分别从第一主用存储阵列和第一备用存储阵列划分给所述前端设备使用的主用存储卷和备用存储卷的路径信息,所述第一主用存储阵列和第一备用存储阵列分别位于不同的物理设备上;
响应于监测到所述主用存储卷的写入状态异常,所述前端设备切换至向所述备用存储卷写入所述视频录像的录像数据。
2.根据权利要求1所述的方法,其特征在于,向所述主用存储卷写入所述视频录像的录像数据前,还包括:
所述前端设备接入所述视频监控平台时,向所述视频监控平台发起注册请求,所述注册请求中包括在所述视频监控平台所辖范围内唯一标识所述前端设备的设备标识、所述前端设备的支持的码流参数,所述码流参数包括码流大小;
所述视频监控平台根据所述码流参数和所述前端设备所需的录像时长,计算所述前端设备进行视频录像存储所需的容量;
所述视频监控平台分别从第一主用存储阵列和第一备用存储阵列上为所述前端设备分配容量为所述所需容量的主用存储卷和备用存储卷,并生成所述主用存储卷和所述备用存储卷的路径信息;
所述视频监控平台向所述前端设备发送所述存储卷信息,并在数据库中建立所述前端设备的设备标识、所述主用存储卷的卷标识和所述备用存储卷的卷标识之间的绑定关系,其中,卷标识在所述视频监控平台所辖范围内唯一标识一个卷。
3.根据权利要求2所述的方法,其特征在于,还包括:
所述视频监控平台分别为划分出的所述主用存储卷和所述备用存储卷分配卷标识。
4.根据权利要求1至3任意一项所述的方法,其特征在于,还包括:
所述前端设备接收到所述视频监控平台发送的所述存储卷信息后,分别根据所述存储卷信息中主用存储卷和备用存储卷的路径信息挂载所述主用存储卷和备用存储卷。
5.根据权利要求1至4任意一项所述的方法,其特征在于,所述前端设备所需的录像时长为所述视频监控平台中存储的预设录像时长。
6.根据权利要求1至4任意一项所述的方法,其特征在于,所述视频监控平台中存储有预先建立的设备标识与录像时长之间的对应关系信息;
所述方法还包括:所述视频监控平台接收到所述前端设备发送的注册请求后,查询所述对应关系信息,获取所述前端设备的设备标识对应的录像时长作为所述前端设备所需的录像时长。
7.根据权利要求2至6任意一项所述的方法,其特征在于,所述视频监控平台分别从第一主用存储阵列和第一备用存储阵列上为所述前端设备分配容量为所述所需容量的主用存储卷和备用存储卷包括:
所述视频监控平台从第一主用存储阵列上划分出容量为所述所需容量的主用存储卷分配给所述前端设备,前端设备与主用存储卷为一对一的对应关系;以及从第一备用存储阵列上划分出容量为所述所需容量的备用存储卷分配给所述前端设备,或者按照预设分配规则,从已划分出的备用存储卷中选择一个容量为所述所需容量的备用存储卷分配给所述前端设备,前端设备与备用存储卷为一对一、或多对一的对应关系。
8.根据权利要求1至7任意一项所述的方法,其特征在于,还包括:
所述前端设备向所述备用存储卷写入所述视频录像的录像数据的过程中,按照预设检测周期检测所述主用存储卷的写入状态是否已恢复正常;
响应于检测到所述主用存储卷的写入状态已恢复正常,所述前端设备切换回向所述主用存储卷写入所述视频录像的录像数据。
9.根据权利要求1至8任意一项所述的方法,其特征在于,还包括:
响应于监测到所述主用存储卷的写入状态异常,所述前端设备按照预设报警周期向所述视频监控平台连续上报所述主用存储卷写入失败的告警信息;
所述视频监控平台存储并输出接收到的所述主用存储卷写入失败的告警信息。
10.根据权利要求9所述的方法,其特征在于,还包括:
响应于检测到所述主用存储卷的写入状态已恢复正常,所述前端设备停止执行所述按照预设检测周期检测所述主用存储卷的写入状态是否已恢复正常的操作、以及按照预设报警周期向所述视频监控平台连续上报所述主用存储卷写入失败的告警信息的操作,并向所述视频监控平台上报所述主用存储卷的写入状态恢复正常的告警信息。
11.根据权利要求1至10任意一项所述的方法,其特征在于,还包括:
所述前端设备在向所述备用存储卷写入所述视频录像的录像数据的过程中,实时监测所述备用存储卷的写入状态是否异常;
响应于监测到所述备用存储卷的写入状态异常,开始执行所述按照预设检测周期检测所述主用存储卷的写入状态是否已恢复正常的操作。
12.根据权利要求11所述的方法,其特征在于,还包括:
若检测到所述主用存储卷的写入状态仍然异常,所述前端设备按照预设报警周期向所述视频监控平台连续上报所述主用存储卷写入失败的告警信息时,同时按照预设报警周期向所述视频监控平台连续上报所述备用存储卷写入失败的告警信息;
所述视频监控平台存储并输出所述主用存储卷与所述备用存储卷均写入失败的告警信息。
13.根据权利要求11或12所述的方法,其特征在于,当所述主用存储卷和所述备用存储卷的写入状态均异常时,所述按照预设检测周期检测所述主用存储卷的写入状态是否已恢复正常包括:
所述前端设备具体按照预设检测周期检测所述主用存储卷与所述备用存储卷中是否已有存储卷的写入状态恢复正常;
若已有存储卷的写入状态恢复正常,所述前述设备向写入状态已恢复正常的存储卷写入所述视频录像的录像数据,并停止执行所述按照预设检测周期检测已恢复正常的存储卷的写入状态是否已恢复正常的操作、以及按照预设报警周期向所述视频监控平台连续上报所述已恢复正常的存储卷写入失败的告警信息的操作。
14.根据权利要求13所述的方法,其特征在于,所述按照预设检测周期检测所述主用存储卷与所述备用存储卷中是否已有存储卷的写入状态恢复正常;若已有存储卷的写入状态恢复正常,所述前述设备向写入状态已恢复正常的存储卷写入所述视频录像的录像数据包括:
按照预设检测周期检测所述主用存储卷的写入状态是否恢复正常;
若所述主用存储卷的写入状态恢复正常,所述前端设备切换至向所述主用存储卷写入所述视频录像的录像数据;
否则,若所述主用存储卷的写入状态未恢复正常,所述前端设备按照预设检测周期检测所述备用存储卷的写入状态是否恢复正常;
若所述备用存储卷的写入状态恢复正常,所述前端设备切换至向所述备用存储卷写入所述视频录像的录像数据,并向所述视频监控平台上报所述备用存储卷的写入状态恢复正常的告警信息。
15.根据权利要求1至14任意一项所述的方法,其特征在于,写入状态异常包括:存储卷挂载失败、或存储卷容量满。
16.根据权利要求8至15任意一项所述的方法,其特征在于,检测存储卷的写入状态是否已恢复正常包括:
通过检测存储卷的挂载状态、以及对存储卷的试写入操作,判断存储卷的写入状态是否已恢复正常;
若存储卷可被成功挂载且可被成功写入操作数据,则存储卷的写入状态已恢复正常;
否则,若存储卷挂载失败、和/或写入操作数据失败,则存储卷的写入状态未恢复正常。
17.根据权利要求12所述的方法,其特征在于,还包括:
响应于接收到所述视频监控平台重新下发的新存储卷信息,所述前端设备停止执行所述按照预设检测周期检测所述主用存储卷的写入状态是否已恢复正常的操作、以及按照预设报警周期向所述视频监控平台连续上报所述主用存储卷写入失败的告警信息的操作,根据所述新存储卷信息中的新主用存储卷的路径信息,切换至向所述新主用存储卷写入所述视频录像的录像数据,所述新存储卷信息包括视频监控平台重新分别从第二主用存储阵列和第二备用存储阵列划分给所述前端设备使用的新主用存储卷和新备用存储卷的路径信息,所述第二主用存储阵列和第二备用存储阵列分别位于不同的物理设备上;并以所述新主用存储卷作为所述主用存储卷,开始执行所述实时监测所述主用存储卷的写入状态是否异常的操作。
18.根据权利要求17所述的方法,其特征在于,所述第二主用存储阵列与所述第一主用存储阵列为同一个主用存储阵列或不同的主用存储阵列;和/或
所述第二备用存储阵列与所述第一备用存储阵列为同一个备用存储阵列或不同的备用存储阵列。
19.根据权利要求18所述的方法,其特征在于,还包括:
响应于接收到所述主用存储卷与所述备用存储卷均写入失败的告警信息,所述视频监控平台分别从第二主用存储阵列和第二备用存储阵列上为所述前端设备分配新主用存储卷和新备用存储卷,并生成所述新主用存储卷和所述新备用存储卷的路径信息;所述新主用存储卷和所述新备用存储卷的容量小于或等于所述前端设备进行视频录像存储所需的容量;
所述视频监控平台向所述前端设备发送所述新存储卷信息,并将数据库中所述前端设备的设备标识对应的绑定关系更新为所述前端设备的设备标识、所述主用存储卷的卷标识和所述备用存储卷的卷标识、以及所述新的主用存储卷和所述新的备用存储卷的卷标识之间的绑定关系;
所述前端设备分别根据所述新存储卷信息中新的主用存储卷和新备用存储卷的路径信息挂载所述新主用存储卷和新备用存储卷。
20.根据权利要求19所述的方法,其特征在于,还包括:
所述视频监控平台分别为划分出的所述新主用存储卷和所述新备用存储卷分配卷标识。
21.根据权利要求1至20任意一项所述的方法,其特征在于,还包括:
所述视频监控平台基于预设扫描周期,根据预设录像时长和当前时刻,计算所述前端设备存储录像数据的过期时间点,从为所述前端设备分配的存储卷中扫描识别出过期数据,并删除该过期数据,将为所述前端设备分配的存储卷中的空闲存储空间回收至相应的存储阵列;所述过期数据为存储时间早于所述过期时间点的录像数据。
22.根据权利要求1至21任意一项所述的方法,其特征在于,还包括:
前端设备向所述存储卷写入录像数据时,还在存储卷中生成视频文件,所述视频文件的文件名包括所述前端设备的设备标识和存储录像数据的时间信息;
所述视频监控平台在数据库中建立所述前端设备的设备标识、为所述前端设备分配的存储卷的卷标识、文件名之间的对应关系,并实时或按照预设更新周期对建立的设备标识、卷标识和文件名之间的对应关系进行更新。
23.根据权利要求22所述的方法,其特征在于,还包括:
响应于接收到用户通过点击某一文件名发送的播放请求,所述视频监控平台查询设备标识、卷标识和文件名之间的对应关系,获取所述某一文件名对应的前端设备对应的时间不早于所述某一文件名中时间的文件名及其对应卷标识,基于该对应卷标识,按照时间顺序依次读取时间不早于所述某一文件名中时间的文件名并播放相应的视频文件。
24.一种视频监控平台,其特征在于,包括:
设备管理服务器,用于对前端设备进行管理,为所述视频监控平台所辖范围内的各前端设备分配设备标识并存储各前端设备的设备标识,其中,前端设备的设备标识在所述视频监控平台所辖范围内唯一标识一个前端设备;
存储管理服务器,用于对存储阵列进行管理,其中,所述存储阵列包括一个或多个主用存储阵列、以及一个或多个备用存储阵列,其中,主用存储阵列和备用存储阵列位于不同的物理设备上;其中,主用存储阵列中的任意一个或多个位于同一个物理设备上,备用存储阵列中的任意一个或多个位于同一个物理设备上;以及接收前端设备接入所述视频监控平台时发送的注册请求,所述注册请求中包括接入的前端设备的设备标识;分别从第一主用存储阵列和第一备用存储阵列上为所述接入的前端设备分配容量为所述所需容量的主用存储卷和备用存储卷,分别为划分出的所述主用存储卷和所述备用存储卷分配卷标识,并生成所述主用存储卷和所述备用存储卷的路径信息,其中,卷标识在所述视频监控平台所辖范围内唯一标识一个卷;在数据库中建立所述接入的前端设备的设备标识、所述主用存储卷的卷标识和所述备用存储卷的卷标识之间的绑定关系,并向所述接入的前端设备发送所述存储卷信息,以便所述接入的前端设备向主用存储卷写入视频录像的录像数据时,若主用存储卷的写入状态异常切换至向所述备用存储卷写入所述视频录像的录像数据。
25.根据权利要求24所述的视频监控平台,其特征在于,所述注册请求中还包括所述接入的前端设备的支持的码流参数,所述码流参数包括码流大小;
所述存储管理服务器,具体根据所述码流参数和所述前端设备所需的录像时长,计算所述接入的前端设备进行视频录像存储所需的容量;分别从第一主用存储阵列和第一备用存储阵列上为所述前端设备分配容量为所述所需容量的主用存储卷和备用存储卷。
26.根据权利要求25所述的视频监控平台,其特征在于,所述存储管理服务器,还用于存储预设录像时长作为所述接入的前端设备所需的录像时长。
27.根据权利要求25所述的视频监控平台,其特征在于,所述存储管理服务器,还用于存储预先建立的设备标识与录像时长之间的对应关系信息;以及接收到所述前端设备发送的注册请求后,查询所述对应关系信息,获取所述前端设备的设备标识对应的录像时长作为所述前端设备所需的录像时长。
28.根据权利要求24至27任意一项所述的视频监控平台,其特征在于,所述存储管理服务器,具体从第一主用存储阵列上划分出容量为所述所需容量的主用存储卷分配给所述接入的前端设备,前端设备与主用存储卷为一对一的对应关系;以及从第一备用存储阵列上划分出容量为所述所需容量的备用存储卷分配给所述前端设备,或者按照预设分配规则,从已划分出的备用存储卷中选择一个容量为所述所需容量的备用存储卷分配给所述前端设备,前端设备与备用存储卷为一对一、或多对一的对应关系。
29.根据权利要求24至28任意一项所述的视频监控平台,其特征在于,还包括告警服务器,用于接收所述接入的前端设备按照预设报警周期连续上报的所述主用存储卷和/或所述备用存储卷写入失败的告警信息,存储并输出接收到的所述主用存储卷和/或所述备用存储卷写入失败的告警信息;其中,所述主用存储卷写入失败的告警信息由所述接入的前端设备在监测到所述主用存储卷的写入状态异常时上报,所述备用存储卷写入失败的告警信息由所述接入的前端设备在监测到所述备用存储卷的写入状态异常时上报。
30.根据权利要求29所述的视频监控平台,其特征在于,所述告警服务器,还用于接收所述接入的前端设备上报的所述主用存储卷恢复正常告警信息,其中,所述主用存储卷恢复正常告警信息由所述接入的前端设备在检测到所述主用存储卷的写入状态已恢复正常时上报。
31.根据权利要求24至30任意一项所述的视频监控平台,其特征在于,写入状态异常包括:存储卷挂载失败、或存储卷容量满。
32.根据权利要求31所述的视频监控平台,其特征在于,所述存储管理服务器,还用于:
响应于接收到所述主用存储卷与所述备用存储卷均写入失败的告警信息,分别从第二主用存储阵列和第二备用存储阵列上为所述前端设备分配新主用存储卷和新备用存储卷,分别为所述新主用存储卷和所述新备用存储卷分配卷标识,生成所述新主用存储卷和所述新备用存储卷的路径信息,并向所述前端设备发送新存储卷信息,所述新存储卷信息包括所述存储管理服务器重新从第二主用存储阵列和第二备用存储阵列划分给所述前端设备使用的新主用存储卷和新备用存储卷的路径信息,所述第二主用存储阵列和第二备用存储阵列分别位于不同的物理设备上;并将数据库中所述前端设备的设备标识对应的绑定关系更新为所述前端设备的设备标识、所述主用存储卷的卷标识和所述备用存储卷的卷标识、以及所述新的主用存储卷和所述新的备用存储卷的卷标识之间的绑定关系;所述新主用存储卷和所述新备用存储卷的容量小于或等于所述前端设备进行视频录像存储所需的容量;以及向所述前端设备重新下发所述新存储卷信息。
33.根据权利要32所述的视频监控平台,其特征在于,所述第二主用存储阵列与所述第一主用存储阵列为同一个主用存储阵列或不同的主用存储阵列;和/或
所述第二备用存储阵列与所述第一备用存储阵列为同一个备用存储阵列或不同的备用存储阵列。
34.根据权利要求24至33任意一项所述的视频监控平台,其特征在于,所述存储管理服务器,还用于基于预设扫描周期,根据预设录像时长和当前时刻,计算所述前端设备存储录像数据的过期时间点,从为所述前端设备分配的存储卷中扫描识别出过期数据,并删除该过期数据,将为所述前端设备分配的存储卷中的空闲存储空间回收至相应的存储阵列;所述过期数据为存储时间早于所述过期时间点的录像数据。
35.根据权利要求24至34任意一项所述的视频监控平台,其特征在于,所述存储管理服务器还用于在所述接入的前端设备向所述存储卷写入录像数据时,在数据库中建立所述前端设备的设备标识、为所述前端设备分配的存储卷的卷标识、所述前端设备写入录像数据时生成的视频文件的文件名之间的对应关系,并实时或按照预设更新周期对建立的设备标识、卷标识和文件名之间的对应关系进行更新。
36.根据权利要求35所述的视频监控平台,其特征在于,还包括:
录像回放服务器,用于响应于接收到用户通过点击某一文件名发送的播放请求,查询设备表标识、卷标识和文件名之间的对应关系,获取所述某一文件名对应的前端设备对应的时间不早于所述某一文件名中时间的文件名及其对应卷标识,基于该对应卷标识,按照时间顺序依次读取时间不早于所述某一文件名中时间的文件名并播放相应的视频文件。
37.一种录像数据的网络存储***,其特征在于,包括:
存储阵列,包括一个或多个主用存储阵列、以及一个或多个备用存储阵列,其中,主用存储阵列和备用存储阵列位于不同的物理设备上;其中,所述主用存储阵列中的任意一个或多个位于同一个物理设备上,所述备用存储阵列中的任意一个或多个位于同一个物理设备上;
视频监控平台,用于对前端设备和存储阵列进行管理;分别从第一主用存储阵列和第一备用存储阵列划分出给前端设备使用的主用存储卷和备用存储卷,并向前端设备下发存储卷信息,所述存储卷信息包括划分给所述前端设备使用的主用存储卷和备用存储卷的路径信息;
前端设备,用于进行视频监控得到视频录像,并根据视频监控平台下发的存储卷信息,向主用存储卷写入所述视频录像的录像数据,并在向主用存储卷写入录像数据的过程中,实时监测所述主用存储卷的写入状态是否异常。
38.根据权利要求37所述的***,其特征在于,所述视频监控平台具体为权利要求24至36任意一项所述的视频监控平台。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410766421.5A CN104469310A (zh) | 2014-12-12 | 2014-12-12 | 录像数据的网络存储方法和***、视频监控平台 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410766421.5A CN104469310A (zh) | 2014-12-12 | 2014-12-12 | 录像数据的网络存储方法和***、视频监控平台 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104469310A true CN104469310A (zh) | 2015-03-25 |
Family
ID=52914585
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410766421.5A Pending CN104469310A (zh) | 2014-12-12 | 2014-12-12 | 录像数据的网络存储方法和***、视频监控平台 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104469310A (zh) |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106331642A (zh) * | 2016-08-31 | 2017-01-11 | 浙江大华技术股份有限公司 | 一种视频云***中的数据处理方法及装置 |
CN106791717A (zh) * | 2017-02-27 | 2017-05-31 | 广州林邦信息科技有限公司 | 视频处理方法及装置 |
CN108900807A (zh) * | 2018-07-16 | 2018-11-27 | 北京奇虎科技有限公司 | 一种图像处理方法及终端设备 |
CN109634910A (zh) * | 2018-11-08 | 2019-04-16 | 珠海全志科技股份有限公司 | 一种提升dvr文件写入速度的方法 |
CN110209537A (zh) * | 2018-02-28 | 2019-09-06 | 杭州海康威视***技术有限公司 | 一种视频数据处理方法、装置、***及电子设备 |
CN110534136A (zh) * | 2018-05-23 | 2019-12-03 | 北京京东尚科信息技术有限公司 | 录音的方法和装置 |
CN110602220A (zh) * | 2019-09-17 | 2019-12-20 | 拉扎斯网络科技(上海)有限公司 | 任务分配方法、装置、电子设备及计算机可读存储介质 |
CN111508537A (zh) * | 2020-04-16 | 2020-08-07 | 盛视科技股份有限公司 | 一种小型智能存储管理终端 |
CN112333189A (zh) * | 2020-11-06 | 2021-02-05 | 蔡淦祺 | 基于物联网通信和直播平台的数据处理方法及云计算中心 |
CN112333015A (zh) * | 2020-10-28 | 2021-02-05 | 重庆紫光华山智安科技有限公司 | 媒体数据存储方法、装置、***、电子设备及存储介质 |
CN112954264A (zh) * | 2019-12-10 | 2021-06-11 | 浙江宇视科技有限公司 | 一种平台备份保护方法及装置 |
CN113362489A (zh) * | 2020-03-06 | 2021-09-07 | 联合汽车电子有限公司 | 车辆测量文件的创建方法、电子设备和存储介质 |
CN113572837A (zh) * | 2021-07-22 | 2021-10-29 | 南方电网数字电网研究院有限公司 | 基于分片技术的电网监控***数据处理服务调度方法 |
CN115086617A (zh) * | 2022-06-17 | 2022-09-20 | 重庆紫光华山智安科技有限公司 | 视频流存储方法、装置、***、设备及介质 |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101415107A (zh) * | 2007-10-19 | 2009-04-22 | 深圳中兴力维技术有限公司 | 一种可靠的多级媒体存储方法 |
CN101800873A (zh) * | 2010-03-05 | 2010-08-11 | 杭州华三通信技术有限公司 | 一种视频监控数据的存储方法和设备 |
CN101957727A (zh) * | 2009-07-15 | 2011-01-26 | 国际商业机器公司 | 用于重新配置逻辑卷和存储控制器的方法 |
CN102255921A (zh) * | 2011-08-24 | 2011-11-23 | 杭州华三通信技术有限公司 | 一种媒体流存储方法和数据管理服务器 |
US20120005542A1 (en) * | 2010-07-01 | 2012-01-05 | LogRhythm Inc. | Log collection, structuring and processing |
CN102333206A (zh) * | 2011-08-15 | 2012-01-25 | 杭州华三通信技术有限公司 | 一种监控存储***和一种提高监控存储可靠性的方法 |
CN102664757A (zh) * | 2012-04-25 | 2012-09-12 | 浙江宇视科技有限公司 | 一种存储设备的级联方法及装置 |
CN102760136A (zh) * | 2011-04-29 | 2012-10-31 | 苏州科达科技有限公司 | 一种基于快速视频数据存储的文件***的控制方法 |
CN103581339A (zh) * | 2013-11-25 | 2014-02-12 | 广东电网公司汕头供电局 | 基于云计算的存储资源分配监控处理方法 |
CN104113735A (zh) * | 2014-07-30 | 2014-10-22 | 武汉烽火众智数字技术有限责任公司 | 一种分布式视频监控存储***及其方法 |
-
2014
- 2014-12-12 CN CN201410766421.5A patent/CN104469310A/zh active Pending
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101415107A (zh) * | 2007-10-19 | 2009-04-22 | 深圳中兴力维技术有限公司 | 一种可靠的多级媒体存储方法 |
CN101957727A (zh) * | 2009-07-15 | 2011-01-26 | 国际商业机器公司 | 用于重新配置逻辑卷和存储控制器的方法 |
CN101800873A (zh) * | 2010-03-05 | 2010-08-11 | 杭州华三通信技术有限公司 | 一种视频监控数据的存储方法和设备 |
US20120005542A1 (en) * | 2010-07-01 | 2012-01-05 | LogRhythm Inc. | Log collection, structuring and processing |
CN102760136A (zh) * | 2011-04-29 | 2012-10-31 | 苏州科达科技有限公司 | 一种基于快速视频数据存储的文件***的控制方法 |
CN102333206A (zh) * | 2011-08-15 | 2012-01-25 | 杭州华三通信技术有限公司 | 一种监控存储***和一种提高监控存储可靠性的方法 |
CN102255921A (zh) * | 2011-08-24 | 2011-11-23 | 杭州华三通信技术有限公司 | 一种媒体流存储方法和数据管理服务器 |
CN102664757A (zh) * | 2012-04-25 | 2012-09-12 | 浙江宇视科技有限公司 | 一种存储设备的级联方法及装置 |
CN103581339A (zh) * | 2013-11-25 | 2014-02-12 | 广东电网公司汕头供电局 | 基于云计算的存储资源分配监控处理方法 |
CN104113735A (zh) * | 2014-07-30 | 2014-10-22 | 武汉烽火众智数字技术有限责任公司 | 一种分布式视频监控存储***及其方法 |
Cited By (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106331642A (zh) * | 2016-08-31 | 2017-01-11 | 浙江大华技术股份有限公司 | 一种视频云***中的数据处理方法及装置 |
CN106331642B (zh) * | 2016-08-31 | 2020-05-26 | 浙江大华技术股份有限公司 | 一种视频云***中的数据处理方法及装置 |
CN106791717B (zh) * | 2017-02-27 | 2019-06-21 | 广州林邦信息科技有限公司 | 视频处理方法及装置 |
CN106791717A (zh) * | 2017-02-27 | 2017-05-31 | 广州林邦信息科技有限公司 | 视频处理方法及装置 |
CN110209537B (zh) * | 2018-02-28 | 2020-09-11 | 杭州海康威视***技术有限公司 | 一种视频数据处理方法、装置、***及电子设备 |
CN110209537A (zh) * | 2018-02-28 | 2019-09-06 | 杭州海康威视***技术有限公司 | 一种视频数据处理方法、装置、***及电子设备 |
CN110534136A (zh) * | 2018-05-23 | 2019-12-03 | 北京京东尚科信息技术有限公司 | 录音的方法和装置 |
CN110534136B (zh) * | 2018-05-23 | 2022-02-01 | 北京京东尚科信息技术有限公司 | 录音的方法和装置 |
CN108900807A (zh) * | 2018-07-16 | 2018-11-27 | 北京奇虎科技有限公司 | 一种图像处理方法及终端设备 |
CN109634910A (zh) * | 2018-11-08 | 2019-04-16 | 珠海全志科技股份有限公司 | 一种提升dvr文件写入速度的方法 |
CN110602220A (zh) * | 2019-09-17 | 2019-12-20 | 拉扎斯网络科技(上海)有限公司 | 任务分配方法、装置、电子设备及计算机可读存储介质 |
CN110602220B (zh) * | 2019-09-17 | 2022-08-16 | 拉扎斯网络科技(上海)有限公司 | 任务分配方法、装置、电子设备及计算机可读存储介质 |
CN112954264A (zh) * | 2019-12-10 | 2021-06-11 | 浙江宇视科技有限公司 | 一种平台备份保护方法及装置 |
CN113362489A (zh) * | 2020-03-06 | 2021-09-07 | 联合汽车电子有限公司 | 车辆测量文件的创建方法、电子设备和存储介质 |
CN111508537A (zh) * | 2020-04-16 | 2020-08-07 | 盛视科技股份有限公司 | 一种小型智能存储管理终端 |
CN112333015A (zh) * | 2020-10-28 | 2021-02-05 | 重庆紫光华山智安科技有限公司 | 媒体数据存储方法、装置、***、电子设备及存储介质 |
CN112333015B (zh) * | 2020-10-28 | 2022-11-01 | 重庆紫光华山智安科技有限公司 | 媒体数据存储方法、装置、***、电子设备及存储介质 |
CN112333189B (zh) * | 2020-11-06 | 2021-07-30 | 北京木铭春天文化传媒有限公司 | 基于物联网通信和直播平台的数据处理方法及云计算中心 |
CN112333189A (zh) * | 2020-11-06 | 2021-02-05 | 蔡淦祺 | 基于物联网通信和直播平台的数据处理方法及云计算中心 |
CN113572837A (zh) * | 2021-07-22 | 2021-10-29 | 南方电网数字电网研究院有限公司 | 基于分片技术的电网监控***数据处理服务调度方法 |
CN115086617A (zh) * | 2022-06-17 | 2022-09-20 | 重庆紫光华山智安科技有限公司 | 视频流存储方法、装置、***、设备及介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104469310A (zh) | 录像数据的网络存储方法和***、视频监控平台 | |
CN101667181B (zh) | 一种数据容灾的方法、装置及*** | |
CN101022363B (zh) | 网络存储设备的故障保护方法及装置 | |
CN101907976B (zh) | 存储*** | |
CN103856760B (zh) | 一种视频监控设备间纵向虚拟化装置 | |
CN102752093B (zh) | 基于分布式文件***的数据处理方法、设备和*** | |
CN104394382A (zh) | 视频监控录像的存储方法、设备和*** | |
CN101026501A (zh) | 设备跟踪***、装置及方法 | |
CN103580906A (zh) | 一种数据备份的方法、***及服务器 | |
CN102117231A (zh) | 一种分布式数据备份容灾***以及方法 | |
CN104469181B (zh) | 一种基于pis***的音视频矩阵切换方法 | |
CN101753936B (zh) | 一种视频监控***的存储空间的配置方法和视频服务器 | |
CN105430327A (zh) | 一种nvr集群备份方法及装置 | |
CN105100716B (zh) | 一种用于网络视频监控的安全存储单元及其*** | |
CN102148961A (zh) | 监控处理方法、装置和网络视频监控*** | |
CN101605068A (zh) | 一种实现网站防篡改的方法和*** | |
CN103079061A (zh) | 一种视频跟踪处理装置以及视频链处理装置 | |
CN102262591A (zh) | 用于内存复制***进行垃圾回收的方法和*** | |
CN102333206A (zh) | 一种监控存储***和一种提高监控存储可靠性的方法 | |
CN101742254A (zh) | 视频监控***信息的备份方法和中心平台服务器 | |
CN102968360A (zh) | 具有n+1冗余功能的存储***及方法 | |
CN102314322A (zh) | 一种基于raid阵列的数据处理方法和设备 | |
CN102255921B (zh) | 一种媒体流存储方法和数据管理服务器 | |
CN103544081A (zh) | 双元数据服务器的管理方法和装置 | |
US20180121886A1 (en) | Theater control system and method |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20150325 |