CN110324552A - 音视频数据的抓取方法、抓拍方法、相关装置设备及系统 - Google Patents

Abstract

本发明公开了一种音视频数据的抓取方法、抓拍方法、相关装置设备及系统。所述方法包括：从音视频轨迹中分别获取音频数据和视频数据并缓存；从缓存的音频数据和视频数据中读取设定时间段内的音频数据和视频数据，生成抓取的音视频数据。本发明能够实现在预设的事件发生时例如发生行车事故或者用户认为的需要抓拍的任何时刻触发抓取音视频数据的操作，生成对应的抓取数据，将其保存到本地或上传至网络服务器，方便用户快速取证，避免了现有技术中，需要从之前录制的视频中检索查找相关视频所带来的耗时效率低的问题。

Description

音视频数据的抓取方法、抓拍方法、相关装置设备及系统

技术领域

本发明涉及多媒体技术领域，特别涉及一种音视频数据的抓取方法、抓拍方法、相关装置设备及系统。

背景技术

行车录影作为车载电子设备的一项重要功能，在交通事故责任认定中发挥着不可替代的作用。众所周知，目前行车电脑或是行车记录仪中的录影视频通常为3～5分钟的分段视频，因此存储的录音视频数量众多。在事故发生时，人们往往关注的是事故发生时间点前后短暂时间内的视频，在存储的众多的视频中逐一检索查找相关录影视频也是一件非常耗时的事情。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种音视频数据的抓取方法、抓拍方法、相关装置设备及系统。

第一方面，本发明实施例提供一种音视频数据的抓取方法，包括：

从音视频轨迹中分别获取音频数据和视频数据并缓存；

从缓存的音频数据和视频数据中读取设定时间段内的音频数据和视频数据，生成抓取的音视频数据。

在一个实施例中，从音视频轨迹中分别获取音频数据和视频数据并缓存，包括：

从音视频轨迹线程中分别读取预设的时间窗口内的音频数据块和视频数据块；

将读取的音频数据块和视频数据块分别缓存于预先创建的缓存队列中；

所述时间窗口为：当前时间点之前的L秒至当前时间点内；所述L不小于所述设定时间段的总长。

在一个实施例中，从音视频轨迹线程中分别读取预设的时间窗口内的音频数据块和视频数据块，将读取的音频数据块和视频数据块分别缓存于预先创建的缓存队列中，包括：

通过预设的抓取缓存线程，按照时间先后顺序，依次从音视频轨迹线程中读取当前时间点对应的音频数据块和视频数据块并缓存至预先创建的缓存队列中；

丢弃当前所述缓存队列中最早缓存的音频数据块和视频数据块，以保证所述缓存队列中缓存当前时间点及以前L秒长度内的音频数据块和视频数据块。

在一个实施例中，所述预设时间段的总长为n+m；

从缓存的音频数据和视频数据中读取设定时间段内的音频数据和视频数据，生成抓取的音视频数据，具体包括：

从所述缓存队列中，通过预设的抓取写线程，依次将所述抓取触发时间点之前m秒内的数据块直至所述抓取触发时间点之后n秒的数据块，写入到预设的音视频封装文件中。

在一个实施例中，音视频数据的抓取方法，还包括：

通过所述抓取写线程，将所述抓取触发时间点之前m秒内的数据块直至所述抓取触发时间点之后n秒的数据块对应的轨迹track表，写入至所述预设的音视频封装文件中。

第二方面，本发明实施例提供一种抓拍的方法，包括：

从音视频轨迹中分别获取音频数据和视频数据并缓存；

当监测到预设的抓取触发事件发生时，从缓存的音频数据和视频数据中读取所述事件发生时间点前和/后设定时间段内的音频数据和视频数据，生成抓拍的音视频数据并输出。

在一个实施例中，所述抓取触发事件，包括下述任意一项或多项的组合：接收到手动抓拍指令；监测到自车发生预定义的事故。

在一个实施例中，所述生成抓取的音视频数据并输出后，还包括：

将所述抓取的音视频数据保存于本地，和/或将所述抓取的音视频数据上传至网络侧服务器。

第三方面，本发明实施例提供一种音视频数据的抓取装置，包括：

获取模块，用于从音视频轨迹中分别获取音频数据和视频数据；

缓存模块，用于缓存所述获取模块中获取到的音频数据和视频数据；

生成模块，用于从缓存的音频数据和视频数据中读取设定时间段内的音频数据和视频数据，生成抓取的音视频数据。

在一个实施例中，所述获取模块，具体用于从音视频轨迹线程中分别读取预设的时间窗口内的音频数据块和视频数据块；

所述缓存模块，具体用于将所述获取模块读取的音频数据块和视频数据块分别缓存于预先创建的缓存队列中；

所述时间窗口为：当前时间点之前的L秒至当前时间点内；所述L不小于所述预定时间段的总长。

在一个实施例中，所述获取模块，具体用于通过预设的抓取缓存线程，按照时间先后顺序，依次从音视频轨迹线程中读取当前时间点对应的音频数据块和视频数据块并发送至所述缓存模块；

所述缓存模块，具体用于将获取模块发送的当前时间点对应的音频数据块和视频数据块缓存至预设的缓存队列中，并丢弃当前所述缓存队列中最早缓存的音频数据块和视频数据块，保证所述缓存队列中缓存当前时间点及以前L秒长度内的音频数据块和视频数据块。

在一个实施例中，所述预设时间段的总长为n+m；

所述生成模块，具体用于从所述缓存队列中，通过预设的抓取写线程，依次将所述抓取触发时间点之前m秒内的数据块直至所述抓取触发事件发生时间点之后n秒的数据块，写入到预设的音视频封装文件中。

在一个实施例中，所述生成模块，还用于通过所述抓取写线程，将所述抓取触发时间点之前m秒内的数据块直至所述抓取触发时间点之后n秒的数据块对应的轨迹track表，写入至所述预设的音视频封装文件中。

第四方面，本发明实施例提供一种抓拍的装置，包括：

获取模块，用于从音视频轨迹中分别获取音频数据和视频数据；

缓存模块，用于缓存所述获取模块中获取到的音频数据和视频数据；

监测模块，用于监测预设的抓取触发事件；

生成模块，用于当所述监测模块监测到预设的抓取触发事件发生时，从缓存的音频数据和视频数据中读取设定时间段内的音频数据和视频数据，生成抓取的音视频数据并输出。

第五方面，本发明实施例还提供一种具有行车记录功能的设备，包括：存储器、处理器及存储于存储器上并可在处理器上运行的计算机程序，所述程序被处理器执行时能够实现上述音视频数据的抓取方法。

第六方面，本发明实施例还提供一种具有行车记录功能的设备，包括：存储器、处理器及存储于存储器上并可在处理器上运行的计算机程序，所述处理器被执行时能够实现上述抓拍的方法。

第七方面，本发明实施例还提供一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时可实现上述音视频数据的抓取方法。

第八方面，本发明实施例还提供一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时可实现前述抓拍的方法。

第九方面，本发明实施例还提供一种抓拍系统，包括上述具有行车记录功能的设备以及网络侧的服务器；所述具有行车记录功能的设备用于将生成抓取的音视频数据并输出给所述服务器。

本发明实施例提供的上述技术方案的有益效果至少包括：

本发明实施例提供的上述音视频数据的抓取方法、抓拍方法、相关装置设备及系统，从已有的音视频轨迹中获取音频数据和视频数据并缓存，从中抓取预设时间段内的音频数据和视频数据并输出。本发明实施例能够实现在需要抓取音视频数据的任何情况下，例如在发生行车事故或者用户认为的需要抓拍的时刻，触发抓取音视频数据的操作，生成该时刻前后设定时间段内的音视频数据，可以保存于本地，或者上传至服务器，方便用户快速查看或者取证，避免了现有技术中，需要从之前录制的视频中反复检索查找相关视频所带来的耗时效率低的问题。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为本发明实施例提供的音视频数据的抓取方法的流程图；

图2为本发明实施例提供的从音视频轨迹中分别获取音频数据和视频数据并缓存步骤的实现流程图；

图3为本发明实施例提供的现有的录像封装与音视频抓取过程的示意图；

图4为本发明实施例提供的时间轴的示意图；

图5为本发明实施例提供的音视频数据的抓取方法一个实例的流程图；

图6为本发明实施例提供的抓拍的方法的流程图；

图7为本发明实施例提供的抓拍的实例的流程图；

图8为本发明实施例提供的音视频数据的抓取装置的示意图。

图9为本发明实施例提供的抓拍的装置的示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

基于现有技术中对于抓取视频的需求，本发明实施例分别提供了一种音视频数据的抓取方法以及一种抓拍的方法。

下面首先对音视频数据的抓取方法进行说明：

参照图1所示，本发明实施例提供的一种音视频数据的抓取方法，包括下述步骤：

S11、从音视频轨迹中分别获取音频数据和视频数据；

在现有技术中，音视频轨迹包含音频轨迹和视频轨迹，音频轨迹即所采集的音频帧(Audio Sample)形成的音频帧序列，视频轨迹即所采集的视频帧(Video Sample)形成的视频帧序列。

音视频轨迹所包含的音频轨迹和视频轨迹可以是分开的两个轨迹，也可能采用合一的方式，本发明实施例对此不做限定。

S12、缓存获取到的音频数据和视频数据；

S13、从缓存的音频数据和视频数据中读取设定时间段内的音频数据和视频数据，生成抓取的音视频数据。

本发明实施例提供的上述音视频数据的抓取方法，从已有的音视频轨迹中获取音频数据和视频数据并缓存，然后从中抓取设定时间段内的音频数据和视频数据，本发明能够实现从录取的视频中抓取所需的任何时间段内的视频，方便用户使用，避免了现有技术中，需要从之前录制的视频中检索查找相关视频所带来的耗时效率低的问题。

在本步骤S13中，设定时间段的起始时刻和终止时刻，以及设定时间段的时长，均可以根据具体抓取的需求设定。可以定期抓取，也可以不定期抓取，可以是根据设定条件抓取，也可以基于手动操作抓取，本发明实施例对此不做限定。

在一个实施例中，上述S11中从音视频轨迹中分别获取音频数据和视频数据并缓存，参照图2所示，包括下述步骤：

S21、从音视频轨迹线程中分别读取预设的时间窗口内的音频数据块和视频数据块；

S22、将读取的音频数据块和视频数据块分别缓存于预先创建的缓存队列中；上述时间窗口为：当前时间点之前的L秒至当前时间点内；其中，L不小于预定时间段的总长。

为了更清楚的说明上述步骤S21和步骤S22，首先对现有技术中音视频的封装流程进行简单说明。

参照图3所示的虚线以上的部分，现有技术中录像封装的流程主要包含三个步骤：

1)录制开始时，写入文件头部(虚线以上右侧示意的文件格式中的“Ftyp”)。

2)录制进行时，实时写入音视频轨迹的数据块(图3中的chunk)。

3)录制结束时，写入索引信息并更新头部参数。

上述过程大体可以通过两种线程实现，一种是负责音视频数据写入封装文件的写线程(WriterThread)，另一种是音视频数据读取处理的轨迹线程(TrackThread)。轨迹线程一般有两个：视频轨迹数据读取线程(图3中的TrackThread(Video))和音频轨迹数据读取线程(图3中的TrackThread(Audio))，而写线程只有一个，负责将轨迹线程中打包成chunk的数据写入封装文件，线程与数据流的关系如图3虚线上半部分所示。其中，轨迹线程是以帧为单位获取数据帧(Sample)，每帧中的信息及系统环境信息提取汇总存储在轨迹(track)表中，其中需要维持的信息有Chunk写入文件的偏移地址Stco(Chunk Offset)、Sample与Chunk的映射关系Stsc(Sample-to-Chunk)、关键帧Stss(Sync Sample)、每一帧的持续时间Stts(Time-to-Sample)等等，这些信息是跟每一帧的信息密切相关的，track表由各自的线程维护，当录像结束时track表会就会写入封装文件的moov(即moov盒子，moovbox)。而每一帧的数据流会先存入一个链表缓存中，当帧的数量达到一定值时，轨迹线程会将这些帧数据打包成块(Chunk)并通知写线程写入到封装文件。写线程接到Chunk已准备好的通知后就马上搜索Chunk链表(链表个数与轨迹线程个数相关，一般有两个，音视频轨迹线程各有一个)，将找到的第一个Chunk后便写入封装文件，并会将写入的偏移地址更新到相应的track表的Stco项(但track表中其它数据是由轨迹线程更新)。音视频的Chunk数据按添加到Chunk链表时间先后顺序排列。等到录像结束时，会将音视频的track表分别写入moov(movie box)。

参照图3所示，上述步骤S21中，音视频轨迹线程可以分别采用上述TrackThread(Audio)和TrackThread(Video)，若现有的音视频轨迹采用同一个轨迹线程，也可以直接从该轨迹线程中读取预设的时间窗口内的音频数据块和视频数据块。

以图4所示的时间轴为例，假设最终要抓取的时间是以抓取操作触发时的时间点为0点，之前的N秒，以及之后的M秒内这个范围内的音视频，那么预设的时间段的总长为(N+M)；当然，也有可能根据需要只抓取当前抓取操作触发之前的某个时间段内的音视频(M＝0)，或者只抓取当前抓取操作触发之后的某个时间内的音视频(N＝0)，本发明实施例不做限定。N和M的具体的大小可以根据抓取的需求来确定。

在步骤S21～S22中，L大于等于(N+M)。

以L＝(N+M)为例，参照图3所示的虚线以下的部分，缓存队列中只缓存-(N+M)～0秒这个范围内的音视频数据。L大于(N+M)的情况下，则按照L的实际大小来确定缓存的音视频数据的范围，具体过程与前述类似，不再说明。

在具体实施时，可以通过预先创建的一个抓取缓存线程来实现上述缓存过程。缓存到预设的缓存队列中，可以为音频和视频分别建立对应的缓存队列(AudioChunkList和VideoChunklist)，根据预设的(N+M)的时长，建立定时器，缓存-(N+M)～0秒这个范围内的音频数据到AudioChunkList这个缓存队列中，以及缓存-(N+M)～0秒这个范围内的视频数据到VideoChunklist这个缓存队列中。

缓存的操作与录像封装的流程是相互独立，可以并行执行的。并且在音视频数据的时间上是同步的，换言之，当录像封装的过程开始时(图3中虚线以上的部分)，上述缓存数据的过程也同时开始，只不过缓存队列中，只缓存-(N+M)～0秒内的音视频数据。

当录像开始时，TrackThread(Audio)和TrackThread(Video)开始生成对应的chunk，此时，抓取缓存线程从TrackThread(Audio)和TrackThread(Video)中不断地读取当前时间点对应的音频chunk和视频chunk至对应的缓存队列中，当缓存队列中存储的数据的时间长度不足L时，缓存队列不会丢弃数据。当缓存队列中存储的数据的时间长度满足L时，当再读取当前时间点对应的音频chunk和视频chunk至对应的缓存队列时，就会按照时间先后顺序，丢弃之前缓存队列中时间最早的一秒内的音频Chunk和视频Chunk，保证所述缓存队列中缓存当前时间点及以前L秒长度内的音频数据块和视频数据块。

举例来说，假设某一个时刻S为时间轴的基准0点，那么缓存队列中的数据，随着时间的推移，相对于这个时刻S来说(而不是相对于当前时间点来说，当前点会不断推移)，依次存储的数据为[-10s,0s]、[-9s,1s]、[-8s,2s]……[-5s,5s]的数据。

当新的一秒的音视频数据块进来时，则抛弃掉所缓存的最早的一秒的音视频数据块。以保持缓存队列存储数据的时间窗长度不变。

虽然缓存队列中音视频数据块的时间窗长度不变，但是由于每个音频帧、视频帧的帧长、Chunk包含的音频帧或视频帧的数量也是不定的，因此，缓存队列中所缓存的Chunk的总的数据量是实时变化的。

上述S13中从缓存的音频数据和视频数据中读取设定时间段内的音频数据和视频数据，生成抓取的音视频数据，在具体实施时，可以通过从缓存队列中，通过预设的抓取写线程，依次将抓取触发时间点之前m秒内的数据块直至抓取触发时间点之后n秒的数据块，写入到预设的音视频封装文件中。

参照图3虚线以下部分所示，可以采用抓取写线程来实现。另外，还需要通过、抓取写线程，将抓取触发事件发生时间点之前m秒内的数据块直至所述抓取触发事件发生时间点之后n秒的数据块对应的轨迹track表，写入至预设的音视频封装文件中。

以一个具体的实例的流程图来说明上述音视频数据的抓取方法，参照图5所示的例子，录影开始后，开启抓取缓存线程，并设定时间窗口L，单位为秒。抓取缓存线程从轨迹线程中获取当前时间点的音视频数据，并判断当前缓存的数据是否达到L秒，若判断当前缓存的数据未达到L秒，则将新获取到的音视频数据加入缓存队列；若判断当前缓存的数据已经达到L秒，则删除缓存队列中最早缓存的音视频数据；并且将新获取到的音视频数据继续加入缓存队列，同时更新已缓存音视频数据的Track表，当需要抓取音视频的时刻(可以由任何预设的条件来触发)，创建并执行写线程，完成抓取音视频的时刻之后若干秒的数据作为抓取数据并输出。当整个录影过程都结束时，例如关机等，则关闭抓取缓存线程。

本发明实施例还提供了一种抓拍的方法，该方法是上述音视频数据的抓取方法在录像抓拍技术领域的具体应用，参照图6所示，该方法包括下述步骤：

S61、从音视频轨迹中分别获取音频数据和视频数据；

S62、缓存获取到的音频数据和视频数据；

S63、当监测到预设的抓取触发事件发生时，从缓存的音频数据和视频数据中读取事件发生时间点前和/后设定时间段内的音频数据和视频数据，生成抓拍的音视频数据并输出。

本发明实施例提供的上述抓拍的方法，从已有的音视频轨迹中获取音频数据和视频数据并缓存，同时对抓取触发事件进行监测，当监测到抓取触发事件发生时，从中抓取触发事件发生时间点前和/或后设定时间段内的音频数据和视频数据并输出，本发明能够实现在预设的事件发生时例如发生行车事故或者用户认为的需要抓拍的任何时刻触发抓取音视频数据的操作，生成对应的抓取数据，可以保存于本地，或者上传至服务器，方便用户快速取证，避免了现有技术中，需要从之前录制的视频中检索查找相关视频所带来的耗时效率低的问题。

上述步骤S61、S62和S63的实施方式与上述S11、S12和S13相似，可参见前述实施方式的说明，相似之处在此不再赘述。不同之处在于，在抓拍方法中，只有监测到预设的抓取触发事件发生，才执行上述抓拍的操作。而上述音视频抓取方法，则不限于任何条件，可以是自动的，周期性地进行抓取，也可以是基于某个触发条件发生的不定期的抓取。

在一个实施例中，上述抓取触发事件，包括但不限于：接收到手动抓拍指令；监测到自车发生预定义的事故等等。

在一个实施例中，在上述S63生成抓取的音视频数据并输出后，还包括下述步骤：

将抓取的音视频数据保存于本地，和/或将所述抓取的音视频数据上传至网络侧服务器。

结合图3所示的例子，参照图7所示的流程图，当触发了“抓拍”之后，用于抓拍的抓取写线程，将-M秒开始的缓存的音视频数据块写入最终生成的抓拍文件，并持续N秒后，判断是否已经完成触发抓拍时间点前M秒及后N秒的即[-M，N]时间段内的数据块的写入，若完成，将这些缓存的音视频数据的track表写入moov，然后释放抓取写线程，流程结束。

以抓拍触发的时间点为0点，假设抓拍触发时，缓存的音频数据块和视频数据块为[-(M+N),0]时间范围内的数据块，在抓拍触发时，就读取了其中包含的0点之前的M秒的音频数据块和视频数据块，随着时间的推移至距离抓拍触发时间点N秒时，所缓存的音频数据块和视频数据块依次变为：[-(M+N-1),1]、[-(M+N-2),2]……[-M,N]，与此同时也持续将缓存中出现的音视频数据块写入到抓拍文件中，直至抓拍文件中保存有抓拍时间点之前M秒的数据以及之后N秒的数据。

基于同一发明构思，本发明实施例还提供了一种音视频数据的抓取装置、抓拍的装置、相关设备、系统和计算机可读存储介质，由于这些装置、设备和系统等所解决问题的原理与前述音视频数据的抓取方法和抓取方法相似，因此该装置和相关设备、系统的实施可以参见前述方法的实施，重复之处不再赘述。

本发明实施例提供的一种音视频数据的抓取装置，参照图8所示，包括：

获取模块81，用于从音视频轨迹中分别获取音频数据和视频数据；

缓存模块82，用于缓存所述获取模块中获取到的音频数据和视频数据；

生成模块83，用于从缓存的音频数据和视频数据中读取设定时间段内的音频数据和视频数据，生成抓取的音视频数据。

在一个实施例中，上述获取模块81，具体用于从音视频轨迹线程中分别读取预设的时间窗口内的音频数据块和视频数据块；

缓存模块82，具体用于将所述获取模块读取的音频数据块和视频数据块分别缓存于预先创建的缓存队列中；

时间窗口为：当前时间点之前的L秒至当前时间点内；所述L不小于所述预定时间段的总长。

在一个实施例中，上述音视频数据的抓取装置中的获取模块81，具体用于通过预设的抓取缓存线程，按照时间先后顺序，依次从音视频轨迹线程中读取当前时间点对应的音频数据块和视频数据块并发送至缓存模块82；

缓存模块82，具体用于将获取模块81发送的当前时间点对应的音频数据块和视频数据块缓存至预设的缓存队列中，并丢弃最早缓存的音频数据块和视频数据块，保证所述缓存队列中缓存当前时间点及以前L秒长度内的音频数据块和视频数据块。

在一个实施例中，所述预设时间段的总长为n+m；

上述生成模块83，具体用于从所述缓存队列中，通过预设的抓取写线程，依次将所述抓取触发事件发生时间点之前m秒内的数据块直至所述抓取触发事件发生时间点之后n秒的数据块，写入到预设的音视频封装文件中。

在一个实施例中，上述生成模块83，还用于通过抓取写线程，将所述抓取触发事件发生时间点之前m秒内的数据块直至所述抓取触发事件发生时间点之后n秒的数据块对应的轨迹track表，写入至所述预设的音视频封装文件中。

本发明实施例提供的一种抓拍的装置，参照图9所示，包括：

获取模块91，用于从音视频轨迹中分别获取音频数据和视频数据；

缓存模块92，用于缓存所述获取模块中获取到的音频数据和视频数据；

监测模块93，用于监测预设的抓取触发事件；

生成模块94，用于当所述监测模块监测到预设的抓取触发事件发生时，从缓存的音频数据和视频数据中读取设定时间段内的音频数据和视频数据，生成抓取的音视频数据并输出。

本发明实施例还提供了一种具有行车记录功能的设备，包括：存储器、处理器及存储于存储器上并可在处理器上运行的计算机程序，其特征在于，所述程序被处理器执行时能够实现上述音视频数据的抓取方法。

本发明实施例还提供了另一种具有行车记录功能的设备，包括：存储器、处理器及存储于存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行上述抓拍的方法。

本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机指令，其特征在于，该指令被处理器执行时实现上述音视频数据的抓取方法。

本发明实施例还提供了另一种计算机可读存储介质，其上存储有计算机指令，其特征在于，该指令被处理器执行时实现上述抓拍的方法。

本发明实施例还提供了一种抓拍系统，包括：前述具有行车记录功能的设备以及网络侧的服务器；该具有行车记录功能的设备用于将生成抓取的音视频数据并输出给服务器。

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

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

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

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

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

Claims (11)

1.一种音视频数据的抓取方法，其特征在于，包括：

从音视频轨迹中分别获取音频数据和视频数据并缓存；

从缓存的音频数据和视频数据中读取设定时间段内的音频数据和视频数据，生成抓取的音视频数据。

2.如权利要求1所述的方法，其特征在于，从音视频轨迹中分别获取音频数据和视频数据并缓存，包括：

从音视频轨迹线程中分别读取预设的时间窗口内的音频数据块和视频数据块；

将读取的音频数据块和视频数据块分别缓存于预先创建的缓存队列中；

所述时间窗口为：当前时间点之前的L秒至当前时间点内；所述L不小于所述设定时间段的总长。

3.如权利要求2所述的方法，其特征在于，从音视频轨迹线程中分别读取预设的时间窗口内的音频数据块和视频数据块，将读取的音频数据块和视频数据块分别缓存于预先创建的缓存队列中，包括：

通过预设的抓取缓存线程，按照时间先后顺序，依次从音视频轨迹线程中读取当前时间点对应的音频数据块和视频数据块并缓存至预先创建的缓存队列中；

丢弃当前所述缓存队列中最早缓存的音频数据块和视频数据块，以保证所述缓存队列中缓存当前时间点及以前L秒长度内的音频数据块和视频数据块。

4.如权利要求2所述的方法，其特征在于，所述设定时间段的总长为n+m；

从缓存的音频数据和视频数据中读取设定时间段内的音频数据和视频数据，生成抓取的音视频数据，具体包括：

从所述缓存队列中，通过预设的抓取写线程，依次将所述抓取触发时间点之前m秒内的数据块直至所述抓取触发时间点之后n秒的数据块，写入到预设的音视频封装文件中。

5.如权利要求4所述的方法，其特征在于，还包括：

通过所述抓取写线程，将所述抓取触发时间点之前m秒内的数据块直至所述抓取触发时间点之后n秒的数据块对应的轨迹track表，写入至所述预设的音视频封装文件中。

6.一种抓拍的方法，其特征在于，包括：

从音视频轨迹中分别获取音频数据和视频数据并缓存；

当监测到预设的抓取触发事件发生时，从缓存的音频数据和视频数据中读取所述事件发生时间点前和/后设定时间段内的音频数据和视频数据，生成抓拍的音视频数据并输出。

7.一种音视频数据的抓取装置，其特征在于，包括：

获取模块，用于从音视频轨迹中分别获取音频数据和视频数据；

缓存模块，用于缓存所述获取模块中获取到的音频数据和视频数据；

生成模块，用于从缓存的音频数据和视频数据中读取设定时间段内的音频数据和视频数据，生成抓取的音视频数据。

8.一种抓拍的装置，其特征在于，包括：

获取模块，用于从音视频轨迹中分别获取音频数据和视频数据；

缓存模块，用于缓存所述获取模块中获取到的音频数据和视频数据；

监测模块，用于监测预设的抓取触发事件；

生成模块，用于当所述监测模块监测到预设的抓取触发事件发生时，从缓存的音频数据和视频数据中读取设定时间段内的音频数据和视频数据，生成抓取的音视频数据并输出。

9.一种具有行车记录功能的设备，包括：存储器、处理器及存储于存储器上并可在处理器上运行的计算机程序，其特征在于，所述程序被处理器执行时能够实现如权利要求1-5任一项所述的音视频数据的抓取方法，或如权利要求6所述的抓拍的方法。

10.一种计算机可读存储介质，其上存储有计算机指令，其特征在于，该指令被处理器执行时实现如权利要求1-5任一项所述的音视频数据的抓取方法或者实现如权利要求6所述的抓拍的方法。

11.一种抓拍系统，其特征在于，包括如权利要求9所述的具有行车记录功能的设备以及网络侧的服务器；所述具有行车记录功能的设备用于将生成抓取的音视频数据并输出给所述服务器。