CN112203050B - 一种视频续传的方法及装置 - Google Patents
一种视频续传的方法及装置 Download PDFInfo
- Publication number
- CN112203050B CN112203050B CN202011062935.4A CN202011062935A CN112203050B CN 112203050 B CN112203050 B CN 112203050B CN 202011062935 A CN202011062935 A CN 202011062935A CN 112203050 B CN112203050 B CN 112203050B
- Authority
- CN
- China
- Prior art keywords
- continuous transmission
- video
- time
- event
- network
- 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
- 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
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/27—Server based end-user applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
- H04N21/64784—Data processing by the network
- H04N21/64792—Controlling the complexity of the content stream, e.g. by dropping packets
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Closed-Circuit Television Systems (AREA)
- Studio Devices (AREA)
Abstract
本申请适用于安防监控的技术领域,提供了一种视频续传的方法,包括:在网络状态不满足预设条件的期间,获取续传信息;所述续传信息包括续传类型以及所述续传类型所对应的起始时间和终止时间;根据所述续传类型、所述起始时间和所述终止时间在本地录像数据中提取续传视频;所述本地录像数据是指在所述摄像设备运行期间采集的完整视频数据;将所述续传视频上传至云端设备。通过上述方案,获得不同续传类型的起始时间和终止时间,进而根据不同续传类型的起始时间和终止时间提取对应的续传视频,减少了续传视频中的冗余数据。减少了存储资源和网络传输资源的占用及消耗,且无需额外存储续传视频。
Description
技术领域
本申请属于安防监控的技术领域,尤其涉及一种视频续传的方法、装置、摄像设备以及计算机可读存储介质。
背景技术
网络摄像机(IPC,IP Camera)是一种由传统摄像机与网络技术结合所产生的新一代摄像机。IPC除了具备一般传统摄像机所有的图像捕捉功能外,机内还内置了数字化压缩控制器和基于WEB(网页)的操作系统,使得视频数据经压缩加密后,通过以太网送至终端用户,以互联网或者内部局域网进行视频和音频的传输。广泛应用于办公室、大楼等跨区远端监控。
IPC在网络状态良好时,可支持云存储。但是,IPC所处的网络环境复杂多变,往往存在断网的现象,导致IPC采集的视频数据无法进行云存储,使得云存储的视频出现缺失。针对此问题,传统的解决方案采用ANR(Automatic Network Replenishment Technology,断网智能续传技术)。ANR是一种结合本地存储和网络存储的技术。具备ANR技术的视频编码设备会在网络出现故障时自动启用本地存储。网络恢复后云端设备根据断网的时段,在IPC的本地录像数据中提取对应的续传视频。
由于IPC的云存储功能分为全天存储以及事件存储(全天存储是指存储全天的完整视频,而事件存储是指只存储全天中发生事件时候的视频,其中,事件是指路人经过或有人来访等等一系列触发因素)。而由于云端设备是根据断网的时段提取对应的续传视频(相当于以全天存储的标准提取续传视频),造成续传视频存在大量的冗余数据。大大增加了存储资源以及网络传输资源的占用及消耗。
发明内容
有鉴于此,本申请实施例提供了一种视频续传的方法及装置,可以解决由于云端设备是根据断网的时段提取对应的续传视频,造成续传视频存在大量的冗余数据。大大增加了存储资源以及网络传输资源的占用及消耗的技术问题。
本申请实施例的第一方面提供了一种视频续传的方法,所述方法应用于摄像设备,所述方法包括:
在网络状态不满足预设条件的期间,获取续传信息;所述续传信息包括续传类型以及所述续传类型所对应的起始时间和终止时间;
根据所述续传类型、所述起始时间和所述终止时间在本地录像数据中提取续传视频;所述本地录像数据是指在所述摄像设备运行期间采集的完整视频数据;
将所述续传视频上传至云端设备。
本申请实施例的第二方面提供了一种视频续传的装置,所述装置包括:
获取单元,用于在网络状态不满足预设条件的期间,获取续传信息;所述续传信息包括续传类型以及所述续传类型所对应的起始时间和终止时间;
提取单元,用于根据所述续传类型、所述起始时间和所述终止时间在本地录像数据中提取续传视频;所述本地录像数据是指在所述摄像设备运行期间采集的完整视频数据;
传输单元,用于将所述续传视频上传至云端设备。
本申请实施例的第三方面提供了一种摄像设备,包括摄像模块、通信模块、存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,所述存储器包括外部存储器和内部存储器,所述处理器执行所述计算机程序时实现上述第一方面所述方法的步骤。
本申请实施例的第四方面提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现上述第一方面所述方法的步骤。
本申请实施例与现有技术相比存在的有益效果是:本申请通过,在网络状态不满足预设条件的期间,获取续传信息;所述续传信息包括续传类型以及所述续传类型所对应的起始时间和终止时间;根据所述续传类型、所述起始时间和所述终止时间在本地录像数据中提取续传视频;所述本地录像数据是指在所述摄像设备运行期间采集的完整视频数据;将所述续传视频上传至云端设备。通过上述方案根据不同的续传类型,在本地录像数据中提取对应的续传视频。而传统的续传方法,是通过云端设备统计断网区间,并根据断网区间提取续传视频。由于云端设备与摄像设备在断网状态时,无法获取不同事件的时间区间,仅能提取具有冗余数据的续传视频。而本申请由于是立足于摄像设备,可获得不同续传类型的起始时间和终止时间,进而根据不同续传类型的起始时间和终止时间提取对应的续传视频,减少了续传视频中的冗余数据。减少了存储资源和网络传输资源的占用及消耗,且无需额外存储续传视频。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它的附图。
图1示出了本申请一实施例提供的一种视频续传系统的示意图;
图2示出了本申请提供的一种视频续传的方法的示意性流程图;
图3示出了本申请提供的续传数据结构的示意图;
图4示出了本申请提供的续传数据结构的示意图;
图5示出了本申请提供的续传数据结构的示意图;
图6示出了本申请提供的一种视频续传的方法中的具体示意性流程图;
图7示出了本申请提供的一种视频续传的方法中的具体示意性流程图;
图8示出了本申请提供的另一种视频续传的方法的示意性流程图;
图9示出了本申请提供的另一种视频续传的方法的示意性流程图;
图10示出了本申请提供的一种视频续传的装置的示意图;
图11是本发明一实施例提供的一种摄像设备的示意图。
具体实施方式
以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、技术之类的具体细节,以便透彻理解本申请实施例。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中,省略对众所周知的系统、装置、电路以及方法的详细说明,以免不必要的细节妨碍本申请的描述。
应当理解,当在本申请说明书和所附权利要求书中使用时,术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解,在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。
如在本申请说明书和所附权利要求书中所使用的那样,术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于监测到”。类似地,短语“如果确定”或“如果监测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦监测到[所描述条件或事件]”或“响应于监测到[所描述条件或事件]”。
另外,在本申请说明书和所附权利要求书的描述中,术语“第一”、“第二”、“第三”等仅用于区分描述,而不能理解为指示或暗示相对重要性。
在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此,在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例,而是意味着“一个或多个但不是所有的实施例”,除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”,除非是以其他方式另外特别强调。
由于网络摄像机(IPC,IP Camera)采集的视频数据,往往数据量较大。本地存储无法满足存储需求。故云存储孕育而生,即通过网络将视频数据传输至云端设备进行存储。而由于云存储空间有限。故,云存储被细分为全天存储以及事件存储。其中,事件存储是指存储全天中不同事件发生时的事件视频。事件视频是由IPC实时监控画面,对画面中的事件进行识别。若识别到画面中出现预设事件(例如,行人经过等事件),则开始采集预设事件对应的事件视频。并将预设事件对应的事件视频上传至云端设备。无需存储全天的视频数据,节省了云存储空间,减低存储成本。
然而,针对断网续传的ANR技术,是通过云端设备统计断网时段。在重新联网后,根据断网的时段向IPC发送提取请求,以提取相对应的续传视频。在这过程中,存在多个问题。首先,ANR技术并不关心续传类型,将所有续传类型都默认为全天续传。且由于是通过云端设备统计断网时段,而云端设备在断网其间无法获知不同事件发生的时间。故默认提取断网时段内的整段视频数据,而对于事件续传而言,整段视频数据充斥着大量冗余的视频数据(即非事件视频内容)。大大增加了存储资源以及网络传输资源的占用及消耗。
有鉴于此,本申请实施例提供了一种视频续传的方法及装置,可以解决上述技术问题。
请参见图1,图1示出了本申请一实施例提供的一种视频续传系统的示意图。如图1所示,视频续传系统包括云端设备11、摄像设备12、摄像设备13以及摄像设备14。其中,图1仅仅是示例作用,对图1中设备的类型以及数量不做任何限定,设备的类型以及数量可以更多或更少,可根据实际应用场景而定。
云端设备可以是一切可存储数据的设备,例如云存储服务器等等,用于存储摄像设备12、摄像设备13以及摄像设备14采集的视频数据。
摄像设备12、摄像设备13以及摄像设备14可以是一切具有联网功能的摄像机,包括IPC等。摄像设备12、摄像设备13以及摄像设备14中设置有存储卡。所述存储卡用于存储本地录像数据。
摄像设备12、摄像设备13以及摄像设备14通过网络与云端设备11连接。
摄像设备12、摄像设备13以及摄像设备14用于在网络状态不满足预设条件的期间,获取续传信息;所述续传信息包括续传类型以及所述续传类型所对应的起始时间和终止时间;根据所述续传类型、所述起始时间和所述终止时间在本地录像数据中提取续传视频;所述本地录像数据是指在所述摄像设备运行期间采集的完整视频数据;将所述续传视频上传至云端设备。
基于上述硬件环境,本申请提供了一种视频续传方法,请参见图2,图2示出了本申请提供的一种视频续传的方法的示意性流程图。所述方法可应用于摄像设备12、摄像设备13以及摄像设备14中的任意一个设备。
如图2所示,该方法可以包括如下步骤:
步骤201,在网络状态不满足预设条件的期间,获取续传信息;所述续传信息包括续传类型以及所述续传类型所对应的起始时间和终止时间。
预设条件为预先设定的判定条件,用于判断上传的数据是否丢失。预设条件包括但不限于上传的数据是否丢失或网络延时是否低于延时阈值等一种条件或多种条件之间的结合。若网络状态满足预设条件,表示当前的网络状态较好,传输通道畅通。若网络状态不满足预设条件,表示当前的网络状态较差或网络断开连接,传输通道受阻。而当网络状态不满足预设条件,则可能出现部分数据丢失或无法上传视频。故需在网络状态满足预设条件时,对网络状态不满足预设条件期间的视频进行续传,以保证云存储数据的完整性。
其中,步骤201的具体执行过程如下:
摄像设备在网络状态不满足预设条件期间,获取续传信息。所述续传信息包括但不限于续传类型、起始时间、终止时间以及摄像设备的物理地址等。不同的续传类型对应不同的起始时间和终止时间。
具体地,所述续传类型包括全天续传和事件续传。所述起始时间包括断传起始时间和事件起始时间,所述终止时间包括断传终止时间和事件终止时间。
断传起始时间是指检测到网络状态不满足预设条件的时刻,断传终止时间是指检测到网络状态满足预设条件的时刻。事件起始时间是指检测到事件发生的时刻。事件终止时间是指检测到事件终止的时刻。
其中,续传类型指的是不同云存储策略。全天续传是指对全天视频进行续传的方式,即续传从断传起始时间至断传终止时间之间的完整视频数据。事件续传是指对网络状态不满足预设条件期间发生的事件对应的视频进行续传的方式,即续传从断传起始时间至断传终止时间之间的部分视频数据。
当续传类型为全天续传时,摄像设备检测到网络状态不满足预设条件,则记录断传起始时间。摄像设备检测到网络状态满足预设条件,则记录断传终止时间。
当续传类型为事件续传时,摄像设备检测到网络状态不满足预设条件,则记录不同事件发生的事件起始时间和事件终止时间。摄像设备检测到网络状态满足预设条件,则停止记录不同事件发生的事件起始时间和事件终止时间。
具体地,步骤201,具体包括如下步骤:根据预设的续传数据结构,采集所述续传信息;所述续传数据结构用于标明需要采集的所述续传信息。
续传数据结构为预先设定的数据结构,即预先在内存中申明的存储空间,用于在采集并存储续传信息。
本实施例提供两种续传数据结构,分别如下:
第一种续传数据结构:请参见图3和图4,图3示出了本申请提供的续传数据结构的示意图,图4示出了本申请提供的续传数据结构的示意图。如图3所示,每个续传数据结构包括序号、空闲标志位、断传起始时间、断传终止时间以及续传类型。如图4所示,续传数据结构还包括不同事件各自对应的起始时间。断传起始时间和断传终止时间根据网络状态不满足预设条件的起始时刻和网络状态不满足预设条件的终止时刻实时传入。而续传类型为预设数值,例如,全天续传用数字1表示,事件续传用数字0表示。
作为本申请的一个实施例,如图4所示的事件起始时间,对于全天续传而言,也可以用于表示网络状态不满足预设条件期间不同事件发生的起始时间。其中,由于全天续传需上传网络状态不满足预设条件期间的整个视频,而发生在其中的事件不容易查阅。故本实施例将整个视频中的事件打上标记,以方便查阅。
第二种续传数据结构:请参见图5,图5示出了本申请提供的续传数据结构的示意图。如图5所示的续传数据结构包括序号、空闲标志位、断传起始时间、断传终止时间、续传类型以及不同事件各自对应的起始时间与终止时间。
不同的事件对应的起始时间以及终止时间根据每个事件对应发生的起始时间以及终止时间实时传入。其中,由于在单次网络状态不满足预设条件过程中发生事件的数量可能为单个或多个。而设定过多的事件起始时间以及事件终止时间,可能导致内存占用严重。设定较少的事件起始时间以及事件终止时间,则容易导致无法存储较多的事件发生的起始时间以及终止时间。故不同的事件对应的起始时间以及终止时间的数量可根据实际应用场景而定。可选地,当不同的事件对应的起始时间以及终止时间的数量存储数量不足,则可采用循环覆盖策略,即抹除任意一个事件对应的起始时间以及终止时间,将后续事件的起始时间以及终止时间传入,以保证不丢失最新事件的起始时间以及终止时间。优选地,抹除最早事件对应的起始时间以及终止时间,将后续事件的起始时间以及终止时间传入。
其中,序号用于表示续传数据结构的排序。可以理解的是,一个续传数据结构可以用于存储单次网络状态不满足预设条件期间的续传信息,多个续传数据结构同样可以用于分段存储单次网络状态不满足预设条件期间的续传信息,可根据实际应用场景而定。
空闲标志位表示续传数据结构是否已存储续传信息。若续传数据结构已存储续传信息,则为非空闲。若续传数据结构未存储续传信息,则为空闲。其中,由于续传数据结构需要占用内存,较多的续传数据结构可能导致内存占用严重。而较少的续传数据结构,则容易导致无法存储多次网络状态不满足预设条件的续传信息。故续传数据结构的数量可根据实际应用场景而定。可选地,当续传数据结构的数量不足以存储多组续传信息,则可采用循环覆盖策略,即抹除任意一个续传数据结构中的续传信息,将后续的续传信息传入此续传数据结构中,以保证不丢失最新的续传信息。优选地,抹除最早续传数据结构中的续传信息,将后续的续传信息传入此续传数据结构中。
在一种可能的实施例中,为了快速调用续传数据结构,续传数据结构往往存储在内存中。而当摄像设备断电或设备故障等情况发生时,内存中的续传数据结构往往容易丢失。故本申请在得到填写完整的续传数据结构后,将完整的续传数据结构备份至存储卡中,以防止续传数据结构丢失,进而无法提取续传视频。
可以理解的是,步骤201与步骤202执行的节点不同。若网络状态始终不满足预设条件,则摄像设备持续执行步骤201。仅当网络状态满足预设条件时,也即得到续传信息后,执行步骤202。
步骤202,根据所述续传类型、所述起始时间和所述终止时间在本地录像数据中提取续传视频;所述本地录像数据是指在所述摄像设备运行期间采集的完整视频数据。
全天续传和事件续传分别对应于不同的起始时间和终止时间,进而根据不同的起始时间和终止时间在本地录像数据中提取对应的续传视频。
需要强调的是,由于IPC为了适应不同的使用需求,在运行期间往往都会进行本地存储,形成本地录像数据。故本申请利用这一已有数据,提取续传视频。无需在本地存储器中额外分配续传视频的存储空间。巧妙地利用已有数据,完成视频续传的过程。
具体地,步骤202具体包括如下步骤。请参见图6,图6示出了本申请提供的一种视频续传的方法中的具体示意性流程图,包括:
步骤2021,若所述续传类型为所述全天续传,则在所述本地录像数据中提取从所述断传起始时间至所述断传终止时间之间的续传视频。
全天续传对应的起始时间和终止时间为断传起始时间和断传终止时间,即整个断网时段。摄像设备根据断传起始时间和断传终止时间在本地录像数据中提取整个网络状态不满足预设条件期间的续传视频。
步骤2022,若所述续传类型为事件续传,则根据所述事件起始时间和所述事件终止时间在所述本地录像数据中提取对应的续传视频。
事件续传对应的起始时间和终止时间为事件起始时间和事件终止时间,即网络状态不满足预设条件期间的部分时段。例如:断传起始时间为14:00,断传终止时间15:00,14:15至14:20之间识别到发生事件一,14:30至14:35之间识别到发生事件二。则事件起始时间分别为14:15和14:30,事件终止时间分别为14:20和14:35。根据14:15至14:20在本地录像数据中提取事件一对应的续传视频。根据14:30至14:35在本地录像数据中提取事件二对应的续传视频。
步骤203,将所述续传视频上传至云端设备。
在获取到续传视频后,将续传视频放入续传链表。获取云端设备的上传地址,根据上传地址将续传视频逐个发送至云端设备。以上述例子为例,若续传类型为全天续传,则上传14:00至15:00对应的续传视频至云端设备。若续传类型为事件续传,则上传14:15至14:20以及14:30至14:35对应的续传视频至云端设备。
摄像设备中预设有警报标志位。在网络状态不满足预设条件时,将警报标志位置位,获取续传信息,并根据续传信息向云端设备上传续传视频。在将续传视频上传完毕后,将警报标志位重置,结束续传流程。以通过警报标志位控制续传流程的开启与结束。需要强调的是,本申请提供的一种视频续传方法的生命周期,可分为两段:第一段为获取续传信息的过程,即步骤201。第二段为根据续传信息上传续传视频的过程,即步骤202至步骤203。
其中,不同的续传数据结构,上传续传视频的过程不同,具体如下:
第一种续传数据结构对应上传续传视频的过程:
若续传类型为全天续传,则在续传视频前判断如图3所示断传起始时间和断传终止时间是否存在数值。若如图3所示断传起始时间和断传终止时间中存在数值,则根据如图3所示的断传起始时间与断传终止时间在本地录像数据中提取对应的续传视频(其中,在此期间还可以根据如图3中的事件起始时间在续传视频中打上标记,以方便用户查阅),并上传至云端设备。其中,在上传过程中,续传视频是由多个帧组依次上传至云端设备,在每个帧组上传完毕后,更新断传起始时间,直至每个帧组上传完毕,即断传起始时间与断传终止时间相同,则表示上传完毕。在上传完毕后,将图3和图4所述的数据结构中的数值抹除。若如图4所示事件起始时间中不存在数值,则将警报标志位重置,结束续传流程。
若续传类型为事件续传,则在续传视频前判断如图3所示断传起始时间和断传终止时间是否存在数值。若如图3所示断传起始时间和断传终止时间中存在数值,则根据图4所示事件起始时间以及事件终止时间(将事件起始时间加上预设时长得到事件终止时间)在本地录像数据中提取对应的续传视频,并上传至云端设备。在上传完毕后,将图3所示的数据结构中断传起始时间更新(即将根据上传事件的终止时间作为新的断传起始时间),将图4所示的数据结构中对应的数值抹除,遍历下一个事件起始时间,并重复上述流程,直至断传起始时间与断传终止时间相同。若如图4所示事件起始时间中不存在数值,则将警报标志位重置,结束续传流程。
第二种续传数据结构对应上传续传视频的过程:
若续传类型为全天续传,则在续传视频前判断如图5所示数据结构中的断传起始时间和断传终止时间是否存在数值。若如图5所示续传数据结构中的断传起始时间和断传终止时间存在数值,则根据图5所示的断传起始时间与断传终止时间在本地录像数据中提取对应的续传视频,并上传至云端设备。将图5所述的数据结构中的断传起始时间、断传终止时间以及空闲标志位中的数值抹除。若如图5所示事件起始时间中的断传起始时间和断传终止时间不存在数值,则将警报标志位重置,结束续传流程。
若续传类型为事件续传,则在续传视频前判断如图5所示数据结构中的事件起始时间和事件终止时间是否存在数值。若如图5所示续传数据结构中的事件起始时间和事件终止时间存在数值,则根据图5所示的第一个事件的起始时间和终止时间在本地录像数据中提取对应的续传视频,并上传至云端设备。将图5所述的数据结构中第一个事件的起始时间和终止时间的数值抹除。并遍历下一个事件起始时间和终止时间,并重复上述流程,直至所有事件遍历完成,并将空闲标志位中的数据抹除。若如图5所示事件起始时间中不存在数值,则将警报标志位重置,结束续传流程。
作为本申请的一个实施例,由于在网络状态满足预设条件时,不仅需要上传续传视频,也需要上传常规的实时视频。故本实施例分别将续传视频与实时视频的统一资源定位器(Uniform Resoure Locator,URL)设置为不同的上传地址,以进行并发上传,互不影响。
可以理解的是,在理想硬件资源情况下,可将整个续传视频进行封装,并上传至云端设备。而现存的技术,由于内存等因素的影响,无法将整个续传视频进行封装与上传,故本实施例将整个续传视频划分为不同的帧组,按顺序依次进行传输。具体的流程如下:
具体地,步骤203具体包括如下步骤。请参见图7,图7示出了本申请提供的一种视频续传的方法中的具体示意性流程图,包括:
步骤2031,按照所述续传视频中每帧的顺序,提取预设数量的连续帧,封装后组成帧组。
步骤2032,向所述云端设备发送所述帧组。
步骤2033,循环执行所述按照所述续传视频中每帧的排序,提取预设数量的连续帧,封装后组成帧组的步骤以及后续步骤,直至所述续传视频中的所有帧上传完毕。
按照顺序把续传视频中的所有帧分为多个帧组,以帧组为传输单元,向云端设备发送帧组。在云端设备接收到帧组之后,对帧组进行拼接,得到完整的续传视频。
具体地,在每次循环执行步骤2033时,判断起始时间至终止时间内是否存在未上传的剩余时间间隔。若存在,则继续循环执行步骤2033。若不存在,则将数据结构的中的续传信息抹除,以记录新的续传信息。
其中,由于本地录像数据格式与云存储数据格式往往不同,故本实施例在将续传视频上传至云端设备前,对续传视频进行转码处理。以本地录像为MP4(MPEG-4)格式,云存储为PS流(Program Stream)格式为例,转码包括以下步骤:逐帧获取数据,添加帧头。将若干帧重新组织成一个画面组(Group of Pictures,GOP),即帧组。将GOP封装成PS流后加入续传链表,以上传至云端设备。需要说明的是,以上数据格式之间的转换仅仅起实例作用,对于续传视频的数据格式并不做任何限定。
作为本申请的一个具体实施例,由于GOP为一组连续的画面组,画面组中包含I帧、P帧以及B帧。其中,I帧是内部编码帧,P帧是前向预测帧,B帧是双向内插帧。而I帧是一个完整的画面,P帧和B帧记录的是相对于I帧的变化。若没有I帧,则P帧和B帧无法解码。故,本实施例在提取预设数量的连续帧时,将I帧作为第一个图像,以保证画面组可以进行正常解码。
作为本申请的另一个实施例,由于在本地录像数据中无法提取目标格式(例如jpeg格式)作为视频文件的封面。故本实施例将每个视频文件中任意位置的I帧作为视频封面。优选地,可将每个视频文件中第一个I帧作为视频封面。
在本实施例中,在网络状态不满足预设条件的期间,获取续传信息;所述续传信息包括续传类型以及所述续传类型所对应的起始时间和终止时间;根据所述续传类型、所述起始时间和所述终止时间在本地录像数据中提取续传视频;所述本地录像数据是指在所述摄像设备运行期间采集的完整视频数据;将所述续传视频上传至云端设备。通过上述方案根据不同的续传类型,在本地录像数据中提取对应的续传视频。而传统的续传方法,是通过云端设备统计断网区间,并根据断网区间提取续传视频。由于云端设备与摄像设备在断网状态时,无法获取不同事件的时间区间,仅能提取具有冗余数据的续传视频。而本申请由于是立足于摄像设备,可获得不同续传类型的起始时间和终止时间,进而根据不同续传类型的起始时间和终止时间提取对应的续传视频,减少了续传视频中的冗余数据。减少了存储资源和网络传输资源的占用及消耗,且无需额外存储续传视频。
可选地,在上述图2所示实施例的基础上,在步骤203之前,还包括如下步骤,请参见图8,图8示出了本申请提供的另一种视频续传的方法的示意性流程图。本实施例中步骤801、步骤802以及步骤805,与图2所示实施例中步骤201至步骤203相同,具体请参阅图2所示实施例中步骤201至步骤203的相关描述,此处不赘述。
步骤801,在网络状态不满足预设条件的期间,获取续传信息;所述续传信息包括续传类型以及所述续传类型所对应的起始时间和终止时间。
步骤802,根据所述续传类型、所述起始时间和所述终止时间在本地录像数据中提取续传视频;所述本地录像数据是指在所述摄像设备运行期间采集的完整视频数据。
步骤803,当写入网络数据缓冲区的数据量低于阈值,则减低带宽上限值。
由于目前的IPC不仅支持云存储,同时还支持预览、本地录像回放等功能。而当多种功能同时进行时,可能存在上传带宽不足的问题。相对而言,预览录像以及回放录像等功能需要较强的实时性,对网络要求较高。故本实施例将不同的功能设置不同的优先级。进而实时调整不同功能占用的带宽,为优先级较高的功能提供较多的带宽资源。优选地,由于传输续传视频对实时性的要求较低,故本实施例将传输续传视频设置为较低的优先级。
在执行步骤803之前,需要控制续传视频的带宽。控制过程下:在向网络数据缓冲区传入数据时,网络数据缓冲区向摄像设备返回实际传入数据量。根据实际传入数据量以及传输时长,计算传输速度。若传输速度超过带宽上限值,则将传入数据的线程挂起预设时长后,再向网络数据缓冲区传入数据。通过上述方式实现对续传视频带宽的控制。
而对于带宽上限值的调整过程如下(即步骤803至步骤805):
当写入网络数据缓冲区的数据量低于阈值,即当前网络较为堵塞。可减低带宽上限值,使得优先级较高的功能拥有较多的带宽资源。其中,减低带宽上限值包括按照预设百分比降低预设百分比带宽上限值或按照预设数值减低带宽上限值等。
为了快速为其他传输通道提供传输资源,可将预设百分比或预设数值设置为较大数值,以大幅降低续传视频对应的带宽,例如将带宽上限值降低百分之五十等等。
步骤804,当写入网络数据缓冲区的数据量不低于阈值,则提升带宽上限值。
当写入网络数据缓冲区的数据量不低于阈值,表明当前网络状态良好。可根据预设数值提升带宽上限值。其中,提升带宽上限值包括按照预设百分比提升预设百分比带宽上限值或按照预设数值提升带宽上限值等
步骤805,循环执行所述当写入网络数据缓冲区的数据量不低于阈值,则提升带宽上限值的步骤,直至带宽上限值达到预设峰值。
作为本申请的一个实施例,由于快速提升带宽上限值,容易对其他传输通道造成不必要的堵塞。故可将预设数值设置为较小的数值,且循环执行步骤804,逐步提升带宽上限值,并在达到预设峰值之后停止提升带宽上限值。可以理解的是,由于循环步骤804的过程中,摄像设备一直在检测写入网络数据缓冲区的数据量(检测频率可根据实际应用场景而定),并根据写入网络数据缓冲区的数据量执行步骤803至步骤804,实现动态控制续传视频的带宽上限值,以将续传视频的当前带宽控制在一个合理范围之内。
步骤806,将所述续传视频上传至云端设备。
在本实施例中,当上传续传视频的网络参数达到阈值,则根据第一预设数值降低所述续传视频的当前带宽。当上传续传视频的网络参数未达到阈值,则根据第二预设数值提升所述续传视频的当前带宽。通过上述方式,动态调整上传续传视频占用的网络带宽,为其他上传通道让出较多的带宽资源,合理控制带宽。
可选地,在上述图2所示实施例的基础上,在步骤202之前,还包括如下步骤,请参见图9,图9示出了本申请提供的另一种视频续传的方法的示意性流程图。本实施例中步骤901、步骤905以及步骤906,与图2所示实施例中步骤201至步骤203相同,具体请参阅图2所示实施例中步骤201至步骤203的相关描述,此处不赘述。
步骤901,在网络状态不满足预设条件的期间,获取续传信息;所述续传信息包括续传类型以及所述续传类型所对应的起始时间和终止时间。
步骤902,获取当前设备的待认证物理地址。
步骤903,若所述待认证物理地址与所述认证物理地址一致,则根据所述续传类型、所述起始时间和所述终止时间在本地录像数据中提取续传视频。
步骤904,若所述待认证物理地址与所述认证物理地址不一致,则返回执行所述获取当前设备的待认证物理地址的步骤以及后续步骤,直至所述待认证物理地址与所述认证物理地址一致。
为了避免存储卡插入到别的设备后错误地进行视频续传,例如:将摄像设备12中的存储卡插入摄像设备13中,导致摄像设备13上传的续传视频为摄像设备12对应的续传视频。故本实施例在每个摄像设备中存储卡预存每个摄像设备对应的物理地址(MAC地址)。物理地址用于校验当前设备是否为所述续传信息对应的摄像设备。
故本实施在提取续传视频前,对当前设备的待认证物理地进行校验。若待认证物理地址与认证物理地址一致,则执行提取续传视频的步骤以及后续步骤。若待认证物理地址与认证物理地址不一致,则重复校验当前设备的待认证物理地址,直至校验成功。
步骤905,根据所述续传类型、所述起始时间和所述终止时间在本地录像数据中提取续传视频。
步骤906,将所述续传视频上传至云端设备。
在本实施例中,通过获取当前设备的待认证物理地址;若所述待认证物理地址与所述认证物理地址一致,则根据所述续传类型、所述起始时间和所述终止时间在本地录像数据中提取续传视频;若所述待认证物理地址与所述认证物理地址不一致,则返回执行所述获取当前设备的待认证物理地址,直至所述待认证物理地址与所述认证物理地址一致。通过上述方式,确保续传视频的准确性,防止存储卡插入到别的设备后错误地进行视频续传。
如图10本申请提供了一种视频续传的装置10,请参见图10,图10示出了本申请提供的一种视频续传的装置的示意图,如图10所示一种视频续传的装置包括:
获取单元101,用于在网络状态不满足预设条件的期间,获取续传信息;所述续传信息包括续传类型以及所述续传类型所对应的起始时间和终止时间;
提取单元102,用于根据所述续传类型、所述起始时间和所述终止时间在本地录像数据中提取续传视频;所述本地录像数据是指在所述摄像设备运行期间采集的完整视频数据;
传输单元103,用于将所述续传视频上传至云端设备。
本申请提供的一种视频续传的装置,在网络状态不满足预设条件的期间,获取续传信息;所述续传信息包括续传类型以及所述续传类型所对应的起始时间和终止时间;根据所述续传类型、所述起始时间和所述终止时间在本地录像数据中提取续传视频;所述本地录像数据是指在所述摄像设备运行期间采集的完整视频数据;将所述续传视频上传至云端设备。通过上述方案根据不同的续传类型,在本地录像数据中提取对应的续传视频。而传统的续传方法,是通过云端设备统计断网区间,并根据断网区间提取续传视频。由于云端设备与摄像设备在断网状态时,无法获取不同事件的时间区间,仅能提取具有冗余数据的续传视频。而本申请由于是立足于摄像设备,可获得不同续传类型的起始时间和终止时间,进而根据不同续传类型的起始时间和终止时间提取对应的续传视频,减少了续传视频中的冗余数据。减少了存储资源和网络传输资源的占用及消耗,且无需额外存储续传视频。
应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
图11是本发明一实施例提供的一种摄像设备的示意图。如图11所示,该实施例的一种摄像设备11包括:摄像模块111、通信模块112、处理器113、存储器114以及存储在所述存储器114中并可在所述处理器113上运行的计算机程序115,例如一种视频续传的程序。所述处理器113执行所述计算机程序115时实现上述各个一种视频续传的方法实施例中的步骤,例如图2所示的步骤201至步骤203。或者,所述处理器113执行所述计算机程序115时实现上述各装置实施例中各单元的功能,例如图10所示单元101至103的功能。
示例性的,所述计算机程序115可以被分割成一个或多个单元,所述一个或者多个单元被存储在所述存储器114中,并由所述处理器113执行,以完成本发明。所述一个或多个单元可以是能够完成特定功能的一系列计算机程序指令段,该指令段用于描述所述计算机程序115在所述一种摄像设备11中的执行过程。例如,所述计算机程序115可以被分割成获取单元和计算单元各单元具体功能如下:
获取单元,用于在网络状态不满足预设条件的期间,获取续传信息;所述续传信息包括续传类型以及所述续传类型所对应的起始时间和终止时间;
提取单元,用于根据所述续传类型、所述起始时间和所述终止时间在本地录像数据中提取续传视频;所述本地录像数据是指在所述摄像设备运行期间采集的完整视频数据;
传输单元,用于将所述续传视频上传至云端设备。
所述一种摄像设备11可以无线路由器、无线网关或无线网桥等网络设备。所述一种摄像设备可包括,但不仅限于,处理器113、存储器114。本领域技术人员可以理解,图11仅仅是一种摄像设备11的示例,并不构成对一种摄像设备11的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如所述一种摄像设备还可以包括输入输出设备、网络接入设备、总线等。
摄像模块111可以是一切可用于将光学图像信号转变为电信号的硬件模块。摄像模块111中可包括成像器件以及图形处理器(Graphics Processing Unit,GPU)等等元器件。
通信模块112用于连接网络,以提供传输续传视频的网络环境。通信模块82可以为无线网络或有线网络,在此不做限定。
所称处理器113可以是中央处理单元(Central Processing Unit,CPU),还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
所述存储器114可以是所述一种摄像设备11的内部存储单元,例如一种摄像设备11的硬盘或内存。所述存储器114也可以是所述一种摄像设备11的外部存储设备,例如所述一种摄像设备11上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。进一步地,所述存储器114还可以既包括所述一种摄像设备11的内部存储单元也包括外部存储设备。所述存储器114用于存储所述计算机程序以及所述一种摄像设备所需的其他程序和数据。所述存储器114还可以用于暂时地存储已经输出或者将要输出的数据。
应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
需要说明的是,上述装置/单元之间的信息交互、执行过程等内容,由于与本申请方法实施例基于同一构思,其具体功能及带来的技术效果,具体可参见方法实施例部分,此处不再赘述。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将所述装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。另外,各功能单元、模块的具体名称也只是为了便于相互区分,并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
本申请实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现可实现上述各个方法实施例中的步骤。
本申请实施例提供了一种计算机程序产品,当计算机程序产品在移动终端上运行时,使得移动终端执行时实现可实现上述各个方法实施例中的步骤。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请实现上述实施例方法中的全部或部分流程,可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括:能够将计算机程序代码携带到拍照装置/摄像设备的任何实体或装置、记录介质、计算机存储器、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random AccessMemory,RAM)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区,根据立法和专利实践,计算机可读介质不可以是电载波信号和电信信号。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
在本申请所提供的实施例中,应该理解到,所揭露的装置/网络设备和方法,可以通过其它的方式实现。例如,以上所描述的装置/网络设备实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口,装置或单元的间接耦合或通讯连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。
以上所述实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围,均应包含在本申请的保护范围之内。
Claims (7)
1.一种视频续传的方法,其特征在于,所述方法应用于摄像设备,所述方法包括:
在网络状态不满足预设条件的期间,获取续传信息;所述续传信息包括续传类型以及所述续传类型所对应的起始时间和终止时间;所述续传类型包括全天续传和事件续传;所述起始时间包括断传起始时间和事件起始时间,所述终止时间包括断传终止时间和事件终止时间;
根据所述续传类型、所述起始时间和所述终止时间在本地录像数据中提取续传视频;所述本地录像数据是指在所述摄像设备运行期间采集的完整视频数据;所述根据所述续传类型、起始时间和终止时间在本地录像数据中提取对应的续传视频,包括:若所述续传类型为所述全天续传,则在所述本地录像数据中提取从所述断传起始时间至所述断传终止时间之间的续传视频;若所述续传类型为事件续传,则根据所述事件起始时间和所述事件终止时间在所述本地录像数据中提取对应的续传视频;
当写入网络数据缓冲区的数据量低于阈值,则减低带宽上限值;
当写入网络数据缓冲区的数据量不低于阈值,则提升带宽上限值;
循环执行所述当写入网络数据缓冲区的数据量不低于阈值,则提升带宽上限值的步骤,直至带宽上限值达到预设峰值;
将所述续传视频上传至云端设备。
2.如权利要求1所述方法,其特征在于,所述在网络状态不满足预设条件的期间,获取续传信息,包括:
根据预设的续传数据结构,采集所述续传信息;所述续传数据结构用于标明需要采集的所述续传信息。
3.如权利要求2所述方法,其特征在于,在所述在网络状态不满足预设条件的期间,获取续传信息之前,还包括:
将所述续传数据结构中的续传信息备份至存储卡中。
4.如权利要求1所述方法,其特征在于,所述续传信息包括所述摄像设备的认证物理地址;
在所述根据所述续传类型、所述起始时间和所述终止时间在本地录像数据中提取续传视频之前,还包括:
获取当前设备的待认证物理地址;
若所述待认证物理地址与所述认证物理地址一致,则执行所述根据所述续传类型、所述起始时间和所述终止时间在本地录像数据中提取续传视频的步骤;
若所述待认证物理地址与所述认证物理地址不一致,则返回执行所述获取当前设备的待认证物理地址的步骤以及后续步骤,直至所述待认证物理地址与所述认证物理地址一致。
5.如权利要求1所述方法,其特征在于,所述将所述续传视频上传至云端设备,包括:
按照所述续传视频中每帧的顺序,提取预设数量的连续帧,封装后组成帧组;
向所述云端设备发送所述帧组;
循环执行所述按照所述续传视频中每帧的排序,提取预设数量的连续帧,封装后组成帧组的步骤以及后续步骤,直至所述续传视频中的所有帧上传完毕。
6.一种摄像设备,包括摄像模块、通信模块、存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,所述存储器包括外部存储器和内部存储器,其特征在于,所述处理器执行所述计算机程序时实现如权利要求1至5任一项所述方法的步骤。
7.一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至5任一项所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011062935.4A CN112203050B (zh) | 2020-09-30 | 2020-09-30 | 一种视频续传的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011062935.4A CN112203050B (zh) | 2020-09-30 | 2020-09-30 | 一种视频续传的方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112203050A CN112203050A (zh) | 2021-01-08 |
CN112203050B true CN112203050B (zh) | 2022-09-06 |
Family
ID=74013846
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011062935.4A Active CN112203050B (zh) | 2020-09-30 | 2020-09-30 | 一种视频续传的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112203050B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114025083A (zh) * | 2021-10-28 | 2022-02-08 | 北京百度网讯科技有限公司 | 云设备的视频采集方法、装置、电子设备和介质 |
CN118509665A (zh) * | 2024-07-19 | 2024-08-16 | 浙江大华技术股份有限公司 | 视频续传方法、装置、计算机设备和存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017124800A1 (zh) * | 2016-01-21 | 2017-07-27 | 杭州海康威视数字技术股份有限公司 | 一种视频补录方法和装置 |
WO2018077266A1 (zh) * | 2016-10-31 | 2018-05-03 | 杭州海康威视系统技术有限公司 | 监控录像的断点续传方法及装置 |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US3553361A (en) * | 1969-04-30 | 1971-01-05 | Bell Telephone Labor Inc | Conditional replenishment video system with sample grouping |
US7573500B2 (en) * | 2003-03-24 | 2009-08-11 | Sensormatic Electronics Corporation | System and method for communicating data in a video system |
CN101420359B (zh) * | 2007-10-22 | 2011-03-02 | 中兴通讯股份有限公司 | 一种无源光网络中的带宽分配系统和方法 |
CN101557644B (zh) * | 2008-04-11 | 2011-04-06 | 中兴通讯股份有限公司 | 一种无线信道带宽的调整方法 |
CN102932667B (zh) * | 2012-11-15 | 2015-06-03 | 掌赢信息科技(上海)有限公司 | 一种实时流媒体上传中的丢帧控制与续传方法及系统 |
CN106488336B (zh) * | 2016-11-21 | 2019-11-12 | 株洲中车时代电气股份有限公司 | 一种基于事件项点的机车视频传输方法及系统 |
CN106658093B (zh) * | 2016-12-27 | 2019-07-09 | 深圳市九洲电器有限公司 | 机顶盒与服务器的交互方法及系统 |
CN108924485B (zh) * | 2018-06-29 | 2021-06-25 | 台州市吉吉知识产权运营有限公司 | 客户端实时视频流中断处理方法及系统、监控系统 |
CN111107123B (zh) * | 2018-10-29 | 2022-10-04 | 杭州海康威视数字技术股份有限公司 | 一种断网续传方法及装置 |
CN109756708B (zh) * | 2018-12-28 | 2021-05-14 | 深圳英飞拓智能技术有限公司 | 音视频数据的续传方法及装置 |
CN111145389B (zh) * | 2019-12-31 | 2022-03-04 | 中国第一汽车股份有限公司 | 一种车辆数据管理方法及系统 |
-
2020
- 2020-09-30 CN CN202011062935.4A patent/CN112203050B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017124800A1 (zh) * | 2016-01-21 | 2017-07-27 | 杭州海康威视数字技术股份有限公司 | 一种视频补录方法和装置 |
WO2018077266A1 (zh) * | 2016-10-31 | 2018-05-03 | 杭州海康威视系统技术有限公司 | 监控录像的断点续传方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN112203050A (zh) | 2021-01-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101488967B (zh) | 一种视频传输方法、嵌入式监控终端及监控平台服务器 | |
CN106028053B (zh) | 视频服务器和服务质量管理器 | |
CN112261353B (zh) | 一种视频监控分流方法、系统以及计算机可读存储介质 | |
CN112203050B (zh) | 一种视频续传的方法及装置 | |
US20230144483A1 (en) | Method for encoding video data, device, and storage medium | |
CN101986706B (zh) | 移动终端视频发布系统、方法及其应用 | |
CN109756789B (zh) | 一种音视频数据包的丢包处理方法和系统 | |
CN110636257B (zh) | 一种监控视频处理方法、装置、电子设备及存储介质 | |
CN110324580B (zh) | 一种基于视联网的监控视频播放方法及装置 | |
CN111629283B (zh) | 一种多流媒体网关服务系统及方法 | |
CN110769310B (zh) | 一种基于视联网的视频处理方法和装置 | |
CN113068074B (zh) | 缓存方法和装置、计算机可读的存储介质及电子装置 | |
CN111131786A (zh) | 一种应用云存储的视频监控存储系统 | |
WO2021000379A1 (zh) | 一种网络数据调度方法及边缘节点 | |
CN108574816B (zh) | 一种视联网终端以及基于视联网终端的通信方法、装置 | |
CN103686077A (zh) | 应用于3g无线网络实时音视频数据传输的双缓冲方法 | |
CN115883962A (zh) | 摄像头控制方法、系统、电子设备和存储介质 | |
CN103036808A (zh) | 一种去除网络抖动的方法及系统 | |
WO2015044104A1 (en) | Video traffic management | |
CN110570614B (zh) | 一种视频监控系统及智能相机 | |
CN110049069B (zh) | 一种数据获取方法及装置 | |
CN112449209B (zh) | 视频存储方法、装置、云服务器及计算机可读存储介质 | |
CN111953612B (zh) | 数据传输控制方法及装置 | |
CN110691214B (zh) | 一种业务对象的数据处理方法和装置 | |
CN110474934B (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 |