CN109147083B - 异常恢复方法及装置 - Google Patents

Abstract

本申请提供一种异常恢复方法及装置，该方法可应用于行车记录仪，该方法可包括：响应于用户的启动指令，执行启动；基于预设策略检测所述启动是否异常；如果检测到所述启动异常时，基于预设的多种异常恢复策略执行异常恢复。使用本申请提供的方法，可以实现行车记录仪通过多种异常恢复策略自主排除故障，并自动进行异常恢复。

Description

异常恢复方法及装置

技术领域

本申请涉及计算机通信领域，尤其涉及异常恢复方法及装置。

背景技术

随着智能设备和移动互联网技术的发展，打车软件和租车软件等的普及给人们的出行带来了极大的便利。

为了保证打车或者租车过程中的行车安全，通常大部分的租赁车辆以及提供打车服务的车辆都安装有行车记录仪，记录车辆行驶全过程中的视频、音频等信息。通常，行车记录仪还具有系统软件以及可与用户交互的可视化界面。行车记录仪可通过该系统软件以及可视化界面，为用户提供实时播放记录的视频信息、回放、下载等功能。

然而，当行车记录仪启动异常时，严重影响了行车过程中对于行车数据的记录，因此如何恢复行车记录仪的异常启动就成为亟待解决地问题。

发明内容

有鉴于此，本申请提供一种异常恢复方法及装置，用以实现行车记录仪通过多种异常恢复策略自主排除故障，并自动进行异常恢复。

具体地，本申请是通过如下技术方案实现的：

根据本申请的第一方面，提供一种异常恢复方法，所述方法应用于行车记录仪，所述方法包括：

响应于用户的启动指令，执行启动；

基于预设策略检测所述启动是否异常；

如果检测到所述启动异常，基于预设的多种异常恢复策略执行异常恢复。

可选的，所述多种异常恢复策略分别对应不同的优先级；

所述基于预设的多种异常恢复策略执行异常恢复，包括：

按照所述多种异常恢复策略对应的优先级顺序，依次执行所述多种异常恢复策略，进行异常恢复。

可选的，所述多种异常恢复策略包括版本更新异常恢复策略和数据清理异常恢复策略；其中，所述版本更新异常恢复策略高于所述数据清理异常恢复策略；

所述按照所述多种异常恢复策略对应的优先级顺序，依次执行所述多种异常恢复策略，包括：执行所述版本更新异常恢复策略，进行所述行车记录仪的系统软件版本更新，并在完成所述系统软件版本更新后，执行重新启动，以及重新检测所述启动是否异常；如果在完成所述系统软件版本更新后，仍存在启动异常，则进一步执行所述数据清理异常恢复策略进行异常恢复。

可选的，所述执行所述版本更新异常恢复策略，进行所述行车记录仪的系统软版本更新，包括：向后台服务端发送用于查询所述行车记录仪的最新系统软件版本的查询请求；接收所述后台服务端在收到所述查询请求后返回的对应于所述行车记录仪的最新系统软件版本的更新程序；基于所述更新程序对所述行车记录仪的系统软件进行更新。

可选的，所述执行所述数据清理异常恢复策略进行异常恢复，包括：查询所述数据清理异常恢复策略所指定的配置数据；对所述指定的配置数据进行清理，并在清理完成后，执行重新启动，以及重新检测所述启动是否异常。

可选的，如果基于所述多种异常恢复策略执行异常恢复后，所述行车记录仪仍启动异常，则执行以下操作中的任一或者多个的组合：通过后台服务端向管理员发送告警信息；保持在预设的初始化界面；在预设时长内，保持在预设的初始化界面，并在所述预设时长超时后，重启所述行车记录仪。

根据本申请的第二方面，提供一种异常恢复装置，所述装置应用于行车记录仪，所述装置包括：

启动单元，用于响应于用户的启动指令，执行启动；

检测单元，用于基于预设策略检测所述启动是否异常；

执行单元，用于如果检测到所述启动异常，基于预设的多种异常恢复策略执行异常恢复。

可选的，所述多种异常恢复策略分别对应不同的优先级；

所述执行单元，具体用于按照所述多种异常恢复策略对应的优先级顺序，依次执行所述多种异常恢复策略，进行异常恢复。

可选的，所述多种异常恢复策略包括版本更新异常恢复策略和数据清理异常恢复策略；其中，所述版本更新异常恢复策略高于所述数据清理异常恢复策略；

所述执行单元，进一步用于执行所述版本更新异常恢复策略，进行所述行车记录仪的系统软件版本更新，并在完成所述系统软件版本更新后，执行重新启动，以及重新检测所述启动是否异常；如果在完成所述系统软件版本更新后，仍存在启动异常，则进一步执行所述数据清理异常恢复策略进行异常恢复。

可选的，所述执行单元，进一步用于向后台服务端发送用于查询所述行车记录仪的最新系统软件版本的查询请求；接收所述后台服务端在收到所述查询请求后返回的对应于所述行车记录仪的最新系统软件版本的更新程序；基于所述更新程序对所述行车记录仪的系统软件进行更新。

可选的，所述执行单元，进一步用于查询所述数据清理异常恢复策略所指定的配置数据；对所述指定的配置数据进行清理，并在清理完成后，执行重新启动，以及重新检测所述启动是否异常。

可选的，如果基于所述多种异常恢复策略执行异常恢复后，所述行车记录仪仍启动异常，所述执行单元还用于执行以下操作中的任一或者多个的组合：

通过后台服务端向管理员发送告警信息；

保持在预设的初始化界面；

在预设时长内，保持在预设的初始化界面，并在所述预设时长超时后，执行重新启动。

本申请提出一种异常恢复方法，行车记录仪可响应于用户的启动指令，执行启动操作。该行车记录仪可基于预设策略检测该启动是否异常。如果检测到所述行车记录仪启动异常，该行车记录仪可基于预设的多种异常恢复策略对应的优先级顺序，对所述行车记录仪执行异常恢复。

由于行车记录仪可基于多种异常恢复策略，并按照多种异常恢复策略的优先级顺序，自主地进行异常恢复，使得该行车记录仪可自主地，多方式地排除启动异常故障，从而实现异常启动的恢复。

附图说明

图1是本申请一示例性实施例示出的一种行车记录系统的网络架构图；

图2是本申请一示例性实施例示出的一种异常恢复方法的流程图；

图3是本申请一示例性实施例示出的一种异常恢复装置的硬件结构图；

图4是本申请一示例性实施例示出的一种异常恢复装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

近年来，随着城市的发展，打车、租车等的需求已逐渐成为大众普遍的需求，尤其是随着智能设备和移动互联网技术的迅猛发展，打车软件和租车软件等的普及，给人们的出行带来了极大的便利。

为了保证行车安全，通常可在租赁车辆或者提供打车服务的车辆中安装行车记录仪，来记录车辆行驶的视频、音频等信息。通常，该行车记录仪具有系统软件以及可与用户交互的可视化界面。该行车记录仪可通过该系统软件以及可视化交互界面为用户提供实时显示行车记录仪记录的视频图像，以及视频、音频等的回放、下载等功能。

然而，当上述行车记录仪出现启动异常的问题时，该行车记录仪如何自主排除异常启动的故障，恢复启动就成为亟待解决的问题。

有鉴于此，本申请提出一种异常恢复方法，行车记录仪可响应于用户的启动指令，执行启动。该行车记录仪可基于预设策略检测所述启动是否异常。如果检测到所述启动异常，该行车记录仪可基于预设的多种异常恢复策略执行异常恢复。

由于行车记录仪在检测到启动异常后，可基于多种异常恢复策略进行异常恢复，使得该行车记录仪可基于异常恢复策略，自主排除启动异常故障，从而实现异常启动的恢复。

参见图1，图1是本申请一示例性实施例示出的一种行车记录系统的网络架构图。该行车系统可包括：行车记录仪101、后台服务端102以及前端管理平台103。

其中，上述行车记录仪101，可用于记录车辆行驶全过程中的视频信息和音频信息，该视频信息和音频信息可作为交通事故的证据。

当然，随着行车记录仪向更智能化的方向发展，该行车记录仪还可具有更为多样的功能。例如，上述行车记录仪支持前后双摄。在司机倒车时，该行车记录仪可记录倒车影像视频，为司机提供更好的倒车服务等。这里，不对上述行车记录仪的功能，以及所记录的视频信息和音频信息的用途进行具体地限定。

通常，上述行车记录仪搭载有系统软件。该系统软件可支持多种功能，例如，实时显示行车记录仪记录的视频信息，支持行车记录仪记录的音频信息或者视频信息的回放等，或者支持司机通过该行车记录仪与后台服务端交互等功能。这里只是对该系统软件的功能进行示例性地说明，不对其进行具体地限定。

上述行车记录仪还具有可与用户，例如司机，进行交互的可视化界面。通过可视化界面，行车记录仪可向用户输出相关的用户提示信息，显示该行车记录仪的视频信息等。

上述后台服务端102，可包括后台服务器，也可包括由若干台后台服务器搭建的分布式平台。该后台服务端可用于对上述行车记录仪上报的视频信息或者音频信息进行分布式存储和分布式的业务处理等，还可用于向行车记录仪下发最新版本的行车记录仪软件等功能。这里，只是对后台服务端功能的示例性说明，不对其进行具体地限定。

上述前端管理平台103，可以为前端管理平台软件，该软件可为管理人员提供一个可视化的交互界面，管理人员可通过该前端管理平台的交互界面，管理行车记录仪、车辆、司机以及行车记录仪记录的行车视频和音频的相关信息等。例如，管理员可在该前端管理平台上添加行车记录仪，车辆车牌号，司机身份信息等相关信息，管理员还可通过该前端管理平台调取，查看行车记录仪记录的视频信息和音频信息等。

例如，上述前端管理平台可为MIS系统(Management Information System，管理信息系统)。

这里只是对前端管理平台的功能进行示例性地说明，不对其进行具体地限定。

在该网络架构下，行车记录仪可将记录的视频、音频信息上传至后台服务端，并在前端管理平台生成与该行车记录仪对应的记录，供管理员进行管理。管理员可通过上述前端管理平台管理所述司机、车辆、行车记录仪以及其录制的视频、音频等相关信息。同时，行车记录仪还可通过可视化界面提示司机进行相应的操作，响应司机查看视频信息等需求。

参见图2，图2是本申请一示例性实施例示出的一种异常恢复方法的流程图。该流程可包括步骤201至步骤202。

步骤201：行车记录仪响应于用户的启动指令，执行启动；

步骤202：行车记录仪基于预设策略检测该启动是否异常；

在实现时，用户可通过行车记录仪上的按钮等，启动行车记录仪。

当该行车记录仪接收到该用户的启动指令后，可执行启动操作。行车记录仪可基于预设策略检测该启动是否异常。

在一种可选的实现方式中，该预设策略可以包括：行车记录仪的系统软件可配置有守护进程。行车记录仪可通过该守护进程来检测与该行车记录仪启动相关的进程是否存在异常。

在衡量与该行车记录仪启动相关的进程是否异常时，该守护进程可通过检测与该行车记录仪启动相关的进程是否成功启动，与该行车记录仪启动相关的进程的启动时间是否超时，与该行车记录仪启动相关的进程是否响应等来检测行车记录仪启动是否异常。

当然，还可依据本领域技术人员熟知的技术手段，来检测本行车记录仪启动是否异常，这里不再赘述。

步骤203：如果检测到启动异常时，行车记录仪可基于预设的多种异常恢复策略进行异常恢复。

在本申请实施例中，当行车记录仪检测到启动异常时，行车记录仪可基于多种异常恢复策略，自主地对进行异常启动的故障排除，并进行该行车记录仪异常启动的恢复。

在实现时，为了更为快速的找到行车记录仪异常启动的故障，对行车记录仪执行异常启动的恢复，开发人员可依据实际应用中发生的造成异常启动的故障，设定针对各故障的异常恢复策略，并可基于上述故障出现的频率大小，为各故障对应的异常恢复策略配置不同的优先级。例如，开发人员可为出现频率较大的故障对应的异常恢复策略配置较高的优先级，为出现频率较小的故障对应的异常恢复策略配置较低的优先级。

当然，管理人员还可以基于实际情况，来配置异常恢复策略及其优先级，这里不对异常恢复策略及其优先级的配置进行具体地限定。

在基于预设的多种异常恢复策略对所述行车记录仪执行异常启动恢复时，行车记录仪可按照上述多种异常恢复策略对应的优先级顺序，依次执行该多种异常恢复策略，来进行异常恢复。

通常，行车记录仪启动异常可以是该行车记录仪的系统软件版本存在bug所致，在对系统软件升级后可自动排除该启动异常的故障，实现异常启动的恢复。因此，上述多种异常恢复策略可包括版本更新异常恢复策略。

当然，行车记录仪启动异常也可以是因为行车记录仪中的缓存数据或者与启动相关的配置数据出现问题所致，所以上述多种异常恢复策略还可包括数据清理异常恢复策略。

在一种可选的实现方式中，该版本更新异常恢复策略的优先级可高于该数据清理异常恢复策略。

在基于预设的多种异常恢复策略对该行车记录仪执行异常恢复时，行车记录仪可先执行该版本更新异常恢复策略，对行车记录仪执行行车记录仪版本的更新。

在实现时，管理员可通过上述前端管理平台上的针对行车记录仪最新系统软件版本的安装包或者补丁程序的链接，获取该行车记录仪的最新系统软件版本的安装包或者补丁程序，并将该安装包或者补丁程序发布到后台的服务端上。后台服务端可储存有上述行车记录仪的各个系统软件版本的安装包或者补丁程序。

在执行该版本更新异常恢复策略时，行车记录仪可向该后台服务端发送用于查询本行车记录仪的最新系统软件版本的查询请求，该查询请求中可携带本行车记录仪的行车记录仪名称、行车记录仪的系统软件版本的版本号，行车记录仪的系统软件版本的更新日期或者安装日期等相关信息。

该后台服务端可接收该查询请求，并可获取查询请求中携带的该行车记录仪的行车记录仪名称、行车记录仪的系统软件版本的版本号，行车记录仪的系统软件版本的更新日期或者安装日期等相关信息。后台服务端可基于该获取到的信息，查询该行车记录仪的系统软件最新版本的更新程序。该更新程序可包括该行车记录仪的系统软件最新版本的安装包或者补丁程序。

在更新该行车记录仪的系统软件时，可采用增量更新的方式。例如，后台服务端可向该行车记录仪返回行车记录仪的系统软件最新版本的补丁程序，行车记录仪通过补丁程序对本行车记录仪的系统软件进行更新。

或者，在更新该行车记录仪的系统软件时，还可采用全量更新的方式。例如，后台服务端可向该行车记录仪返回行车记录仪的系统软件最新版本的安装包，行车记录仪可卸载原版本的系统软件，然后再基于该最新版本系统软件的安装包，重新安装该行车记录仪的系统软件。

在完成该行车记录仪的系统软件的更新后，行车记录仪可执行重新启动操作，并且可基于上述检测行车记录仪启动是否异常的方法，再次检测此次启动是否异常。

如果该行车记录仪的启动仍然异常，行车记录仪则可进一步执行上述数据清理异常恢复策略，进行异常恢复。

在实现时，该行车记录仪可查询该数据清理异常恢复策略所指定的配置数据，该指定的配置数据可以为该行车记录仪的缓存数据或者与行车记录仪启动相关的配置数据等。这里，只是对数据清理异常恢复策略所指定的配置数据进行示例性的说明，不对其进行具体地限定。

在查找到该数据清理异常恢复策略所指定的配置数据后，该行车记录仪可对这些指定的配置数据进行清理。在清理完成后，行车记录仪可重启本行车记录仪，并且基于上述检测行车记录仪是否存在启动异常的检测方法，重新检测该行车记录仪本次启动是否存在异常。

在本申请实施例中，为了保证在行车记录仪自主进行异常启动的恢复失败后，仍然可以进一步对行车记录仪异常启动的故障进行排查。该行车记录仪还可执行以下操作中的任一或者多个的组合。

在实现时，当行车记录仪基于上述多种异常恢复策略执行异常恢复后，该行车记录仪仍然启动异常时，该行车记录仪可向后台服务器发送告警信息。后台服务器在接收到该告警信息后，可将该告警信息转发给前端管理平台，由前端管理平台将该告警信息展示给管理员，以由管理员处理该行车记录仪的异常启动。

当然，该行车记录仪还可保持在预设的初始化界面，以阻塞后续行车记录仪所要执行的进程。

该行车记录仪还可以在预设时长内，保持在预设的初始化界面，并可在预设时长超时后，重新启动该行车记录仪，并基于上述检测行车记录仪启动是否异常的方法来检测行车记录仪是否异常。

本申请提出一种异常恢复方法，行车记录仪可响应于用户的启动指令，执行启动操作。该行车记录仪可基于预设策略检测该启动是否异常。如果检测到所述行车记录仪启动异常，该行车记录仪可基于预设的多种异常恢复策略对应的优先级顺序，对所述行车记录仪执行异常恢复。

由于行车记录仪可基于多种异常恢复策略，并按照多种异常恢复策略的优先级顺序，自主地进行异常恢复，使得该行车记录仪可自主地，多方式地排除启动异常故障，从而实现异常启动的恢复。

与前述异常恢复方法的实施例相对应，本申请还提供了异常恢复装置的实施例。

本申请异常恢复装置的实施例可以应用在行车记录仪上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在行车记录仪的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图3所示，为本申请异常恢复装置所在行车记录仪的一种硬件结构图，除了图3所示的处理器、内存、网络出接口、以及非易失性存储器之外，实施例中装置所在的行车记录仪通常根据该行车记录仪的实际功能，还可以包括其他硬件，对此不再赘述。

请参考图4，图4是本申请一示例性实施例示出的一种异常恢复装置的框图。该异常恢复装置可包括启动单元401、检测单元402以及执行单元403。

其中，上述启动单元401，用于响应于用户的启动指令，执行启动；

上述检测单元402，用于基于预设策略检测所述启动是否异常；

上述执行单元403，用于如果检测到所述启动异常，基于预设的多种异常恢复策略执行异常恢复。

在一种可选的实现方式中，所述多种异常恢复策略分别对应不同的优先级；

所述执行单元403，具体用于按照所述多种异常恢复策略对应的优先级顺序，依次执行所述多种异常恢复策略，进行异常恢复。

在另一种可选的实现方式中，所述多种异常恢复策略包括版本更新异常恢复策略和数据清理异常恢复策略；其中，所述版本更新异常恢复策略高于所述数据清理异常恢复策略；

所述执行单元403在按照所述多种异常恢复策略对应的优先级顺序，依次执行所述多种异常恢复策略时，进一步用于执行所述版本更新异常恢复策略，进行所述行车记录仪的系统软件版本更新，并在完成所述系统软件版本更新后，执行重新启动，以及重新检测所述启动是否异常；如果在完成所述系统软件版本更新后，仍存在启动异常，则进一步执行所述数据清理异常恢复策略进行异常恢复。

在另一种可选的实现方式中，所述执行单元403在执行所述版本更新异常恢复策略，进行所述行车记录仪的系统软件版本更新时，进一步用于向后台服务端发送用于查询所述行车记录仪的最新系统软件版本的查询请求；接收所述后台服务端在收到所述查询请求后返回的对应于所述行车记录仪的最新系统软件版本的更新程序；基于所述更新程序对所述行车记录仪的系统软件进行更新。

在另一种可选的实现方式中，所述执行单元403在执行所述数据清理异常恢复策略进行异常恢复时，进一步用于查询所述数据清理异常恢复策略所指定的配置数据；对所述指定的配置数据进行清理，并在清理完成后，执行重新启动，以及重新检测所述启动是否异常。

在另一种可选的实现方式中，如果基于所述多种异常恢复策略对所述行车记录仪执行异常恢复后，所述行车记录仪仍启动异常，所述执行单元403还用于执行以下操作中的任一或者多个的组合：

通过后台服务端向管理员发送告警信息；

保持在预设的初始化界面；

在预设时长内，保持在预设的初始化界面，并在所述预设时长超时后，重启所述行车记录仪。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (10)

1.一种异常恢复方法，其特征在于，所述方法应用于行车记录仪，所述方法包括：

响应于用户的启动指令，执行启动；

基于预设策略检测所述启动是否异常；

如果检测到所述启动异常，基于预设的多种异常恢复策略执行异常恢复；

所述多种异常恢复策略分别对应不同的优先级；

所述基于预设的多种异常恢复策略执行异常恢复，包括：

按照所述多种异常恢复策略对应的优先级顺序，依次执行所述多种异常恢复策略，进行异常恢复；

所述多种异常恢复策略包括版本更新异常恢复策略和数据清理异常恢复策略；其中，所述版本更新异常恢复策略高于所述数据清理异常恢复策略。

2.根据权利要求1所述的方法，其特征在于，

所述按照所述多种异常恢复策略对应的优先级顺序，依次执行所述多种异常恢复策略，包括：

执行所述版本更新异常恢复策略，进行所述行车记录仪的系统软件版本更新，并在完成所述系统软件版本更新后，执行重新启动，以及重新检测所述启动是否异常；

如果在完成所述系统软件版本更新后，仍存在启动异常，则进一步执行所述数据清理异常恢复策略进行异常恢复。

3.根据权利要求2所述的方法，其特征在于，所述执行所述版本更新异常恢复策略，进行所述行车记录仪的系统软版本更新，包括：

向后台服务端发送用于查询所述行车记录仪的最新系统软件版本的查询请求；

接收所述后台服务端在收到所述查询请求后返回的对应于所述行车记录仪的最新系统软件版本的更新程序；

基于所述更新程序对所述行车记录仪的系统软件进行更新。

4.根据权利要求2所述的方法，其特征在于，所述执行所述数据清理异常恢复策略进行异常恢复，包括：

查询所述数据清理异常恢复策略所指定的配置数据；

对所述指定的配置数据进行清理，并在清理完成后，执行重新启动，以及重新检测所述启动是否异常。

5.根据权利要求1所述的方法，其特征在于，如果基于所述多种异常恢复策略执行异常恢复后，所述行车记录仪仍启动异常，则执行以下操作中的任一或者多个的组合：

通过后台服务端向管理员发送告警信息；

保持在预设的初始化界面；

在预设时长内，保持在预设的初始化界面，并在所述预设时长超时后，执行重新启动。

6.一种异常恢复装置，其特征在于，所述装置应用于行车记录仪，所述装置包括：

启动单元，用于响应于用户的启动指令，执行启动；

检测单元，用于基于预设策略检测所述启动是否异常；

执行单元，用于如果检测到所述启动异常，基于预设的多种异常恢复策略执行异常恢复；

所述多种异常恢复策略分别对应不同的优先级；

所述执行单元，具体用于按照所述多种异常恢复策略对应的优先级顺序，依次执行所述多种异常恢复策略，进行异常恢复；

所述多种异常恢复策略包括版本更新异常恢复策略和数据清理异常恢复策略；其中，所述版本更新异常恢复策略高于所述数据清理异常恢复策略。

7.根据权利要求6所述的装置，其特征在于，

所述执行单元，进一步用于执行所述版本更新异常恢复策略，进行所述行车记录仪的系统软件版本更新，并在完成所述系统软件版本更新后，执行重新启动，以及重新检测所述启动是否异常；如果在完成所述系统软件版本更新后，仍存在启动异常，则进一步执行所述数据清理异常恢复策略进行异常恢复。

8.根据权利要求6所述的装置，其特征在于，所述执行单元，进一步用于向后台服务端发送用于查询所述行车记录仪的最新系统软件版本的查询请求；

接收所述后台服务端在收到所述查询请求后返回的对应于所述行车记录仪的最新系统软件版本的更新程序；基于所述更新程序对所述行车记录仪的系统软件进行更新。

9.根据权利要求6所述的装置，其特征在于，所述执行单元，进一步用于查询所述数据清理异常恢复策略所指定的配置数据；对所述指定的配置数据进行清理，并在清理完成后，执行重新启动，以及重新检测所述启动是否异常。

10.根据权利要求6所述的装置，其特征在于，如果基于所述多种异常恢复策略执行异常恢复后，所述行车记录仪仍启动异常，所述执行单元还用于执行以下操作中的任一或者多个的组合：

通过后台服务端向管理员发送告警信息；

保持在预设的初始化界面；

在预设时长内，保持在预设的初始化界面，并在所述预设时长超时后，执行重新启动。

Images