一种行车记录管理方法、装置、设备及介质

技术领域

本申请涉及信息管理领域，具体涉及一种行车记录管理方法、装置、设备及介质。

背景技术

行车记录仪是对车辆行驶速度、时间以及有关车辆行驶其他状态信息进行记录、存储并可通过接口实现数据传输的数字式电子记录装置。其记录的行车视频被广泛应用于交通事故的评判当中以保障驾驶人员的权益。

目前常见的行车记录仪多在每次启用后将启用期间采集的全部行车记录生成一份行车视频。这种视频方式通常会生成较大的视频文件，而通常需要查看行车记录仅为其中的很少一部分，为后续视频查询造成了极大不变。

部分行车记录仪虽具备支持用户设置视频生成时间的功能，即用户可自行设置视频的生成时间，例如将行车记录仪每十分钟采集的行车记录封装为一份行车视频。然而若无法确定所要查询的行车记录的具体时间，则需要对生成的视频进行逐个查询，存在较大的查询限制。

发明内容

本申请实施例提供一种行车记录管理方法、装置、设备及介质。用于根据车辆行驶的路段及路段拥堵情况生成对应的视频文件，以便相关人员查看。

为达到上述目的，本申请实施例的技术方案是这样实现的：

第一方面，本申请实施例提供了一种行车记录管理方法，所述方法包括：

响应于行车记录指示，启用行车记录仪；

在行车记录仪工作过程中，基于所述车辆所在的路段，和/或所在路段的拥堵率判断是否满足视频生成条件；

在确定满足所述视频生成条件后，将第一时刻至当前时刻所述行车记录仪采集的视频封装为行车视频文件；其中，若首次满足所述视频生成条件，则所述第一时刻是行车记录仪开始工作时刻；若非首次满足所述视频生成条件，则所述第一时刻是上一行车视频文件的视频结束时刻；

响应于视频上传指示，将生成的行车视频文件上传至云端。

在一些可能的实施例中，所述视频生成条件包括下述条件中的任一或组合：

条件一，确定车辆所在路段变更；

条件二，确定车辆所在路段的拥堵率大于拥堵阈值，且当前时刻与上一行车视频文件的视频结束时刻的间隔达到指定时长。

在一些可能的实施例中，所述方法还包括：

将第一时刻至当前时刻所述行车记录仪采集的视频封装为行车视频文件之后，为所述行车视频文件添加标识信息；

其中，所述标识信息用于所述行车视频文件在云端的存储文件索引，所述标识信息包括路段标识和时间标识；所述路段标识用于指示所述行车视频文件中车辆所在的路段，所述时间标识用于指示视频起始时间和视频结束时间。

在一些可能的实施例中，所述响应于视频上传指示，将生成的行车视频文件上传至云端，包括：

接收待上传视频的视频信息；其中，所述视频信息用于指示车辆所在路段和/或任一时间节点，所述视频信息为通过云端搜索行车视频文件的搜索项；

从各行车视频文件的标识信息中选定满足所述视频信息中全部指示的目标标识，并将携带所述目标标识的行车视频文件上传至云端。

在一些可能的实施例中，所述方法还包括：

响应于车辆告警指示，接收告警事件的告警信息；其中，所述告警信息包括所述告警事件的事件类型，及事件发生时刻；

确定与所述事件类型对应的视频自主上传策略，通过执行所述视频自主上传策略以根据所述事件发生时刻从各所述行车视频文件中选定告警文件，并将告警文件上传至云端。

在一些可能的实施例中，所述事件类型包括征车辆触发交通事故的第一类型，和/或车辆部件在行驶期间产生异常的第二类型；

所述通过执行所述视频自主上传策略以根据所述事件发生时刻从各所述行车视频文件中选定告警文件，包括：

若所述事件类型为所述第一类型，则所述告警文件为视频时间内包含所述事件发生时刻的行车视频文件；

若所述事件类型为所述第二类型，则所述告警文件为所述事件发生时刻和事件结束时刻内封装的全部行车视频文件。

第二方面，本申请实施例提供了一种行车记录管理装置，所述装置包括：

行车记录模块，被配置为执行响应于行车记录指示，启用行车记录仪；

条件判定模块，被配置为执行在行车记录仪工作过程中，基于所述车辆所在的路段，和/或所在路段的拥堵率判断是否满足视频生成条件；

视频生成模块，被配置为执行在确定满足所述视频生成条件后，将第一时刻至当前时刻所述行车记录仪采集的视频封装为行车视频文件；其中，若首次满足所述视频生成条件，则所述第一时刻是行车记录仪开始工作时刻；若非首次满足所述视频生成条件，则所述第一时刻是上一行车视频文件的视频结束时刻；

视频上传模块，被配置为执行响应于视频上传指示，将生成的行车视频文件上传至云端。

在一些可能的实施例中，所述视频生成条件包括下述条件中的任一或组合：

条件一，确定车辆所在路段变更；

条件二，确定车辆所在路段的拥堵率大于拥堵阈值，且当前时刻与上一行车视频文件的视频结束时刻的间隔达到指定时长。

在一些可能的实施例中，所述视频生成模块还被配置为：

将第一时刻至当前时刻所述行车记录仪采集的视频封装为行车视频文件之后，为所述行车视频文件添加标识信息；

其中，所述标识信息用于所述行车视频文件在云端的存储文件索引，所述标识信息包括路段标识和时间标识；所述路段标识用于指示所述行车视频文件中车辆所在的路段，所述时间标识用于指示视频起始时间和视频结束时间。

在一些可能的实施例中，执行所述响应于视频上传指示，将生成的行车视频文件上传至云端，所述视频上传模块被配置为：

接收待上传视频的视频信息；其中，所述视频信息用于指示车辆所在路段和/或任一时间节点，所述视频信息为通过云端搜索行车视频文件的搜索项；

从各行车视频文件的标识信息中选定满足所述视频信息中全部指示的目标标识，并将携带所述目标标识的行车视频文件上传至云端。

在一些可能的实施例中，所述装置还包括：

告警模块，被配置为执行响应于车辆告警指示，接收告警事件的告警信息；其中，所述告警信息包括所述告警事件的事件类型，及事件发生时刻；

确定与所述事件类型对应的视频自主上传策略，通过执行所述视频自主上传策略以根据所述事件发生时刻从各所述行车视频文件中选定告警文件，并将告警文件上传至云端。

在一些可能的实施例中，所述事件类型包括征车辆触发交通事故的第一类型，和/或车辆部件在行驶期间产生异常的第二类型；

执行所述通过执行所述视频自主上传策略以根据所述事件发生时刻从各所述行车视频文件中选定告警文件，所述告警模块被配置为：

若所述事件类型为所述第一类型，则所述告警文件为视频时间内包含所述事件发生时刻的行车视频文件；

若所述事件类型为所述第二类型，则所述告警文件为所述事件发生时刻和事件结束时刻内封装的全部行车视频文件。

第三方面，本申请实施例还提供了一种电子设备，包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，当所述计算机程序被所述处理器执行时，使得所述处理器实现任一种上述第一方面的方法。

第四方面，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现任一种上述第一方面的方法。

第五方面，本申请实施例一种计算机程序产品，其包括计算机指令，所述计算机指令存储在计算机可读存储介质中；当计算机设备的处理器从所述计算机可读存储介质读取所述计算机指令时，所述处理器执行该计算机指令，使得所述计算机设备执行上述任一种第一方面的方法。

本申请实施例通过在行车记录仪工作过程中基于车辆所在的路段，和/或所在路段的拥堵率判断是否满足视频生成条件。并在确定满足视频生成条件后，将第一时刻至当前时刻行车记录仪采集的视频封装为行车视频文件。本申请实施例中若首次满足视频生成条件，则上述第一时刻为行车记录仪开始工作时刻；否则，上述第一时刻为上一行车视频文件的视频结束时刻。通过上述流程可根据车辆行驶的路段及路段拥堵情况生成对应的视频文件，更符合视频查询需求，便于相关人员查看。

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

附图说明

图1为本申请实施例提供的目前行车记录仪的视频生成方式示意图；

图2为本申请实施例提供的一种行车记录管理方法的整体流程图；

图3为本申请实施例提供的行车视频文件生成示意图；

图4为本申请实施例提供的标识添加流程示意图；

图5为本申请实施例提供的拥堵标识示意图；

图6为本申请实施例提供的视频上传流程示意图；

图7为本申请实施例提供的一种行车记录管理装置700的结构图；

图8为本申请实施例提供的一种电子设备的结构图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚明白，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以按不同于此处的顺序执行所示出或描述的步骤。

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

行车记录仪的视频存储方式主要包含本地存储和云端存储两种，本地存储需要从车载机中取出如硬盘、USB盘等物理存储器才能对视频进行查看，便捷性较差。云端存储则是通过将行车记录仪生成的视频文件传入云端，再由用户向云端调取文件索引，得到想要查询的行车视频。云端存储虽然更加便捷，但目前的行车记录仪多在每次启用后将启用期间采集的完整视频存储于云端。这不但给车机带来大的移动流量消耗，还占用了大量的云端存储空间。

实际应用中，部分行车记录仪具备支持用户设置视频生成时间的功能。具体如图1所示，用户可在该类行车记录仪中设置具体的视频生成时间，例如以每十分钟为间隔，将十分钟内采集的行车记录封装成行车视频。用户可以选择性的将部分行车视频上传至云端，而文件的存储索引即为对应行车记录的采集时间。然而，相关人员对视频进行查看时若无法确定所要查询的行车记录的具体时间，则仅能对视频进行逐个筛查。

可见，目前行车记录仪的视频生成方式存在较大查询限制，不利于用户的查看。为解决上述问题，本申请实施例的发明构思为：通过在行车记录仪工作过程中，基于车辆所在的路段，和/或所在路段的拥堵率判断是否满足视频生成条件。并在确定满足视频生成条件后，将第一时刻至当前时刻行车记录仪采集的视频封装为行车视频文件。本申请实施例中若首次满足视频生成条件，则上述第一时刻为行车记录仪开始工作时刻；否则，上述第一时刻为上一行车视频文件的视频结束时刻。通过上述流程可根据车辆行驶的路段及路段拥堵情况生成对应的视频文件，更符合视频查询需求，便于相关人员查看。

接下来如图2所示，图2示出了本申请实施例提供的一种行车记录管理方法的整体流程图，包括：

步骤201：响应于行车记录指示，启用行车记录仪；

步骤202：在行车记录仪工作过程中，基于所述车辆所在的路段，和/或所在路段的拥堵率判断是否满足视频生成条件；

本申请实施例在行车记录仪的启用期间通过调取高精导航地图实时获取车辆在交通路网中的具体位置及路段信息，该路段信息具体包括车辆所在的路段和路段的拥堵率。

实施时，可预先为行车记录仪设置视频生成条件。该视频生成条件即为对行车记录进行视频封装的最小单位。考虑到实际应用中的视频查询需求多是对车辆行驶过程中发生的某些事件进行视频回溯，而事件发生的地点通常是司机所明确的。基于此，本申请实施例中的视频生成条件包括下述条件中的任一或组合：

条件一，确定车辆所在路段变更；

即设置以车辆所在路段为单位进行视频生成，每当车辆所在路段变更时，将当前采集的尚未封装为视频的行车记录封装为行车视频文件。由此得到的每个行车视频文件中记录了车辆在某一路段的全部行车记录。

条件二，确定车辆所在路段的拥堵率大于拥堵阈值，且当前时刻与上一行车视频文件的视频结束时刻的间隔达到指定时长。

考虑到路段较为拥堵且路段较长时，车辆在该路段内的行驶速度较为缓慢。若以车辆所在路段为单位进行视频生成则会导致行车视频文件较大，不利于用户查看。基于此，本申请实施例中若车辆所在路段的拥堵率大于指定阈值，则以指定时长为单位进行视频生成。即当车辆所在路段拥堵率较高时可认定车辆行驶速度较为缓慢，为避免生成的行车视频文件较大，则每隔指定时长将当前采集的尚未封装为视频的行车记录封装为行车视频文件。

为适用更多的场景，可将上述视频生成条件一和二提供给用户自行选择，并支持将上述视频生成条件一和二以组合的方式进行视频生成。具体可设置为，当车辆所在路段拥堵率未大于拥堵阈值时以条件一的方式进行视频生成，当车辆所在路段拥堵率大于拥堵阈值时以条件二的方式进行视频生成。

步骤203：在确定满足所述视频生成条件后，将第一时刻至当前时刻所述行车记录仪采集的视频封装为行车视频文件；其中，若首次满足所述视频生成条件，则所述第一时刻是行车记录仪开始工作时刻；若非首次满足所述视频生成条件，则所述第一时刻是上一行车视频文件的视频结束时刻；

为便于理解上述视频生成条件的应用，下面以上述视频生成条件一和二组合的方式为例进行说明，具体如图3所示。假设车辆在A路段途中(图中示出a点)启用行车记录仪，而A路段的拥堵率未大于拥堵阈值，则当车辆行驶至B路段(图中示出b点)时，由于车辆所在车道变更，则表征满足了上述视频生成条件一。此时将第一时刻至当前时刻所述行车记录仪采集的视频封装为行车视频文件1。由于此时是行车记录仪在本次启用后首次满足视频生成条件，故此处的第一时刻为行车记录仪开始工作的时刻，即车辆在图3示出的a点时刻。而当前时刻即为车辆到达b点的时刻，由此得到的行车视频文件1中记录了车辆从a点行驶至b点整个行车期间的行车记录。

另如图3所示，假设车辆由A路段初入B路段时，B路段的拥堵率未大于拥堵阈值。但当车辆行驶至B路段途中(图中示出c点)时，B路段的拥堵率突然增至超出拥堵阈值，此时判断当前时刻与上一行车视频文件(即行车视频文件1)的视频结束时刻的间隔是否达到指定时长。若达到指定时长，则表征满足视频生成条件二。此时将第一时刻至当前时刻所述行车记录仪采集的视频封装为行车视频文件2。由于此时是行车记录仪启用后非首次满足视频生成条件，故此处的第一时刻为上一行车视频文件1的视频结束时刻。此时生成的行车视频文件2记录了车辆由a点行驶至c点期间的行车记录。

相应的，若未达到指定时长，则当车辆行驶至达到指定时长的d点处生成车辆由a点行驶至d点的行车视频文件2。另假设车辆行至d点后，B路段的拥堵率重新降至拥堵阈值之下。此时当车辆驶入C路段(图中示出e点)时重新触发上述视频生成条件一，此时将车辆由d点行驶至e点的行车记录封装为行车视频文件3。通过上述流程，用户可根据需求自行设定视频生成条件，具体可以路段为单位进行视频生成，也可在路段拥堵率较高的时候以指定时长为单位进行视频生成，进而缓解了因视频内容过长而不利于从中查询所需的视频内容的问题。

步骤204：响应于视频上传指示，将生成的行车视频文件上传至云端。

目前行车记录的云端存储方式主要通过用户自主触发上传指示，例如用户从行车记录仪中本地缓存的行车视频文件中选取部分视频文件上传至云端，或用户主动设置将行车记录仪中缓存的全部行车视频文件上传至云端。

上述视频上传方式存在以下问题，若由用户自主触发上传指示，则在用户查看视频文件时存在云端未存有用户要查看的视频文件的情况。此时只能用户从新重行车记录仪的缓存视频中选定代查看的视频文件并上传。若将全部行车视频文件上传，则会对消耗大量流量且对云端存储空间的占用量较大。

为解决上述问题，本申请实施例通过上述流程将第一时刻至当前时刻行车记录仪采集的视频封装为行车视频文件之后，为行车视频文件添加标识信息。具体实施时，可将标识信息作为行车视频文件的名称，并将该标识信息用作行车视频文件在云端的存储文件索引。这样，待视频上传至云端后，用户可通过对视频名称进行模糊搜索即可查到对应的行车视频文件。

本申请实施例中的标识信息包括路段标识和时间标识，路段标识用于指示行车视频文件中车辆所在的路段，时间标识用于指示视频起始时间和视频结束时间。下面以上述图3示例对标识添加流程进行说明，具体如图4所示。假设车辆行驶至a点的时刻为10:00，行驶至b点的时刻为10:05，行驶至d点的时刻为10:13，行驶至e点的时刻为10:20。上述图3中的行车视频文件1和3均为满足视频生成条件一时生成的视频。以行车视频文件1为例，则其标识信息为{路段A，年月日：10:00～10:05}。待将该行车视频文件1上传至云端后，用户可通过模糊搜索的方式，以关键字路段A，或年月日：10:00～10:05范围内的任一时间点进行搜索即可查询到该行车视频文件1。

另如图5所示，为适用更多的应用场景本申请实施例在路段的拥堵率大于拥堵阈值时，为行车视频文件添加表征拥堵情况的标签。如上述图3中的行车视频文件2为满足视频生成条件二时生成的视频，即行车视频文件2对应路段的拥堵率大于拥堵阈值，此时行车视频文件2的标识信息可新增一拥堵标识，即得到标识信息{路段B，年月日：10:05～10:13，拥堵}。

通过上述流程，用户可自适应的将行车视频文件上传至云端，而当用户所要查看的目标视频文件未存于云端时，可通过云端向行车记录仪下发视频上传指示来触发行车记录仪自动将本地缓存的目标视频文件上传至云端以供用户查看。

下面仍以上述图3示例进行说明，具体如图6所示。假设用户并未将图3中生成的行车视频文件1～3上传至云端，一应用场景下用户通过如智能电脑、智能手机等客户端向云端调取行车视频文件时，想要调取车辆在A路段的行车视频文件1,用户通过客户端搜索“路段A、年月日”的方式来查询云端中存储的行车视频文件。由于该行车视频文件1并未被用户上传至云端，云端在检索失败后向行车记录仪下发携带待上传视频的视频信息的视频上传指示。上述视频信息用于指示车辆所在路段和/或任一时间节点。应理解的是，该视频信息即为通过云端搜索行车视频文件的搜索项，即图6中用户输入的“路段A、年月日”。

此时行车记录仪接收上述视频信息后，从本地缓存的各行车视频文件(即行车视频文件1～3)的标识信息中选定满足视频信息中全部指示的目标标识，并将携带目标标识的行车视频文件(即行车视频文件1)上传至云端。

此外，本申请实施例针对车辆告警指示设有对应的视频自主上传策略，在行车记录仪启用期间若接收到车辆告警指示，则通过执行视频自主上传策略以根据事件发生时刻从各行车视频文件中选定告警文件，并将告警文件上传至云端。

实施时，在接收车辆告警指示之后确定告警事件的告警信息。该告警信息包括告警事件的事件类型，及事件发生时刻。本申请实施例中的事件类型包括征车辆触发交通事故的第一类型，和/或车辆部件在行驶期间产生异常的第二类型。具体的，假设车辆传感器触发如车辆发生剐蹭、车体受到撞击、气囊弹出等告警事件，即为上述第一类型的告警事件。而车辆传感器触发如车身受压过大、胎压过小等告警事件，即为上述第二类型的告警事件。

实施时，若告警事件的事件类型为第一类型，则告警文件为视频时间内包含事件发生时刻的行车视频文件。假设10点整接收车辆碰撞的告警，则此时将包含10点这一时刻的行车视频文件作为告警文件自动上传至云端，具体可为该告警文件的标识信息中添加告警事件描述的告警标识。

另假设10点整接收车辆胎压过小的告警，11点整胎压恢复至安全范围，则此时将告警事件的发生时刻10点直至事件结束时刻11点封装的全部行车视频文件自主上传至云端。此外，假设10点整接收车辆胎压过小的告警后，司机于10点20驶入维修中心，并关闭了行车记录仪，则可在行车记录仪内缓存10点至10点20期间尚未封装的行车记录，并在行车记录仪重启后自动上传至云端。由此可避免司机忘记主动上传告警期间的行车视频文件，导致告警期间内的行车视频文件被清理丢失。

基于相同的发明构思，本申请实施例提供了一种行车记录管理装置700，具体如图7所示，包括：

行车记录模块701，被配置为执行响应于行车记录指示，启用行车记录仪；

条件判定模块702，被配置为执行在行车记录仪工作过程中，基于所述车辆所在的路段，和/或所在路段的拥堵率判断是否满足视频生成条件；

视频生成模块703，被配置为执行在确定满足所述视频生成条件后，将第一时刻至当前时刻所述行车记录仪采集的视频封装为行车视频文件；其中，若首次满足所述视频生成条件，则所述第一时刻是行车记录仪开始工作时刻；若非首次满足所述视频生成条件，则所述第一时刻是上一行车视频文件的视频结束时刻；

视频上传模块704，被配置为执行响应于视频上传指示，将生成的行车视频文件上传至云端。

在一些可能的实施例中，所述视频生成条件包括下述条件中的任一或组合：

条件一，确定车辆所在路段变更；

条件二，确定车辆所在路段的拥堵率大于拥堵阈值，且当前时刻与上一行车视频文件的视频结束时刻的间隔达到指定时长。

在一些可能的实施例中，所述视频生成模块还被配置为：

将第一时刻至当前时刻所述行车记录仪采集的视频封装为行车视频文件之后，为所述行车视频文件添加标识信息；

其中，所述标识信息用于所述行车视频文件在云端的存储文件索引，所述标识信息包括路段标识和时间标识；所述路段标识用于指示所述行车视频文件中车辆所在的路段，所述时间标识用于指示视频起始时间和视频结束时间。

在一些可能的实施例中，执行所述响应于视频上传指示，将生成的行车视频文件上传至云端，所述视频上传模块被配置为：

接收待上传视频的视频信息；其中，所述视频信息用于指示车辆所在路段和/或任一时间节点，所述视频信息为通过云端搜索行车视频文件的搜索项；

从各行车视频文件的标识信息中选定满足所述视频信息中全部指示的目标标识，并将携带所述目标标识的行车视频文件上传至云端。

在一些可能的实施例中，所述装置还包括：

告警模块，被配置为执行响应于车辆告警指示，接收告警事件的告警信息；其中，所述告警信息包括所述告警事件的事件类型，及事件发生时刻；

确定与所述事件类型对应的视频自主上传策略，通过执行所述视频自主上传策略以根据所述事件发生时刻从各所述行车视频文件中选定告警文件，并将告警文件上传至云端。

在一些可能的实施例中，所述事件类型包括征车辆触发交通事故的第一类型，和/或车辆部件在行驶期间产生异常的第二类型；

执行所述通过执行所述视频自主上传策略以根据所述事件发生时刻从各所述行车视频文件中选定告警文件，所述告警模块被配置为：

若所述事件类型为所述第一类型，则所述告警文件为视频时间内包含所述事件发生时刻的行车视频文件；

若所述事件类型为所述第二类型，则所述告警文件为所述事件发生时刻和事件结束时刻内封装的全部行车视频文件。

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

如图8所示，控制设备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++等，还包括常规的过程式程序设计语言—诸如语言或类似的程序设计语言。程序代码可以完全地在用户控制设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户控制设备上部分在远程控制设备上执行、或者完全在远程控制设备或服务端上执行。在涉及远程控制设备的情形中，远程控制设备可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户控制设备，或者，可以连接到外部控制设备(例如利用因特网服务提供商来通过因特网连接)。

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

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

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

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

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

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

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

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