CN113377993A - 车载设备的音视频数据管理方法、系统、设备和商用车辆 - Google Patents

Abstract

本申请提供一种车载设备的音视频数据管理方法、系统、设备和商用车辆，涉及商用车领域。一种用于在车载设备的存储介质上管理音视频数据的方法，所述存储介质包括数据区、检索区、概要区，包括：获取任意类型音视频数据，封装为一个数据帧；按获取的时间顺序累积多个所述数据帧生成组合包，在所述数据区进行组合包数据的一次存储；对应已存储的所述组合包生成索引项；获取多个所述索引项，按时间顺序累积并进行索引项数据的一次存储，将所述索引项存储至所述检索区；将所述存储介质一次存储的所述组合包及其对应索引项的概要数据存储至所述概要区对应生成多个概要项。根据本申请实施例，可有效减少对磁盘寿命的影响，并保证数据最大程度无丢失。

Description

车载设备的音视频数据管理方法、系统、设备和商用车辆

技术领域

本申请涉及商用车领域，具体而言，涉及一种车载设备的音视频数据管理方法、系统、设备和商用车辆。

背景技术

随着市场上商用车数量的大规模增长，行车安全级别的提升，商用车车载设备采集的音视频数据在认定事故责任、规范驾驶安全行为、监控运输物品安全和辅助驾驶等方面的作用越来越重要，尤其是交通事故瞬间的数据对事故原因的研判具有决定性作用。

音视频数据的大数据量存储已作为强制标准，但目前应用于商用车车载设备数据存储的是基于Linux、Windows操作系统的FAT/EXT/NTFS文件系统及分布式存储系统，均为基于办公环境研发，其设计标准无法满足商用车车载设备的工作要求。各商用车辆在行车中出现颠簸、强电子干扰、高温、供电电压不稳、接口易松动的情况时，现有的车载设备的数据存储方法极易造成数据丢失、存储介质写坏、文件无法识别的问题出现。

另外，目前市面价位适中的存储介质为Nand Flash和硬盘磁性材料盘片。NandFlash受材料的氧化因素影响，存在擦除次数限制，而磁性材料存在磁性消退及磁头损伤磁片的现象，也存在寿命限制。现有的文件系统或分布式存储系统用于商用车的复杂车况环境中，磁盘寿命将缩减至平常的十分之一，因此导致的过高的硬件采购成本和维护成本是商用车企业无法接受的。

现亟需一种用于商用车车载设备音视频数据的存储、查询和提取的系统及方法，满足商用车企业在合理的成本内对音视频监控的行政性要求。

发明内容

本申请提供一种车载设备的音视频数据管理方法、系统、设备和商用车辆，通过日志式存储和数据帧格式的融合，以扇区对齐的方式按顺序进行存储，可减少对磁盘寿命的影响并最大限度保证数据不丢失，同时基于存储时对应建立的索引项，实现数据的快速检索。

根据本申请的一方面，提供一种用于在车载设备的存储介质上管理音视频数据的方法，所述存储介质包括数据区、检索区、概要区三个物理分区，所述方法包括：获取任意类型音视频数据，封装为一个数据帧；按获取的时间顺序累积多个所述数据帧生成组合包，在所述数据区进行组合包数据的一次存储；对应已存储的所述组合包生成索引项；获取多个所述索引项，按时间顺序累积并进行索引项数据的一次存储，将所述索引项存储至所述检索区；将所述存储介质一次存储的所述组合包及其对应索引项的概要数据存储至所述概要区对应生成多个概要项。

根据一些实施例，所述任意类型音视频数据包括轨迹、音频、视频、图片和其他类型的数据。

根据一些实施例，所述封装为一个数据帧，包括：所述一个数据帧获取所述任意类型音视频数据中的一种类型的数据，且所述一个数据帧数据长度不固定。

根据一些实施例，所述组合包按组合包预设时长以时间顺序累积多个所述数据帧，且所述组合包数据长度不固定。

根据一些实施例，在所述数据区进行组合包数据的一次存储，包括：将所述组合包提交至所述数据区的首物理地址，进行所述组合包数据的一次存储；根据已存储的所述组合包的数据长度将数据区写入指针移至所述数据区的下一物理地址，以扇区对齐方式继续存储所述组合包数据。

根据一些实施例，所述索引项包括所述组合包的物理地址、时间戳等。

根据一些实施例，对应已存储的所述组合包生成索引项，包括：所述组合包存储后，在所述存储介质内存中生成与所述组合包对应的索引项；所述存储介质断电后，由所述数据区读取所述组合包生成与其对应的索引项。

根据一些实施例，按时间顺序累积并进行索引项数据的一次存储，包括：所述索引项累积至预设数量，提交至所述检索区的物理地址进行所述索引项数据的一次存储；根据所述索引项数量将检索区写入指针移至所述检索区的下一物理地址；所述索引项在检索时缓存至所述存储介质的内存。

根据一些实施例，所述多个概要项包括：所述车载设备本次数据存储的首个组合包及其对应索引项的物理地址、时间戳和其他概要信息；所述车载设备本次数据存储的最后一个组合包及其对应索引项的物理地址、时间戳和其他概要信息。

根据一些实施例，还包括：通过所述索引项的时间戳遍历所述概要区包含的概要项，以获取检索时间范围内的多个概要项数组；根据所述概要项数组获取所述检索区内对应的所述索引项的范围；基于所述索引项的范围，按所述任意类型音视频数据的数据类型逐一进行过滤，以获取包含所述数据类型的所述索引项；按所述索引项查询并读取所述数据区内对应的所述组合包，以获取所述组合包内符合所述数据类型的数据； 继续遍历，直至所述概要项内包含的内容以及所述概要区在所述检索时间范围内的概要项全部遍历完成。

根据一些实施例，按所述索引项查询并读取所述数据区内对应的所述组合包，包括：对所述组合包内的数据帧依次进行筛选，若符合所述数据类型则进行取流。

根据本申请的一方面，提供一种用于车载设备的音视频数据管理系统，包括：数据区，将任意类型的音视频数据封装为数据帧并生成组合包，以扇区对齐方式存储；检索区，存储根据所述组合包生成的对应索引项，并于检索时将所述索引项缓存至数据管理系统内存；概要区，将基于所述组合包及其对应索引项生成的概要项进行存储。

根据本申请的一方面，提供一种车载设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序；当所述一个或多个程序被所述一个或多个处理器执行，使得一个或多个处理器实现如前述的方法。

根据本申请的一方面，提供一种商用车辆，包括如前述的系统或设备。

根据示例实施例，本申请的技术方案可通过应用缓存达到数据的实时存储，并基于日志式存储和数据帧格式的融合，使用概要项和索引项进行数据的快速定位和检索，在保证数据最大限度无丢失的同时延长磁盘使用寿命。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本申请。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例。

图1示出根据本申请示例实施例的一种车载设备音视频数据管理系统的数据存储方法的流程图。

图2示出根据本申请示例实施例的一种车载设备音视频数据管理系统的数据检索方法的流程图。

图3示出根据本申请示例实施例的一种车载设备音视频数据管理系统数据区结构的示意图。

图4示出根据本申请示例实施例的一种车载设备音视频数据管理系统检索区结构及与数据区对应关系的示意图。

图5示出根据本申请示例实施例的一种车载设备音视频数据管理系统概要区结构及与数据区、检索区对应关系的示意图。

图6示出根据本申请示例实施例的一种车载设备音视频数据管理系统的框图。

图7示出根据本申请示例实施例的车载设备的框图。

具体实施方式

现在将参考附图更全面地描述示例实施例。然而，示例实施例能够以多种形式实施，且不应被理解为限于在此阐述的实施例；相反，提供这些实施例使得本申请将全面和完整，并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本公开的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而没有这些特定细节中的一个或更多，或者可以采用其它的方式、组元、材料、装置或操作等。在这些情况下，将不详细示出或描述公知结构、方法、装置、实现、材料或者操作。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。

常规的车载设备数据存储方法基于存储块和文件方式，其设计理念基于办公环境，在复杂车况环境如行车中颠簸、强电子干扰、高温、供电电压不稳、接口易松动频繁等情况时，极易造成磁盘寿命缩减甚至损坏，行车数据丢失无法修复等问题。

随着政府部门、商用车企业和人民群众对行车安全的越发重视，商用车特别是公交车等客运车辆的行驶监控视频终端从两路摄像机到十六路摄像机都有涵盖，全高清码流在1~8MB/s数据量级，其监控视频主要用于识别驾驶员身份、监控驾驶状态、行驶记录分析等，尤其是对于某些突发情况导致的交通事故的原因判定起到重要作用。

如何在有限的硬件环境下做到充分利用资源，尽可能不丢失数据并保障磁盘的使用寿命，是目前车载设备文件系统亟需解决的问题。而本申请提供的车载设备音视频数据管理方法、系统，可通过日志性存储和数据帧格式的融合及按物理地址顺序存储的方式，提高存储效率，减少对磁盘寿命的影响，并在出现意外的情况下最大限度地保证音视频数据不丢失。

下面将参照附图，对根据本申请实施例的技术方案进行详细说明。

术语说明：

日志式存储：按物理地址顺序存储，且每次存储的数据都带有时间标签，不做回写。

扇区（Sector）：指磁盘上划分的区域。磁盘上的每个磁道被等分为若干个弧段，每个弧段对应的便是磁盘的一个扇区，硬盘的读写以扇区为基本单位。

数据帧（Data Frame）：数据链路层的协议数据单元，包括三部分：帧头，数据部分，帧尾，根据本申请示例实施例，定义为车载设备音视频数据存储的最小数据单元。

组合包(Compose Packet):一般也称“数据包”，是TCP/IP协议通信传输中的数据单位，根据本申请示例实施例，定义为多个数据帧与包头、包尾的组合。

索引项(Index Unit):包括组合包物理地址及组合包内对应数据帧的信息汇总项。

回绕点：数据顺序存储，当磁盘写满后会继续循环存储，此时会覆盖前次存储时的部分数据，已被覆盖的数据与未被覆盖的数据交叉点即为回绕点。

图1示出根据本申请示例实施例的一种车载设备音视频数据管理系统的数据存储方法的流程图。

如图1所示，在S101，获取车载设备的任意类型音视频数据并封装为一个数据帧。

根据一些实施例，所述一个数据帧获取所述任意类型音视频数据中的一种类型的数据。

所述任意类型音视频数据包括轨迹、音频、视频、图片和其他类型的数据。

例如，一个数据帧的数据如下：

媒体帧数据***************:

帧标识:4944454D（MEDI)

帧长度:00000158(344)

格式版本:0x10

通道:3

帧类型 :2

帧属性1:0F

帧属性2:2F

TimeStamp:0000000310F4B9D2(13169375698)

标记:0000

选项总长度:0000(0)

选项数据(无):

DATA:78787878787878787878787878787878...(略)

其中，帧长度为344字节，帧类型为2，对应数据类型为音频。

又例如，另一个数据帧的数据如下：

媒体帧数据***************:

帧标识:4944454D（MEDI)

帧长度:00000384(900)

格式版本:0x10

通道:4

帧类型 :1

帧属性1:21

帧属性2:79

TimeStamp:0000000310F915F5(13169661429)

标记:0000

选项总长度:0000(0)

选项数据(无):

DATA:AE78F6AE377B12BC5CC0E06101000000...(略)

其中，帧长度为900字节，帧类型为1，对应数据类型为视频。

由此可见，所述一个数据帧可包括轨迹、音频、视频、图片和其他类型的数据中的一种，且所述一个数据帧的数据长度不固定。

所述任意类型音视频数据文件可拆分到多个数据帧存储，也可完整地存储到一个数据帧。

在S103，按时间顺序累积所述数据帧以获取组合包，并存储至数据区。

根据一些实施例，多个所述数据帧按时间的先后顺序累积和排列，按组合包预设时长生成所述组合包。

一般地，所述组合包预设时长过长易造成数据丢失，过短则导致磁盘读写访问频繁影响功耗和使用寿命，例如，本申请示例实施例的所述组合包预设时长为1秒，满足磁盘存储的实时性要求。

进一步地，所述组合包在时长不超过1秒的范围内，包含的所述数据帧的数量不固定，相应地，所述组合包的数据长度也不固定，例如，根据本申请示例实施例，一个所述组合包的数据长度为1MB至8MB。

根据一些实施例，多个所述数据帧按时间先后顺序累积为首个所述组合包后，经由数据区写入指针提交至数据区的首物理地址，进行所述组合包数据的一次存储，并以时间戳作为标记。

可选地，所述组合包数据的存储使用同步存储方式，不经过操作系统内核层的数据复制，而是进行数据直写磁盘，减少数据复制过程中的时间消耗，实现数据实时存储。

进一步地，首个所述组合包存储完成后，所述数据区写入指针根据已存储的数据长度移至所述数据区的下一物理地址，以便于进行下一个所述组合包的存储，直至所述车载设备本次数据存储的全部所述组合包存储完成。

更进一步地，多个所述组合包以扇区对齐的方式，按所述数据区的物理地址顺序进行存储，以减轻磁盘读写的负担，并建立所述物理地址顺序与所述组合包获取的时间顺序的对应关系。

应该理解，多个所述组合包存储的物理地址是按顺序递增的，基于所述对应关系，在进行数据检索时可获取所述组合包生成的时间上的顺序关系，但不包括回绕点。

在S105，对应所述数据区已存储的所述组合包生成对应的索引项。

根据一些实施例，获取已存储的所述组合包的物理地址、时间戳等信息，在车载设备音视频数据管理系统内存中生成与所述组合包对应的索引项。

可选地，若所述数据管理系统断电，则由所述数据区读取所述组合包生成与其对应的索引项。

根据本申请示例实施例，一个所述索引项的数据长度约为1KB。

在S107，将累积的所述索引项存储至检索区。

所述索引项按生成的时间顺序累积至预设数量，经由检索区写入指针提交至所述检索区的物理地址进行索引项数据的一次存储，并以时间戳作为标记。

可选地，所述预设数量可根据数据存储需求设置，例如，可累积多个所述索引项的数据进行一次存储，避免多次存储造成的磁盘消耗，也可设置为一个所述索引项即进行一次存储。

进一步地，所述索引项数据存储完成后，所述检索区写入指针根据已存储的所述索引项数量移至所述检索区的下一物理地址，以便于进行下一次所述索引项的存储，直至所述车载设备本次数据存储的全部所述组合包对应的索引项存储完成。

所述索引项可在数据检索时缓存至述数据管理系统内存，以实现快速检索。

在S109，根据所述组合包及其对应的索引项在概要区生成概要项。

根据一些实施例，所述概要项包括所述组合包及其对应索引项的物理地址、时间戳和其他概要信息。

根据本申请示例实施例，所述概要项包括所述车载设备完成数据存储时的首个组合包及其对应索引项的物理地址、时间戳和其他概要信息，以及最后一个组合包及其对应索引项的物理地址、时间戳和其他概要信息，以实现数据的快速定位。

图2示出根据本申请示例实施例的一种车载设备音视频数据管理系统的数据检索方法的流程图。

如图2所示，在S201，按检索时间范围遍历概要区。

根据一些实施例，通过检索区索引项的时间戳遍历所述概要区包含的概要项，以获取检索时间范围内的多个概要项数组。

在S203，基于所述概要项数组获取所述索引项的范围。

根据本申请示例实施例，数据区的组合包以时间顺序累积存储，且多个所述组合包以扇区对齐的方式按所述数据区的物理地址顺序存储，其所述物理地址顺序与所述组合包获取的时间顺序的具有对应关系。

同样地，由于所述组合包对应的索引项的物理地址顺序与所述索引项存储的时间顺序也具有相应的对应关系。

由于所述概要项包括所述索引项的时间戳和物理地址，因而可通过所述概要项数组包括的时间戳获取在所述检索时间范围内的所述索引项的范围。

在S205，过滤并获取符合检索要求的数据类型的索引项。

根据一些实施例，基于所述索引项的范围，按检索要求中音视频数据的类型对符合所述检索时间范围的索引项逐一进行过滤，以获取包含所述数据类型的所述索引项。

在S207，按过滤后获取的所述索引项读取所述数据区内对应的组合包以获取符合所述数据类型的音视频数据。

根据一些实施例，通过过滤后的所述检索区的索引项，查询并读取所述数据区内对应的组合包。

进一步地，对所述组合包内的数据帧依次进行筛选，若符合所述数据类型则进行取流，获取所述音视频数据。

若不符合则继续按顺序筛选下一个所述数据帧，直至所述组合包筛选完成。

在S209，继续遍历所述概要项直至检索完成。

根据本申请示例实施例，继续遍历并筛选所述概要项，直至所述概要项内包含的内容以及所述概要区在所述检索时间范围内的概要项全部遍历完成。

图3示出根据本申请示例实施例的一种车载设备音视频数据管理系统数据区结构的示意图。

如图3所示，所述数据区用于存储车载设备采集的音视频数据，包括组合包1、组合包2……组合包N在内的多个组合包，N为整数。

一般地，所述组合包的数据由数据区写入指针在所述数据区物理地址进行一次存储，所述组合包的最大时长不超过1秒，其数据长度不固定。

根据一些实施例，多个所述组合包以扇区对齐方式存储，以确保数据读写时不会跨越两个物理扇区，减轻磁盘读写的负担。

所述组合包包括多个数据帧且所述数据帧数量不固定，用于封装所述车载设备采集的任意类型音视频数据。

根据一些实施例，所述组合包在时间顺序及物理地址存储顺序上（不包括回绕点）均为依次递增。

根据一些实施例，一个所述数据帧可包括所述任意类型音视频数据中的一种类型的数据。

例如，组合包1可包括轨迹帧1、音频帧1、视频帧1、图片帧1……音频帧K、视频帧L在内的多个所述数据帧，K、L为整数，所述数据帧按时间先后的顺序累积和排列，其数据长度不固定。

若所述数据区部分损坏，可通过扇区对齐的方式最大化查询到可用的所述数据帧。

图4示出根据本申请示例实施例的一种车载设备音视频数据管理系统检索区结构及与数据区对应关系的示意图。

如图4所示，所述检索区用于存储索引项，并于数据检索时将所述索引项缓存至车载设备数据管理系统内存，包括多个所述索引项，如索引项1、索引项2……索引项N，N为整数。

所述索引项基于所述数据区的组合包对应生成，包括所述组合包的物理地址、时间戳等信息，其在时间顺序及物理地址存储顺序上与对应的所述组合包一致，均为依次递增。

所述索引项的数据由检索区写入指针在检索区物理地址进行一次存储，每个所述索引项的数据长度固定，约为1KB。

根据一些实施例，所述索引项可由对应的所述组合包存储后在所述数据管理系统内存中生成，或在所述数据管理系统断电后，由所述数据区读取对应的所述组合包生成。

若所述检索区损坏，可通过遍历所述数据区重新建立。

图5示出根据本申请示例实施例的一种车载设备音视频数据管理系统概要区结构及与数据区、检索区对应关系的示意图。

如图5所示，所述概要区用于存储概要项，包括至少一个所述概要项，如概要项1……概要项i，i为整数。

根据一些实施例，所述概要项包括组合包及其对应索引项的物理地址、时间戳和其他概要信息。

根据本申请示例实施例，所述概要项记录所述车载设备完成数据存储时的首个组合包的物理地址、时间戳和其他概要信息，以及最后一个组合包的物理地址、时间戳和其他概要信息。

为进行快速检索，则可记录所述车载设备完成数据存储时的首个组合包对应索引项的物理地址、时间戳和其他概要信息，以及最后一个组合包对应索引项的物理地址、时间戳和其他概要信息。

进行数据检索时，可通过所述概要项获取所述索引项的范围，并根据所述索引项的范围筛选对应的所述组合包，以获取所述组合包内的车载设备采集的音视频数据。

若所述概要区完全损坏，可通过遍历所述数据区重建。

图6示出根据本申请示例实施例的一种车载设备音视频数据管理系统的框图。

如图6所示，所述数据管理系统包括数据区301、检索区303和概要区305。

数据区301将任意类型的音视频数据封装为数据帧并生成组合包，以扇区对齐方式存储和检索。

检索区303存储根据所述组合包生成的对应索引项，并于检索时将所述索引项缓存至数据管理系统内存。

概要区305将基于所述组合包及其对应索引项生成的概要项进行存储。

一般地，所述概要区可通过不超过3MB的容量满足2TB磁盘容量的所述组合包的概要信息缓存。

可选地，所述概要区可在磁盘中设置为3MB至9MB的容量范围，所述磁盘其余空间可按所述检索区与所述数据区1:100的比例分配，实现数据的快速存储及检索。

可选地，所述概要区可在所述车载终端设置的断电可保存数据介质中保存，以保障数据可靠性。

根据一些示例实施例，一公交车相继与一小轿车及大桥护栏发生猛烈撞击后沉水，其车载行车记录仪中的SD卡经风干处理后，仍可通过专业工具将卡中的数据导出。

所述SD卡中仍完整保存了所述公交车撞击瞬间的视频数据，可完整还原两次撞击期间的现场视频。

所述公交车的行车视频可与其他车辆的行车视频同步还原撞击瞬间的情况，形成完整的证据链，对完整还原事件的经过发挥重要作用，简化公安机关的调查处理过程，降低社会资源的浪费。

图7示出根据本申请示例实施例的车载设备的框图。

如图7所示，电子设备600仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图7所示，电子设备600以通用计算设备的形式表现。电子设备600的组件可以包括但不限于：至少一个处理单元610、至少一个存储单元620、连接不同系统组件（包括存储单元620和处理单元610）的总线630、显示单元640等。其中，存储单元存储有程序代码，程序代码可以被处理单元610执行，使得处理单元610执行本说明书描述的根据本申请各种示例性实施方式的方法。例如，处理单元610可以执行如图1中所示的方法。

存储单元620可以包括易失性存储单元形式的可读介质，例如随机存取存储单元（RAM）6201和/或高速缓存存储单元6202，还可以进一步包括只读存储单元（ROM）6203。

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

总线630可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

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

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。根据本申请实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质（可以是CD-ROM，U盘，移动硬盘等）中或网络上，包括若干指令以使得一台计算设备（可以是个人计算机、服务器、移动终端或者网络设备等）执行根据本申请实施例的方法。

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

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

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

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该计算机可读介质实现前述功能。

本领域技术人员可以理解上述各模块可以按照实施例的描述分布于装置中，也可以进行相应变化唯一不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

根据本申请的一些实施例，本申请的技术方案结合日志式存储与数据帧、组合包存储方法的优势，提高车载设备音视频数据存储的效率，实现实时存储及快速检索的同时减少了对磁盘的消耗，并且最大限度地保障了数据的完整性。

以上对本申请实施例进行了详细介绍，以上实施例的说明仅用于帮助理解本申请的方法及其核心思想。同时，本领域技术人员依据本申请的思想，基于本申请的具体实施方式及应用范围上做出的改变或变形之处，都属于本申请保护的范围。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (14)

1.一种用于在车载设备的存储介质上管理音视频数据的方法，其特征在于，所述存储介质包括数据区、检索区、概要区三个物理分区，所述方法包括：

获取任意类型音视频数据，封装为一个数据帧；

按获取的时间顺序累积多个所述数据帧生成组合包，在所述数据区进行组合包数据的一次存储；

对应已存储的所述组合包生成索引项；

获取多个所述索引项，按时间顺序累积并进行索引项数据的一次存储，将所述索引项存储至所述检索区；

将所述存储介质一次存储的所述组合包及其对应索引项的概要数据存储至所述概要区对应生成多个概要项。

2.根据权利要求1所述的方法，其特征在于，所述任意类型音视频数据包括轨迹、音频、视频、图片和其他类型的数据。

3.根据权利要求1所述的方法，其特征在于，所述封装为一个数据帧，包括：

所述一个数据帧获取所述任意类型音视频数据中的一种类型的数据，且所述一个数据帧数据长度不固定。

4.根据权利要求1所述的方法，其特征在于，所述组合包按组合包预设时长以时间顺序累积多个所述数据帧，且所述组合包数据长度不固定。

5.根据权利要求1所述的方法，其特征在于，在所述数据区进行组合包数据的一次存储，包括：

将所述组合包提交至所述数据区的首物理地址，进行所述组合包数据的一次存储；

根据已存储的所述组合包的数据长度将数据区写入指针移至所述数据区的下一物理地址，以扇区对齐方式继续存储所述组合包数据。

6.根据权利要求1所述的方法，其特征在于，所述索引项包括所述组合包的物理地址、时间戳。

7.根据权利要求1所述的方法，其特征在于，对应已存储的所述组合包生成索引项，包括：

所述组合包存储后，在所述存储介质内存中生成与所述组合包对应的索引项；

所述存储介质断电后，由所述数据区读取所述组合包生成与其对应的索引项。

8.根据权利要求1所述的方法，其特征在于，按时间顺序累积并进行索引项数据的一次存储，包括：

所述索引项累积至预设数量，提交至所述检索区的物理地址进行所述索引项数据的一次存储；

根据所述索引项数量将检索区写入指针移至所述检索区的下一物理地址；

所述索引项在检索时缓存至所述存储介质的内存。

9.根据权利要求1所述的方法，其特征在于，所述多个概要项包括：

所述车载设备本次数据存储的首个组合包及其对应索引项的物理地址、时间戳和其他概要信息；

所述车载设备本次数据存储的最后一个组合包及其对应索引项的物理地址、时间戳和其他概要信息。

10.根据权利要求1所述的方法，其特征在于，还包括：

通过所述索引项的时间戳遍历所述概要区包含的概要项，以获取检索时间范围内的多个概要项数组；

根据所述概要项数组获取所述检索区内对应的所述索引项的范围；

基于所述索引项的范围，按所述任意类型音视频数据的数据类型逐一进行过滤，以获取包含所述数据类型的所述索引项；

按所述索引项查询并读取所述数据区内对应的所述组合包，以获取所述组合包内符合所述数据类型的数据；

继续遍历，直至所述概要项内包含的内容以及所述概要区在所述检索时间范围内的概要项全部遍历完成。

11.根据权利要求10所述的方法，其特征在于，按所述索引项查询并读取所述数据区内对应的所述组合包，包括：

对所述组合包内的数据帧依次进行筛选，若符合所述数据类型则进行取流。

12.一种用于车载设备的音视频数据管理系统，其特征在于，包括：

数据区，将任意类型的音视频数据封装为数据帧并生成组合包，以扇区对齐方式存储；

检索区，存储根据所述组合包生成的对应索引项，并于检索时将所述索引项缓存至数据管理系统内存；

概要区，将基于所述组合包及其对应索引项生成的概要项进行存储。

13.一种车载设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得一个或多个处理器实现如权利要求1-11中任一所述的方法。

14.一种商用车辆，其特征在于，包括如权利要求12所述的系统或如权利要求13所述的设备。

Images