具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。其中，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

为了解决由于网络环境复杂多样，且存在很大的不稳定性，经常会导致本地存储网络视频流时出错而导致存储失败的问题，发明人对出错的原因进行了研究分析。研究分析出内存溢出以及长时间录制时，在最后的时间段出了问题造成整个录制文件无法生成，会经常导致网络视频流本地存储失败。有鉴于此，本申请实施例提供了一种网络视频流本地存储方法、设备及介质。下面将结合实施例对本申请提供的网络视频流本地存储方法进行介绍。

本申请的发明构思可概括为：本申请中采用环形缓冲区，并基于待处理视频流的数据长度，动态调整环形缓冲区的容量；然后将待处理视频流存储至环形缓冲区。采用该方法，可以把环形缓冲区的容量进行扩容，从而避免流量突发增大时，造成的内存溢出问题，使得整个计算机系统运行起来更加稳定。在写入本地时，从环形缓冲区中读取数据并写入到文件中，同时会监控文件的大小，若文件的数据长度达到设定长度，则将后续读取的数据写入新的文件中；在结束录制时，可将待处理视频流的各文件合成一个文件。采用该方法可以把文件进行分段存储，进而降低文件生成失败的风险，提高了网络视频流本地存储的可靠性。

此外，本申请实施例中，在写入文件的过程中还可以通过动态调整从环形缓冲区中读取数据的时间间隔来缓解流量较小时，程序长时间空运转，从而实现节约计算机资源。

在介绍完本申请实施例的主要发明思想之后，下面对本申请实施例的技术方案能够适用的应用场景做一些简单介绍，需要说明的是，以下介绍的应用场景仅用于说明本申请实施例而非限定。在具体实施时，可以根据实际需要灵活地应用本申请实施例提供的技术方案。

参考图1，其为本申请实施例提供的网络视频流存储的应用场景图。该应用场景图包括采集设备101、终端设备102、还包括终端设备102内存储的文件103。其中，采集设备101、终端设备102之间通过无线或有线网络连接，终端设备102包括但不限于桌面计算机、移动电脑、平板电脑、智能手机、智能电视等电子设备。采集设备101为用于采集视频流的设备，例如摄像机、照相机、监控等。

当然，本申请实施例提供的方法并不限于图1所示的应用场景，还可以用于其它可能的应用场景，本申请实施例并不进行限制。对于图1所示的应用场景的各个设备所能实现的功能将在后续的方法实施例中一并进行描述，在此先不过多赘述。

采集设备101提供网络视频流给终端设备102，终端设备102对网络视频流进行本地存储。存储过程中，如有需要，例如需要将网络视频流转换成适合存储的格式，则终端设备102对获取到的网络视频流的数据进行视频编解码得到字节流，最后将生成的字节流存储到文件103中这样就完成了网络视频流本地存储的全部过程。

图2为本申请实施例提供的一种网络视频流本地存储方法的示意图。如图2所示，该方法包括以下步骤：

首先，可以申请一块环形缓冲区，当网络中有待处理视频流传输过来需要存储时，可以在步骤201中，基于待处理视频流的数据长度，动态调整环形缓冲区的容量。

具体的，待处理视频流的数据长度可理解为本次传输的网络视频流所包含的字节数。

在一些实施例中，将视频流存入环形缓冲区时，会先判断环形缓冲区是否有足够空间，然后根据判断结果对环形缓冲区的容量进行动态调整。为了便于理解动态调整环形缓冲区的容量这一方法，下面结合图3作进一步说明。如图3所示，为本申请实施例提供的动态调整环形缓冲区容量的流程示意图，包括以下步骤：

在步骤301中，获取环形缓冲区的剩余容量。

在步骤302中，比较待处理视频流的数据长度和环形缓冲区的剩余容量，若待处理视频流的数据长度大于环形缓冲区的剩余容量，则执行步骤303，若待处理视频流的数据长度不大于环形缓冲区的剩余容量，则执行步骤304。

在步骤303中，对环形缓冲区的容量进行倍数级扩容。

在另一实施例中，也可以按照其他方式进行扩容，均适用于本申请实施例，例如按照指定容量进行扩容，如每次扩展500M(MB，兆)。

在步骤304中，将待处理视频流存入环形缓冲区。

当然，在其他实施例中，若环形缓存区的剩余容量远远大于待处理视频流的数据长度，则也可以对环形缓存区进行适当的缩容，以释放一些缓冲区空间资源。

实施时，对环形缓冲区的容量调整可以根据需要一直扩容。可选的，为了避免极端情况下一直对环形缓冲区进行扩容，导致终端内存耗尽，从而影响整个计算机系统稳定运行。本申请实施例中可设置环形缓冲区的容量的最大值。当环形缓冲区的总容量达到该容量的最大值时，则会进行报错，结束对该视频流的处理，之后再重新启动发起录制。

基于前文的描述，能够根据待处理视频流的数据长度，合理的调整环形缓冲区的容量，由此，能够保证有足够的缓存空间容纳待处理视频流，保证后续能够顺利的从环形缓冲区中读取待处理视频流的数据。然后在步骤202中，将待处理视频流存储至环形缓冲区。

步骤203：从环形缓冲区中读取数据并写入到文件中。

在一些实施例中，为了减少程序的空运转带来的资源消耗，本申请实施例中可以在从环形缓冲区读取视频流的数据的过程中，采用动态调整从环形缓冲区读取视频流数据的时间间隔的方式来提高资源利用率。具体的，如图4所示，为本申请实施例提供的动态调整从环形缓冲区读取数据的时间间隔的流程示意图，包括以下步骤：

在步骤401中，从环形缓冲区读取视频流数据。

在步骤402中，判断环形缓冲区是否为空且连续为空的次数超过设定的阈值。

在步骤403中，如果环形缓冲区连续n次(比如10次，可根据需要设定)没有视频流数据，则增大下次从所述环形缓冲区读取数据的时间间隔，其中n为大于或等于2的正整数。其中，增大的方式可实施将读取数据的时间间隔翻倍。

在步骤404中，如果有视频流数据且已占有的空间达到了设定的阈值，则减小调用时间间隔。其中，减小的方式可实施将读取数据的时间间隔减半。

当然，为了进一步减少空运转带来的资源消耗，本申请实施例中还可以设置读取数据的最大时间间隔。在实施时，若对从环形缓冲区读取数据的时间间隔增大，则将增大后的时间间隔与最大时间间隔进行对比。若增大后的时间间隔小于或等于最大时间间隔，则根据时间间隔发起下次调用，即从环形缓冲区读取数据；若增大后的时间间隔大于最大时间间隔，可以说明暂时没有网络视频流需要存储，则可以先结束录制，待有新的网络视频流传输过来时，重新拉起录制即可。

其中，如果一直没有数据，达到最大时间间隔时，本次录制结束。待有新的网络视频流传输过来时，若当前有用于写入数据的可用文件，则将从环形缓冲区中读取的数据写入可用文件；若当前不存在可用文件，则新建一个文件，并将从环形缓冲区中读取的数据写入新建的文件中重新开启录制。

在一些实施例中，网络视频流格式多种多样，有些格式适合存储，而有些格式不适合存储。针对不适合存储的格式，本申请实施例中，可以从环形缓冲区中读取数据之后，对读取的数据进行编解码后写入到文件中。

具体的，对于网络视频流的编码格式，有些适合做流式传输，比如rtmp(Real TimeMessaging Protocol，实时消息传输协议)格式、http-flv(Hyper Text TransferProtocol-Flash Video，超文本传输协议-流媒体格式)，有些适合用来做存储文件，比如MP4，假设网络视频流是http-flV格式的，最终存储成MP4格式的文件，则先将http-flV流进行解码获取到元数据、音频数据、视频数据等，然后将获取到的元数据、音、视频数据按照MP4的标准格式重新编码并写入文件。

本申请实施例中，为了避免长时间录制导致存储失败，可以采用分片存储的方式生成文件。如在步骤204中，若文件的数据长度达到设定长度，则将后续读取的数据写入新的文件中。

在一些实施例中，由用户根据需要配置设定长度。例如需要存储一个5.5G大小的视频流，那么用户可以把设定长度设置为1G。

可选的，文件存储过程中，会累加每次文件写入的数据长度从而得到当前文件的大小，如果当前文件大小已超过设定长度，则关闭该文件，打开一个新文件继续写入。例如先将从环形缓冲区获取到的视频流进行编解码后存入文件A.若文件A已经达到设定的大小，则打开一个新的文件B，文件B达到设定的大小，再打开一个文件C，直至将需要存储的文件全部存储到文件中。最后在步骤205中，响应于结束录制待处理视频流的指示，将待处理视频流的各文件合成一个文件。

可选的，结束录制待处理视频流的指示，包括以下至少一种：

1)如前文所叙述的，当环形缓冲区扩容后的容量较大时，会导致占用较多内存，可以结束录制，来释放内存资源。由此，结束录制待处理视频流的指示可实施为环形缓冲区扩容后的容量大于设定的最大值，基于此可及时合并同一网络视频流的多个文件。

2)如前文所叙述的，当从环形缓冲区中读取数据的时间间隔达到设定的最大时间间隔还未获取到待处理视频流的数据时，会导致程序长时间空运转，可以结束录制，来节约计算机资源。由此，结束录制待处理视频流的指示可实施为从环形缓冲区中读取数据的时间间隔达到设定的最大时间间隔且未获取到待处理视频流的数据。

3)当检测到对结束录制按钮的触发操作，表示可以结束此次录制。由此，结束录制待处理视频流的指示可实施为检测到对结束录制按钮的触发操作。

在一些实施例中，将待处理视频流的各文件合并成一个文件。例如，将步骤204的例子中获得的文件A、B、C合并成一个文件D，这个文件D就是最终生成的文件。

在本申请实施例中，视频录制和本地存储共享一路网络流，避免重新拉流再进行存储处理，方便实现同时多路视频流存储。例如假设PC总带宽是10M，每路监控占带宽2M，最多可以拉5路监控，如果录制再拉一路流的话，虽然处理上会简单很多，但是这种情况下由于总带宽的限制最多只能同时开2路监控。因此本申请中视频监控贺和本地存储使用一路网络流，就是将拉取的原始数据复制一份出来做本地存储，这样可以方便实现夺路视频流存储。

为便于理解本申请实施例的网络视频流本地存储方法，以采集设备101为视频监控为例进行说明，如图5为本申请实施例提供的环形缓冲区存储视频流的流程示意图。

如图5所示，将视频监控获得的视频流存储到环形缓冲区中，需要经过以下步骤：

步骤501：启动录制。

本申请实施例中，为了实现视频录制和存储共享一路视频流，可以在步骤502中：复制视频监控拉取的视频流。

步骤503：将步骤502中视频流的长度与最大的视频流长度比较。若视频流长度大于最大的视频流长度，执行步骤504；若视频流长度小于或等于最大的视频流长度，执行步骤505。

步骤504：对复制视频监控的拉取的视频流进行分片处理。这里的分片处理是指本地终端进行分片。

步骤505：将获取到的视频流准备存储到环形缓冲区中。

步骤506：把视频流的大小与环形缓冲区的剩余容量进行比较，判断环形缓冲区是否有足够空间。若环形缓冲区的空间不足，执行步骤507；若环形缓冲区的空间足够，执行步骤509。

步骤507：对当前缓冲区容量成倍扩容。

步骤508：判断扩容后的环形缓冲区容量是否超过设定的最大值。若没有超过设定的最大值，执行步骤509；若超过了设定的最大值，执行步骤510，等待下次重新启动录制。

步骤509：将视频流存入环形缓冲区。

步骤510：进行报错，结束录制。

图6为本申请实施例提供的从读取视频流到生成最终文件的处理过程的流程示意图。具体的，如图6所示，从环形缓冲区读取数据到生成最终文件需要经过以下步骤：

步骤601：从环形缓冲区读取数据。

步骤602：判断环形缓冲区是否为空且连续为空的次数超过设定的阈值。若是，则执行步骤603和步骤604；若不是则直接执行步骤605。

步骤603：对调用时间间隔翻倍。

步骤604：判断翻倍后的时间是否大于最大时间间隔。若翻倍后的时间大于最大时间间隔，执行步骤611；若翻倍后的时间小于或等于最大时间间隔，则执行步骤610。

步骤605：读取数据进行视频编解码，得到字节流。

步骤606：将字节流写入当前文件。

步骤607：判断当前文件大小是否超过最大值。若超过最大值，执行步骤608；若没有超过最大值，则执行步骤609。

步骤608：关闭当前文件，新起一个文件写入。

步骤609：判断录制是否结束。若视频路录制还没有结束，则执行步骤610；若录制已经结束，则执行步骤611。

步骤610：根据时间间隔发起下一次调用。

步骤611：结束录制，合并所有当前文件，生成最后一个文件。

结合图5和图6，是以视频监控为例对本申请实施例的完整说明。

可选的，将文件分段存储可以降低文件生成失败的风险。

具体的，就是通过将文件按照固定大小分割存储的形式。其中，固定大小就是设定的文件大小的阈值。例如：每个文件按照1G的大小来存储，超过1G则新建一个文件，视频流按照当前的速率，一小时录制生成的文件大小是1G，如果不按照固定大小存储，连续录制10小时10分钟后出了问题(比如浏览器崩溃退出等等)，则10小时10分钟的视频流都会保存失败，如果按照大小分割存储，当前已经生成了10个1G的文件，只有最后的10分钟无法正常生成文件，影响很小。

下面参照图7来描述根据本申请的这种实施方式的电子设备130。图7显示的电子设备130仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图7所示，电子设备130以通用电子设备的形式表现。电子设备130的组件可以包括但不限于：上述至少一个处理器131、上述至少一个存储器132、连接不同系统组件(包括存储器132和处理器131)的总线133。

总线133表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器、外围总线、处理器或者使用多种总线结构中的任意总线结构的局域总线。

存储器132可以包括易失性存储器形式的可读介质，例如随机存取存储器(RAM)1321和/或高速缓存存储器1322，还可以进一步包括只读存储器(ROM)1323。

存储器132还可以包括具有一组(至少一个)程序模块1324的程序/实用工具1325，这样的程序模块1324包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

电子设备130也可以与一个或多个外部设备134(例如键盘、指向设备等)通信，还可与一个或者多个使得用户能与电子设备130交互的设备通信，和/或与使得该电子设备130能与一个或多个其它电子设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口135进行。并且，电子设备130还可以通过网络适配器136与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器136通过总线133与用于电子设备130的其它模块通信。应当理解，尽管图中未示出，可以结合电子设备130使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

在示例性实施例中，还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器132，上述指令可由处理器131执行以完成上述网络视频流本地存储方法。可选地，存储介质可以是非临时性计算机可读存储介质，例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在示例性实施例中，还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器131执行时实现如本申请提供的网络视频流本地存储方法的任一方法。

在示例性实施例中，本申请提供的一种网络视频流本地存储方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在计算机设备上运行时，程序代码用于使计算机设备执行本说明书上述描述的根据本申请各种示例性实施方式的网络视频流本地存储方法中的步骤。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

本申请的实施方式的用于网络视频流本地存储方法的程序产品可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在电子设备上运行。然而，本申请的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本申请操作的程序代码，程序设计语言包括面向对象的程序设计语言-诸如Java、C++等，还包括常规的过程式程序设计语言一诸如″C″语言或类似的程序设计语言。程序代码可以完全地在用户电子设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户电子设备上部分在远程电子设备上执行、或者完全在远程电子设备或服务端上执行。在涉及远程电子设备的情形中，远程电子设备可以通过任意种类的网络一包括局域网(LAN)或广域网(WAN)一连接到用户电子设备，或者，可以连接到外部电子设备(例如利用因特网服务提供商来通过因特网连接)。

应当注意，尽管在上文详细描述中提及了装置的若干单元或子单元，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之，上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。

此外，尽管在附图中以特定顺序描述了本申请方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

本申请提供的实施例之间的相似部分相互参见即可，以上提供的具体实施方式只是本申请总的构思下的几个示例，并不构成本申请保护范围的限定。对于本领域的技术人员而言，在不付出创造性劳动的前提下依据本申请方案所扩展出的任何其他实施方式都属于本申请的保护范围。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。