CN113985852A - 车载终端日志处理方法、装置及系统 - Google Patents

Abstract

本申请提出了一种车载终端日志处理方法、装置及系统，在目标车载终端与后台服务器之间的通信异常的情况下，目标车载终端能够获得据此生成的紧急模式触发指令，通过响应该紧急模式触发指令，重启激活目标车载终端预先配置的紧急系统运行，使得目标车载终端能够将获得的日志数据上报至紧急服务器进行存储，这样，日志分析设备就能够从该紧急服务器下载所需的日志数据，保证后台能够及时获得目标车载终端的日志数据，分析其异常原因，且相对于拆卸目标车载终端给售后工程师，通过复杂方式导出日志数据的处理方法，简化了车载终端日志数据获取步骤，解决了远距离邮寄目标车载终端带来的安全隐患，人力和时间的消耗，提高了异常分析效率。

Description

车载终端日志处理方法、装置及系统

技术领域

本申请主要涉及车联网应用领域，更具体地说是涉及一种车载终端日志处理方法、装置及系统。

背景技术

如今，车联网系统通常包括主机、车载T-BOX(Telematics BOX，称为车载终端)、手机APP及后台系统的后台服务器这四部分，实现车辆的远程控制与管理。其中，车载终端可以通过网络将日志数据传输至后台服务器，由后台服务器对日志数据进行分析，得到所需的分析结果，如车况报告、行车报告、油耗统计、故障提醒、违章查询、位置轨迹、驾驶行为等，保证车辆安全性和行驶可靠性。

然而，在车载终端因自身异常导致无法连接后台服务器的情况下，后台服务器将无法获得车载终端上报的日志数据，通常是采用换件方式将车载终端交给售后工程师，从中导出日志数据进行问题分析，非常麻烦。且对于需要远距离邮寄拆下的车载终端，无法保证其运输到售后工程师过程的安全性，也会耗费较多的人力和时间，降低了问题分析效率。

发明内容

有鉴于此，本申请提出了一种车载终端日志处理方法，所述方法包括：

获得紧急模式触发指令；所述紧急模式触发指令是在目标车载终端与后台服务器之间的通信异常的情况下生成的；

响应所述紧急模式触发指令，重启激活紧急系统运行；其中，所述目标车载终端运行所述紧急系统期间，除特定功能之外的功能处于禁用状态；

将获得的日志数据上报至紧急服务器，由所述紧急服务器存储所述目标车载终端的日志数据，以使日志分析设备能够从所述紧急服务器下载所述目标车载终端的日志数据。

可选的，所述重启激活所述目标车载终端的紧急系统运行，包括：

将所述目标车载终端的系统引导位置更新为紧急系统引导位置；

确定所述目标车载终端处于低功耗工作状态，执行系统重启指令，依据所述紧急系统引导位置，引导加载紧急系统启动；

将所述系统引导位置更新为控制系统引导位置；所述控制系统引导位置用于引导加载所述目标车载终端的控制系统，且所述目标车载终端运行所述控制系统期间，全部功能处于可使用状态。

可选的，所述获得紧急模式触发指令，响应所述紧急模式触发指令，包括：

接收通信服务器发送的紧急模式触发指令；其中，所述紧急模式触发指令是通信设备响应对与所述后台服务器的通信异常的所述车载终端的选择操作，获得的针对所选择的车载终端输入的预设格式的紧急任务内容生成后发送至所述通信服务器的指令；所述紧急任务内容包括所选择的车载终端的终端标识信息、所选择的车载终端所在车辆的车辆标识信息，以及紧急任务类别标识；

解析所述紧急模式触发指令，获得所述车辆标识信息和所述终端标识信息；

利用目标车辆标识信息和目标终端标识信息，对所述车辆标识信息和所述终端标识信息进行一致性验证；

若验证结果一致，执行所述紧急模式触发指令。

可选的，所述方法还包括：

确定所述紧急模式触发指令包含的紧急任务类别标识对应的目标紧急任务；

执行所述目标紧急任务；

其中，所述执行所述目标紧急任务包括：

若所述目标紧急任务包括远程导日志任务，获得待传输的日志数据，执行步骤所述将获得的日志数据上报至所述紧急服务器；

若所述目标紧急任务包括日志分析任务，对本地存储的日志数据进行分析，得到日志分析结果，将所述日志分析结果发送至所述通信服务器，由所述通信服务器将所述日志分析结果发送至所述目标车载终端或所述通信设备；

若所述目标紧急任务包括断电重启任务，控制所述目标车载终端断电，执行步骤所述重启激活紧急系统运行，或者重启激活控制系统运行。

可选的，若所述目标紧急任务包括所述远程导日志任务和/或所述日志分析任务，在所述执行所述目标紧急任务后，所述方法还包括：

控制所述目标车载终端断电重启，依据控制系统引导位置，引导加载控制系统启动。

可选的，在所述接收通信服务器发送的紧急模式触发指令的情况下，所述方法还包括：

检测到所述目标车载终端处于低功耗工作状态，唤醒所述目标车载终端进入正常工作状态，执行步骤所述解析所述紧急模式触发指令，获得所述车辆标识信息和所述终端标识信息；

检测到所述目标车载终端处于所述正常工作状态，执行步骤所述解析所述紧急模式触发指令，获得所述车辆标识信息和所述终端标识信息。

可选的，所述获得紧急模式触发指令，包括：

获取车辆的操作状态数据；所述操作状态数据包括针对所述车辆的目标部件操作动作、不同所述操作动作的操作顺序及操作时长；

检测到所述操作状态数据满足紧急模式触发条件，生成针对目标车载终端的紧急模式触发指令。

可选的，所述将获得的日志数据上报至紧急服务器，包括：

检测到所述目标车载终端的移动通信网络处于正常通信状态，通过所述移动通信网络，将获得的日志数据上报至紧急服务器；

检测到所述目标车载终端的移动通信网络处于异常通信状态，对获得的日志数据进行拆分预处理，得到多个日志短消息；

将所述多个日志短消息依次发送至通信服务器，由所述通信服务器对所述多个日志短消息进行拼接处理，将得到的日志数据发送至紧急服务器。

本申请还提出了一种车载终端日志处理装置，所述装置包括：

紧急模式触发指令获得模块，用于获得紧急模式触发指令；所述紧急模式触发指令是在目标车载终端与后台服务器之间的通信异常的情况下生成的；

紧急系统启动模块，用于响应所述紧急模式触发指令，重启激活紧急系统运行；其中，所述目标车载终端运行所述紧急系统期间，除特定功能之外的功能处于禁用状态；

日志数据上报模块，用于将获得的日志数据上报至紧急服务器，由所述紧急服务器存储所述目标车载终端的日志数据，以使日志分析设备能够从所述紧急服务器下载所述目标车载终端的日志数据。

本申请还提出了一种车载终端日志处理系统，所述系统包括车载终端、后台服务器和紧急服务器；

所述车载终端包括通信模块、存储器和处理器，其中：

所述通信模块，用于在所述车载终端运行控制系统的情况下，能够实现与所述后台服务器的远程通信，将获得的日志数据发送至所述后台服务器；在所述车载终端运行紧急系统的情况下，能够实现与所述紧急服务器的通信，将获得的日志数据发送至所述紧急服务器，且在所述车载终端运行所述紧急系统期间，除特定功能之外的功能处于禁用状态；

所述存储器，用于存储实现上述的车载终端日志处理方法的程序；

所述处理器，用于加载执行所述存储器存储的程序，实现上述的车载终端日志处理方法；

所述紧急服务器，用于存储所述车载终端上报的日志数据，响应日志分析设备针对目标车载终端的日志查询请求，将所述目标车载终端的日志数据发送至所述日志分析设备。

由此可见，本申请提供了一种车载终端日志处理方法、装置及系统，在目标车载终端与后台服务器之间的通信异常的情况下，目标车载终端能够获得据此生成的紧急模式触发指令，通过响应该紧急模式触发指令，重启激活目标车载终端预先配置的紧急系统运行，使得目标车载终端能够将获得的日志数据上报至紧急服务器进行存储，这样，日志分析设备就能够从该紧急服务器下载所需的日志数据，解决了在目标车载终端与后台服务器之间的通信异常的情况下，后台服务器因无法直接远程获取目标车载终端的日志数据，导致无法及时获得异常原因的技术问题，且相对于拆卸目标车载终端给售后工程师，通过复杂方式导出日志数据的处理方法，简化了车载终端日志数据获取步骤，解决了远距离邮寄目标车载终端带来的安全隐患，人力和时间的消耗，提高了异常分析效率。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为适用于本申请提出的车载终端日志处理方法的车载终端日志处理系统的一可选示例的结构示意图；

图2为适用于本申请提出的车载终端日志处理方法的车载终端日志处理系统的又一可选示例的硬件结构示意图；

图3为适用于本申请提出的车载终端日志处理系统的车载终端的一可选示例的硬件结构示意图；

图4为本申请提出的车载终端日志处理方法的一可选示例的流程示意图；

图5为本申请提出的车载终端日志处理方法的又一可选示例的流程示意图；

图6为本申请提出的车载终端日志处理方法的又一可选示例的流程示意图；

图7为本申请提出的车载终端日志处理方法中，车载终端日志数据上报至紧急服务器的一可选细化实现方法的信令流程示意图；

图8为本申请提出的车载终端日志处理装置的一可选示例的结构示意图；

图9为本申请提出的车载终端日志处理装置的又一可选示例的结构示意图；

图10为本申请提出的车载终端日志处理装置的又一可选示例的结构示意图。

具体实施方式

针对背景技术部分描述的技术方案，本申请提出在服务侧部署区别于后台服务器(即用于实现对车载终端和/或其所在车辆的各业务的服务设备)的紧急服务器，且对车载终端配置一个最小系统作为紧急系统，在车载终端TBOX(Telematics BOX)因各种异常原因导致其与后台服务器之间的通信连接断开的情况下，可以触发车载终端切换到该紧急系统运行，实现与紧急服务器之间的连接，从而将日志数据发送至紧急服务器进行存储，以使售后工程师可以直接从该紧急服务器下载所需待分析车载终端的日志数据，无需拆件后将车载终端给售后工程，再通过复杂手段导出日志数据，节省了人力和时间成本，提高了日志数据获取效率和安全性。

其中，对于上述车载终端的紧急系统，区别于车载终端正常运行的应用系统，具备网络通信、文件压缩和传输等基本功能，在此期间无法实现据此实现对相应车辆的远程控制。在车载终端正常工作期间，该紧急系统不会启用，且按照上文描述的方法完成紧急任务后，车载终端可以切换到正常应用系统工作，满足用户对车辆控制需求。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合，也就是说，基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在本申请文件中，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其它的步骤或元素。由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

其中，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，在本申请实施例的描述中，“多个”是指两个或多于两个。以下术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。

另外，本申请中使用了流程图用来说明根据本申请的实施例的系统所执行的操作。应当理解的是，前面或后面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各个步骤。同时，也可以将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。

参照图1，为适用于本申请提出的车载终端日志处理方法的车载终端日志处理系统的一可选示例的结构示意图，如图1所示，该系统可以包括但并不局限于车载终端10、后台服务器20以及紧急服务器30，其中：

车载终端10可以是TBOX，作为车联网系统中的一部分，可以用于与后台系统、手机APP进行通信，实现手机APP的车辆信息显示与控制，满足车辆远程控制及管理需求，实现过程本申请不作限制。

后台服务器20可以是车联网系统中的后台系统，可以基于该后台服务器20实现车辆远程控制和管理应用中的各项业务，包括但并不局限于车载终端10正常工作过程中，由后台服务器20通过网络，远程导出目标车载终端10的日志数据，以便通过对日志数据进行分析，得到所需的分析结果，实现过程本申请不做详述，可视情况而定。

由此可见，车载终端10与后台服务器20之间可以通过网络实现远程通信连接，实现两者之间的数据交互传输，本申请对两者之间的通信方式不做限制，包括但并不局限于WIFI模块、4G/5G/6G(第四代移动通信网络/第五代移动通信网络/第六代移动通信网络)模块、GPRS模块等通信模块实现的网络通信，所以说，车载终端10与后台服务器20可以配置相匹配的至少一个通信模块。

紧急服务器30可以用于存储车载终端10上报的日志数据，结合上文对本申请提出的技术方案的技术构思的相关描述，是在车载终端10异常无法连接后台服务器20的情况下，为了使售后工程师能够低成本且高效率地获取车载终端10的日志数据，即TBOX日志数据，提出在服务侧隔离部署该紧急服务器30，在车载终端10进入紧急模式后连接该紧急服务器30，将获得的日志数据通过两者之间的通信网络传输至紧急服务器30存储，方便售后工程师等通过网络访问该紧急服务器30，获得所需车载终端10的日志数据，如响应日志分析设备针对目标车载终端的日志查询请求，将目标车载终端的日志数据发送至日志分析设备进行查阅和分析等，实现过程本申请不做详述，可视情况而定。

在本申请实施例中，紧急服务器30可以是存储服务器，只用来存储日志数据，可以关闭所有无关的端口，使用固定的地址，供其他设备通过该地址获取存储的日志数据，本申请对紧急服务器30对日志数据的存储方式不作限制，通常情况下，为了区分不同车载终端的日志数据，可以按照车载终端的标识进行分类存储等。

基于此，本申请的车载终端10除了支持其实现正常工作的控制系统外，还配置了能够将日志数据上报至紧急服务器的紧急系统，该紧急系统可以是一个最小系统，无法支持车载终端10的正常工作，实现对车辆的控制，所以，在车载终端10正常工作的情况下，其紧急系统并不会启用，而是启用其控制系统；确定车载终端10进入紧急模式后，才会启用该紧急系统，且停用控制系统，这样就可以利用该紧急系统所具有的网络通信功能，将日志数据上报至紧急服务器30。

需要说明，本申请对车载终端10配置紧急系统的实现方法，及其配置的紧急系统和控制系统之间的切换控制方法不做限制，可以参照但并不局限于下文方法实施例相应部分的描述。

在本申请提出的又一些实施例中，如图2所示，该系统还可以包括通信服务器40，用于采用相应的通信方式，向车载终端发送紧急消息，以触发车载终端10切换到相应的紧急模式，按照上文描述的方式，启用紧急系统，将日志数据上报至紧急服务器30。

本申请实施例对通信服务器40的通信类别不做限制，可视情况而定。在一种可能的实现方式中，在车载终端10异常无法连接后台服务器20的情况下，车辆现场的工作人员发现后，可以使用手机等电子设备，按照预设紧急通知要求，通过短信方式，向车载终端发送紧急消息，这种情况下，该车载终端可以配置有相匹配的通信模块，实现与短信服务器的通信连接。

在又一种可能的实现方式中，本申请还可以通过近场通信等短距离通信方式，或者是其他通信方式，向异常的车载终端10发送紧急消息，以触发车载终端10启用紧急系统，本申请对触发车载终端10启动紧急系统的实现方法不做限制，包括但并不局限于上文描述的实现方式，可以依据应用场景确定。

可以理解，图1和图2所示的系统结构并不构成对本申请实施例提出的车载终端日志处理系统的限定，在实际应用中，车载终端日志处理系统可以包括比图1和图2所示的更多或更少的部件，或者组合某些部件，可以依据场景需求确定，本申请在此不做一一列举。

在一些实施例中，如图3所示，为适用于本申请提出的车载终端日志处理系统的车载终端的一可选示例的硬件结构示意图，该车载终端10可以是上述TBOX，本申请对其产品型号不做限制，如图3所示，该车载终端10可以包括但并不局限于通信模块11、存储器12和处理器13，其中：

通信模块11用于在车载终端10运行控制系统的情况下，能够实现与后台服务器20的远程通信，将获得的日志数据发送至后台服务器20；在车载终端10运行紧急系统的情况下，能够实现与紧急服务器30的通信，将获得的日志数据发送至紧急服务器30；且在车载终端10运行紧急系统期间，除特定功能之外的功能处于禁用状态。

由此可见，通信模组11可以包括能够利用无线通信网络实现数据交互的通信模块，如WIFI模块、4G/5G/6G(第四代移动通信网络/第五代移动通信网络/第六代移动通信网络)模块、GPRS模块、蓝牙模块、近场通信模块、GMS模块等一种或多种通信模块，以使车载终端可以采用相应的通信方式，实现与外部设备的通信，如实现与后台服务器的远程通信；与紧急服务器的通信；与车辆其他部件的通信；与通信服务器(如短信服务器等)的通信等，可视情况而定，本申请对车载终端10包含的通信模块11的类型及其数量不做限制。

可以理解，为了实现车载终端内部器件，以及与车辆中的其他部件之间的通信，其包含的通信模块11还可以包括USB接口、多媒体接口、串/并口等类型的数据接口，以便通过这类数据接口，采用有线通信方式实现数据/信号传输，实现过程可以依据应用需求确定，本申请不做详述。

存储器12可以用于存储实现本申请提出的车载终端日志处理方法的程序；处理器13可以用于加载执行存储器13存储的程序，实现本申请提出的车载终端日志处理方法的各步骤，实现过程可以参照下文方法实施例相应部分的描述，本申请实施例在此不做详述。

本申请实施例中，存储器12可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件或其他易失性固态存储器件。处理器13，可以为中央处理器(Central Processing Unit，CPU)、特定应用集成电路(application-specificintegrated circuit，ASIC)、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件等。在实际应用中，可以依据车载终端10的类型及其功能需求，来确定存储器12和处理器13各自的类型，并不局限于本申请列举的部件。

可以理解，图3所示的系统结构并不构成对本申请实施例提出的车载终端的限定，在实际应用中，车载终端可以包括比图3所示的更多的器件，或者组合某些器件，如报警器、指示灯、显示屏等，可以依据应用需求确定，本申请在此不做一一列举。

结合上文实施例描述的车载终端日志处理系统的应用场景的相关描述，下面将从车载终端TBOX侧描述车载终端日志处理方法的实现过程，但并不局限于下文列举的实施例内容。

参照图4，为本申请提出的车载终端日志处理方法的一可选示例的流程示意图，该方法可以适用于上述车载终端日志处理系统中的车载终端10(即TBOX)，如图4所示，该方法可以包括：

步骤S11，获得紧急模式触发指令；该紧急模式触发指令是在目标车载终端与后台服务器之间的通信异常的情况下生成的；

结合上文对本申请技术方案的相关描述，在目标车载终端TBOX通信异常的情况下，其与后台服务器(即通常情况下，与TBOX进行远程通信，实现车辆远程管理和控制的服务器)的远程通信断开，这样，基于该后台服务器所实现的业务都将无法进行，其中包含了远程导出日志业务，因此，在这种情况下，目标车载终端无法实现远程导出日志数据至后台服务器，也就无法通过日志数据分析方式，来确定目标车载终端无法连接后台的异常原因等。

在目标车载终端与后台服务器之间的通信异常，即远程通信通道断开的情况下，本申请为了能够导出目标车载终端的日志数据，以使后台系统可以获得该日志数据，提出在车载终端配置了紧急系统，如一个最小系统，且在服务器侧隔离配置了紧急服务器，配置实现方式可以参照上文相应部分的描述。这样，在检测到上述通信异常的情况时，需要控制目标车载终端切换到紧急工作模式，使其能够继续导出日志数据。

因此，在目标车载终端与后台服务器之间的通信异常的情况下，可以生成针对该目标车载终端的紧急模式触发指令，以使该目标车载终端能够获得该紧急模式触发指令。需要说明，本申请对该紧急模式触发指令的生成方法不做限制，可以包括但并不局限于目标车载终端自身生成，也可以由其他设备生成后发送至该目标车载终端等，可视情况而定。

步骤S12，响应该紧急模式触发指令，重启激活紧急系统运行；

结合上文对车载终端的紧急系统的相关描述，在目标车载终端运行紧急系统期间，该目标车载终端所具有的除特定功能之外的功能处于禁用状态，该特定功能可以包括通信功能、日志数据预处理和上传功能等，可视情况而定；相对应的，在目标车载终端通信正常的情况下，其控制系统(即正常系统)运行，能够实现该目标车载终端所具有的全部功能，即全部功能处于可用状态。本申请对目标车载终端所具有的各功能类别及其实现过程不做详述，对于不同类别的车载终端所具有的功能可能不同，本申请在此不做一一列举。

继上文对紧急模式触发指令的相关描述，目标车载终端由此可知其需要退出当前运行的控制系统，来启动紧急系统运行，以进入紧急模式下工作。由于控制系统、紧急系统属于车载终端不同的操作系统，各自的系统区域不同，在车载终端启动过程中，各自引导加载的系统信息不同，因此，在需要切换目标车载终端的操作系统的情况下，需要目标车载终端断电重启，才能够引导加载另一系统运行，本申请对重启激活目标车载终端的紧急系统的实现方法不做限制。

步骤S13，将获得的日志数据上报至紧急服务器，由紧急服务器存储目标车载终端的日志数据，以使日志分析设备能够从紧急服务器下载目标车载终端的日志数据。

其中，日志数据可以是车辆运行过程中，目标车载终端包含的多方面监测得到的日志，即TBOX日志，本申请对日志数据包含的内容及其获取方法不做限制，可视情况而定。

如上述分析，目标车载终端重启运行紧急系统期间，可以直接或间接连接系统配置的紧急服务器，将导出所获得的日志数据后上报至该紧急服务器进行存储。这样，在售后工程师等用户需要查阅分析目标车载终端的日志数据，了解异常原因或车辆运行状态等，可以通过日志分析设备向紧急服务器发送针对目标车载终端的日志查询请求，紧急服务器响应该日志查询请求，查询该目标车载终端的日志数据后，反馈至该日志分析设备或其他指定设备进行输出和/或分析，得到所需的日志分析结果，本申请对日志数据输出及分析实现方法不做限制，可视情况而定。

综上可知，在目标车载终端与后台服务器之间的通信异常的情况下，目标车载终端能够获得据此生成的紧急模式触发指令，通过响应该紧急模式触发指令，重启激活目标车载终端预先配置的紧急系统运行，使得目标车载终端能够将获得的日志数据上报至紧急服务器进行存储，这样，日志分析设备就能够从该紧急服务器下载所需的日志数据，解决了在目标车载终端与后台服务器之间的通信异常的情况下，后台服务器因无法直接远程获取目标车载终端的日志数据，导致无法及时获得异常原因的技术问题，且相对于拆卸目标车载终端给售后工程师，通过复杂方式导出日志数据的处理方法，简化了车载终端日志数据获取步骤，解决了远距离邮寄目标车载终端带来的安全隐患，人力和时间的消耗，提高了异常分析效率。

参照图5，为本申请提出的车载终端日志处理方法的又一可选示例的流程示意图，本申请实施例可以是对上文描述的车载终端日志处理方法的一可选细化实现方法，但并不局限于本实施例描述的细化实现方法，且该方法仍可以由车载终端执行，如图5所示，该方法可以包括：

步骤S21，接收通信服务器发送的紧急模式触发指令；

其中，通信服务器可以包括但并不局限于短信服务器，本申请实施例中以短信服务器为例进行说明，对于如邮件、语音消息等其他类型的通信方式对应的通信服务器的应用过程类似，本申请不做一一举例详述。

在实际应用中，管理人员发现目标车载终端异常，无法连接后台服务器的情况下，可以采用短信方式触发该目标车载终端进入紧急模式，如手动编辑针对目标车载终端的紧急模式触发指令，将该紧急模式触发指令发送至短信服务器，以使该短信服务器可以通过短信方式，将该紧急模式触发指令转发至目标车载终端，使其进入紧急模式。

基于此，在一些实施例中，后台运行管理人员可以监测各车载终端的运行情况，确定通信异常的车载终端，如在通信设备上选择通信异常的车载终端，以使得通信设备可以响应对与后台服务器的通信异常的车载终端的选择操作，得到目标车载终端即所选择的需要切换到紧急工作模式的车载终端，之后，可以针对所选择的车载终端输入的预设格式的紧急任务内容，通信设备响应该输入操作，基于获得的所输入的紧急任务内容，生成针对所选择的车载终端的紧急模式触发指令，将其发送至通信服务器，由通信服务器将该紧急模式触发指令发送至相应的目标车载终端。

其中，由于上述紧急任务内容可以包括但并不局限于：所选择的车载终端的终端标识信息、所选择的车载终端所在车辆的车辆标识信息，以及紧急任务类别标识等信息，所以，通信服务器接收到紧急模式触发指令后，可以依据其包含的车辆标识信息和/或终端标识信息，将该紧急模式触发指令转发至所选择的相应目标车载终端。

可以理解，不同车载终端的终端标识信息不同，且不同车辆的车辆标识信息不同，可以通过该终端标识信息以及车辆标识信息，来识别不同的车载终端、不同车辆，本申请对这两种标识信息的内容不做限制。示例性的，车辆标识信息可以是VIN(VehicleIdentification Number，车辆识别码)等，终端标识信息可以是TBOXSN序列码等。

由于目标车载终端进入紧急模式下执行的紧急任务并不唯一，本申请可以针对不同类别的紧急任务配置一一对应的紧急任务类别标识，即紧急代码，如code1、code2、code3、code4等，预先定义不同紧急代码所表示的紧急任务，这样，目标车载终端依据所获得的紧急模式触发指令包含的紧急任务类别标识，能够确定当前需要目标车载终端执行的目标紧急任务，本申请对车载终端处于紧急模式下所能够执行的紧急任务类别及数量，以及针对不同紧急任务配置的紧急任务类别标识内容等不做限制，可视情况而定。

基于上述分析，在本申请实施例的实际应用中，可以在通信设备输出的紧急配置界面中，选择目标车辆中的目标车载终端以及需要该目标车载终端执行的目标紧急任务，通信设备可以响应该选择操作，确定相应的车辆标识信息、终端标识信息和紧急任务类别标识，按照预设格式(如VIN+TBOXESN+紧急代码等，可以依据应用需求确定，并不局限于此)由确定的这三部分信息构成紧急任务内容，生成包含该紧急任务内容的紧急模式触发指令，以短信等通信方式发送至相应的通信服务器。

在一些实施例中，为了提高数据传输的安全性，可以对上述紧急任务内容进行加密处理，得到紧急模式触发指令。可选的，对于获得所选择的任一车载终端的紧急任务内容，可以进行SYNCP加密处理后，以二进制短信方式发送至短信服务器，由短信服务器给相应的目标车载终端发送一条加密短信，即加密的紧急模式触发指令，但并不局限于这种加密通信方式。

步骤S22，解析该紧急模式触发指令，获得车辆标识信息和终端标识信息；

步骤S23，利用目标车辆标识信息和目标终端标识信息，对车辆标识信息和终端标识信息进行一致性验证；

步骤S24，若验证结果一致，执行紧急模式触发指令，将目标车载终端的系统引导位置更新为紧急系统引导位置；

目标车载终端接收到紧急模式触发指令后，通过解析(可以理解，在紧急模式触发指令是加密短信的情况下，需要先对其进行解密处理，在解析其包含的信息内容，解密方法可以依据上述加密方法确定，本申请对此不做限制)得到其包含的车辆标识信息和终端标识信息，即所选择的车辆的车载终端对应的车辆标识信息和终端标识信息，将其与目标车载终端所存储的自身的目标车辆标识信息和目标终端标识信息进行一致性验证，若解析得到的车辆标识信息与存储的目标车辆标识信息一致，且解析得到的终端标识信息与存储的目标终端标识信息一致，可以认为验证结果一致，当前确实需要目标车载终端进入紧急模式工作。

反之，若任一项或两项验证结果为不一致，可以认为所选择的车载终端并非是接收到相应紧急任务触发指令的目标车载终端，目标车载终端可以忽略本次接收到的紧急模式触发指令；也可以将该验证结果通过通信服务器反馈至通信设备，如采用相同的通信方式，如短信方式，将验证结果反馈至通信设备，以使后台运营管理人员按照上文描述的方法，重新发送针对目标车载终端的紧急模式触发指令，实现过程本申请不做赘述。

在确定验证结果一致的情况下，如上述分析，可以执行紧急模式触发指令，依据该紧急模式触发指令包含的紧急任务类别标识，确定需要目标车载终端运行紧急系统的情况下，由于目标车载终端配置的控制系统和紧急系统分别位于不同的系统区，两个系统的引导加载位置不同，所以，本申请可以将目标车载终端的系统引导位置从控制系统引导位置切换至紧急系统引导位置，以使目标车载终端在重启过程中，系统引导项进行系统引导加载时，可以依据该紧急系统引导位置，引导加载紧急系统。本申请对系统引导位置的切换更新实现方法不做限制。

在本申请提出的又一些实施例中，对于上述紧急模式触发指令可以有针对性地发送，如一对一通信连接后再发送紧急模式触发指令，这种情况下，该紧急模式触发指令可以包括紧急任务内容，目标车载终端接收到该紧急模式触发指令后，可以不用执行上文描述的一致性验证操作，直接执行该紧急任务内容，后续实现过程类似，本申请在此不做详述。

基于上文描述的各实施例，在本申请提出的又一些实施例中，目标车载终端获得紧急模式触发指令后，还可以检测目标车载终端当前所处的工作状态，若检测到其处于低功耗工作状态，如休眠状态，目标车载终端无法对紧急模式触发指令进行解析处理，需要先唤醒目标车载终端进入正常工作状态，之后，再按照上文描述的方法执行后续步骤S22；若检测到目标车载终端处于正常工作状态，可以直接执行步骤S22，实现过程本申请不做赘述。

步骤S25，确定目标车载终端处于低功耗工作状态，执行系统重启指令，依据紧急系统引导位置，引导加载紧急系统启动；

在一些实施例中，目标车载终端的系统引导位置更新为紧急系统引导位置后，可以直接据此进行重启，从而使得系统引导加载服务(如目标车载终端中的系统启动加载器BootLoader)可以按照紧急系统引导位置进行系统加载，即加载紧急系统启动运动。关于系统启动的实现过程本申请不做详述。

在又一些实施例中，为了不影响当前车主对车辆的使用，按照上文描述的方式，确定该车辆中的目标车载终端通信异常，需要激活紧急系统的情况下，在重启目标车载终端之前，可以等待目标车载终端进入低功耗工作状态(目标车载终端此时的功耗很低，但本申请对确定低功耗状态的功耗阈值不做限制，可视情况而定)，如在整车下电，总线无报文，目标车载终端无升级任务等时，触发目标车载终端进入休眠状态，之后，再执行系统重启指令，重启目标车载终端。如上述步骤S25描述内容，BootLoader可以重新引导目标车载终端进入紧急系统运行，实现过程不做详述。

步骤S26，将系统引导位置更新为控制系统引导位置；

结合上文描述可知，控制系统引导位置可以用于引导加载目标车载终端的控制系统，且目标车载终端运行控制系统期间，全部功能处于可使用状态，也就是说，目标车载终端运行控制系统可以实现正常的业务功能，具体内容不做详述，可视情况而定。

本申请实施例中，确定目标车载终端进入紧急系统运行，可以及时将其系统引导位置更新为控制系统引导位置，即从紧急系统引导位置恢复至控制系统引导位置，以确保目标车载终端下次无论什么原因重启时，能够进入正常系统即控制系统运行，满足车辆控制需求。

步骤S27，确定紧急模式触发指令包含的紧急任务类别标识对应的目标紧急任务；

步骤S28，若目标紧急任务包括远程导日志任务，获得待传输的日志数据，将获得的日志数据上报至紧急服务器；

步骤S29，控制目标车载终端断电重启，依据控制系统引导位置，引导加载控制系统启动。

结合上文对紧急任务类别标识的相关描述，本申请预先配置的紧急任务类别可以包括但并不局限于远程导日志任务、日志分析任务、断电重启任务等其中的一个或多个组合任务，对于不同类别的任务，包括列举的单个任务、多个任务的组合任务，可以配置对应的紧急任务类别标识，以便据此识别目标车载终端需要执行的紧急任务。

示例性的，以紧急任务类别标识是紧急代码为例进行说明，预先可以配置四种紧急任务，并依次配置对应的code1、code2、code3和code4这四个紧急代码，其中，可以定义code1表示执行远程导日志任务，即远程导出日志数据；可以定义code2表示执行日志分析任务，即启动本地日志分析应用(可以是目标车载终端中的应用程序，也可以是本地通信设备中的应用程序，本申请对此不做限制，可视情况而定)，在本地进行日志分析，以预设的通信方式(如短信方式等)将日志分析结果发送至目标车载终端或本地通信设备输出；可以定义code3表示执行远程导日志任务和日志分析任务(即组合任务)，实现过程如上；可以定义code4表示执行断电重启任务，即强制执行目标车载终端断电重启，无需等待其进入低功耗工作状态，但并不局限于本实施例列举的几种任务类别及其内容。

依据上文举例内容，目标车载终端确定紧急模式触发指令包含的紧急代码为code1，可以按照上文描述的方法执行远程导日志任务，从而解决后台无法远程导出目标车载终端的日志数据的技术问题，且无需拆卸目标车载终端给售后工程师，而是直接在紧急模式下上报至紧急服务器，简化了日志数据获取步骤，提高了日志数据安全性，有助于提高定位目标车载终端异常原因的处理效率。

结合上述分析，目标车载终端获得的紧急任务类别标识是code2或code3，也就是说，所获得的目标紧急任务还可能包括日志分析任务，这种情况下，可以对本地存储的日志数据进行分析，得到日志分析结果，将该日志分析结果发送至通信服务器(如短信服务器)，由通信服务器将日志分析结果发送至目标车载终端或通信设备输出，以便本地用户可以据此执行相应操作，实现过程本申请不做详述。

可选的，目标车载终端获得的紧急任务类别标识还可能是code4，因此，在上述紧急任务可以包括断电重启任务的情况下，无论目标车载终端处于什么工作状态，将强制断电重启，也就是说，在响应紧急模式触发指令过程中，无需等待目标车载终端进入低功耗工作状态，直接执行系统重启指令，实现过程可以参照上文相应部分的描述。

在又一些实施例中，在紧急任务类别标识包括多个紧急代码的情况下，可以配置多个紧急代码的执行顺序，若code4的执行代码对应的断电重启任务最后执行，那么，在目标车载终端进入紧急系统，按照上文描述的方法执行远程导日志任务和/或日志分析任务后，可以再执行断电重启任务，强制目标车载终端断电，重新激活控制系统运行，实现过程可以参照上文相应部分的描述，本实施例不做赘述。

当然，如上文步骤S29描述的内容，在获得的紧急任务类别标识未包含code4的情况下，执行完远程导日志任务和/或日志分析任务后，可以直接控制目标车载终端断电重启，如主动调用reboot结束当前任务，重启目标车载终端，使其回复到正常系统运行，满足目标车载终端的正常业务需求。可选的，在该过程中，根据应用需求也可以验证所执行的远程导日志任务和/或日志分析任务执行完毕，如获得针对远程导日志任务和/或日志分析任务的任务完成消息后，再自动重启目标车载终端等，本申请对此不做限制，可视情况而定。

需要说明，本申请对步骤S26与步骤S27、步骤S28等描述的紧急任务执行过程包含的执行步骤之间的执行顺序不做限制，也可以在完成目标车载终端本次需要执行的紧急任务后，按照步骤S26的方法设置下次启动目标车载终端的引导区间更新为控制系统区间，即从紧急系统区间切换至控制系统区间，也如上文描述方式在进入紧急模式后执行步骤S26等，可视情况而定。

参照图6，为本申请提出的车载终端日志处理方法的又一可选示例的流程示意图，本申请实施例可以是对上文描述的车载终端日志处理方法的又一可选细化实现方法，本实施例提出了紧急模式触发指令的又一种获取方法，但并不局限于本申请描述的这两种获取方法，如图6所示，本实施例提出的车载终端日志处理方法可以包括：

步骤S31，获取车辆的操作状态数据；

区别于上文描述的通过短信等通信方式，触发目标车载终端进入紧急模式，本申请实施例提出采用CAN(Controller Area Network，一种串行通信协议)总线触发方式，来触发目标车载终端进入紧急模式，这种场景通常适用于如汽车4S店等专业维修人员，通过对车辆进行一系列操作，触发该车辆中的目标车载终端进入紧急模式，该一系列操作的操作内容通常是预先配置的，如车辆出厂前配置等，本申请对此不做限制。

基于此，为了检测是否需要车辆的目标车载终端进入紧急模式，在对车辆执行一系列操作过程中，如依次执行点火状态，一分钟内踩住刹车、开关左前门，档位从P-N-P，熄火状态等操作，可以获取相应操作产生的操作状态数据，以表示对车辆执行的相应操作，可见，该操作状态数据可以包括针对车辆的目标部件(如开关、刹车、车门、档位等)操作动作、不同操作动作的操作顺序及操作时长等信息，本申请对操作状态数据的内容及其获取方法不做限制，可以依据应用配置需求确定。

步骤S32，检测到操作状态数据满足紧急模式触发条件，生成针对目标车载终端的紧急模式触发指令；

其中，紧急模式触发条件可以预先配置的对车载执行一系列什么操作，能够触发目标车载终端进入紧急模式，基于该一系列操作对应的操作状态数据构成，本申请对紧急模式触发条件的内容不做限制。可以理解，关于一系列操作过程中，对于某些操作动作，可以运行一定的动作误差和/或操作时长误差，也就是说，在确定该车辆的目标车载终端的紧急模式触发条件时，可以结合一系列操作及允许误差内容构建，本申请不做详述。

需要说明，对于同一型号的车辆的车载终端对应的紧急模式触发条件可以相同，也可以不同，即针对每一车辆的车载终端，在出厂前配置对应的紧急模式触发条件，可视情况而定。

本申请实施例中，对于本实施例提出的针对上述一系列操作，配置code5这一紧急代码，定义其表示目标车载终端重启进入紧急模式，因此，在检测到操作状态数据满足紧急模式触发条件的情况下，可以调取相应的code5作为紧急任务类别标识，生成包含该code5的紧急模式触发指令，但并不局限于这种生成方法。

步骤S33，响应该紧急模式触发指令，重启激活紧急系统运行；

关于步骤S33的实现过程及其延伸方案或替换方案，可以参照上文实施例相应部分的描述，本实施例在此不做赘述。

步骤S34，获得待传输的日志数据；

本申请中，在后台无法连接目标车载终端，无法获取其日志数据，进而无法据此分析得知车辆运行状况的场景下，提出采用上文各实施例描述的方法，触发目标车载终端进入紧急模式，希望通过紧急非常规方式将目标车载终端的日志数据上报至后台的紧急服务器。对于目标车载终端如何将日志数据导出至紧急服务器的实现方法，本申请提出如下但并不局限于本实施例描述的如下上报方法，且任一上报方法可以结合上文任一实施例，细化上文实施例描述的日志数据上报过程，本申请不做一一举例详述。

步骤S35，检测到目标车载终端的移动通信网络处于正常通信状态，通过该移动通信网络，将获得的日志数据上报至紧急服务器；

在目标车载终端运行紧急系统期间，即其处于紧急模式下，可以监测当前的如4G、5G等移动通信网络是否可用，若可用(即处于正常通信状态)，目标车载终端可以通过该移动通信网络连接紧急服务器，从而将获得的所有日志数据上报至紧急服务器。

可选的，在日志数据上报之前，为了提高数据传输效率和安全性，可以对获得的待输出日志数据进行加密压缩处理，实现方法本申请不做限制，可视情况而定，之后，将加密压缩后的日志数据上报至紧急服务器进行存储。

步骤S36，检测到目标车载终端的移动通信网络处于异常通信状态，对获得的日志数据进行拆分预处理，得到多个日志短消息；

步骤S37，将多个日志短消息依次发送至通信服务器，由通信服务器对多个日志短消息进行拼接处理，将得到的日志数据发送至紧急服务器。

继上文分析，确定当前目标车载终端及其所处环境的移动通信网络不可用，即该移动通信网络处于异常通信状态，目标车载终端通过移动通信网络无法连接上紧急服务器，这种情况下，本申请可以采用短信上报方式，实现日志数据的上报。

在实际应用中，在待传输的日志数据的数据量较多的情况下，一条短信往往无法记录全部日志数据，对此，本申请提出先对这些日志数据进行拆分预处理，得到多个日志短消息，再以多条短信的方式，将这些日志数据分批发送至短信服务器，由短信服务器将这多条短信内容进行拼接，得到完整的待输出的日志数据后，再发送至紧急服务器进行存储；或者直接发送至紧急服务器进行拼接存储等。

可选的，在向短信服务器发送日志数据的过程中，可以优先捕获日志数据中，最新链接模块的日志数据，对其进行压缩处理后，采用二进制短信方式，将得到的多条短信发送至短信服务器，但并不局限于本申请描述的短信传输方法。

在又一些实施例中，目标车载终端获得待传输的日志数据后，也可以直接采用短信方式，经过短信服务器将日志数据上报至紧急服务器进行存储，即目标车载终端将日志数据间接传输至紧急服务器，实现过程可以参照上文描述过程。

结合上述分析，参照图7所示，为本申请提出的车载终端日志处理方法中，车载终端日志数据上报至紧急服务器的一可选细化实现方法的信令流程示意图，但并不局限于本实施例描述的上报方法，关于目标车载终端进入紧急模式的实现过程，可以参照上文实施例相应部分的描述，本实施例不做赘述。如图7所示，该方法可以包括：

步骤S41，目标车载终端启动紧急系统运行，进行4G驻网拨号；

需要说明，本申请实施例以4G这种移动通信网络为例进行说明，但并不局限于此，根据需要还可以使用5G、6G等移动通信网络，实现过程类似，本申请不做一一举例详述。

步骤S42，目标车载终端向紧急服务器发送接入请求；

步骤S43，目标车载终端在第一时长内接收到紧急服务器反馈的连接响应消息，对待传输的日志数据进行压缩处理；

步骤S44，目标车载终端通过4G网络，将压缩后的日志数据上报至紧急服务器；

本申请实施例中，目标车载终端成功连接紧急服务器后，可以对已有的TBOX日志数据进行压缩处理，之后，通过FTP(File Transfer Protocol，文件传输协议)服务或者HTTPS(Hyper Text Transfer Protocol over SecureSocket Layer，超文本传输安全协议)服务进行日志上载，将压缩后的日志数据上传至相应服务器类别的紧急服务器，如FTP服务器或HTTP服务器等，实现过程本申请不做限制，可视情况而定。

步骤S45，目标车载终端在第一时长内未接收到紧急服务器反馈的连接响应消息，统计对紧急服务器的请求接入失败次数；

步骤S46，目标车载终端确定该请求接入失败次数小于次数阈值，继续向紧急服务器发送接入请求；

步骤S47，目标车载终端确定该请求接入失败次数等于次数阈值，对待传输的日志数据进行业务状态分析，获得日志数据包含的关键日志信息；

本申请实施例中，在目标车载终端多次连接紧急服务器都失败的情况下，如连续失败5次，但并不局限于该次数阈值，可视情况，可以切换到短信上报方式，将日志数据通过短信服务器上报至紧急服务器。

由于短信上报的日志内容有限，本申请实施例提出提取日志数据中的关键日志信息进行上报，即在本地进行日志分析提炼，精简上报的日志数据量，所以，提取remote模块的日志数据，即待传输的日志数据后，可以启动本地日志分析应用，对日志数据进行关键词检测，可以依据业务状态进行日志分析，记录关键状态变化，从而据此获得关键日志信息，实现过程本申请不做限制。

步骤S48，目标车载终端对关键日志信息进行压缩分包处理，得到多个日志压缩包；

步骤S49，目标车载终端通过短信方式，将多个日志压缩包内容依次发送至短信服务器；

本申请可以依据短信承载限度，将压缩后的日志数据拆分成N组数据，并对其进行编号，以便后续据此确定N组数据的先后顺序，将N组数据转换成相应的N条二进制短信，依据编号顺序发送至短信服务器，但并不局限于这种实现方法。

步骤S410，短信服务器对多个日志压缩包内容进行顺次重组拼接，得到目标日志数据；

步骤S411，短信服务器将目标日志数据发送至紧急服务器。

短息服务器接收到多个日志压缩包内容后，可以按照编号顺序进行内容重组，拼接得到目标日志数据后，再上报至紧急服务器，或直接上报至紧急服务器，由紧急服务器重组拼接，本申请对此不做限制。紧急服务器获得目标车载终端的日志数据的后续处理过程，本申请不做详述，可以依据场景需求确定。

综上，本申请提出的车载终端日志数据处理方法，在车载终端配置双系统，有效解决了海外项目不允许本地导出日志的问题，安全有效地将目标车载终端的日志数据通过移动通信网络或短信等方式，上报至后台的紧急服务器，节省了售后成本。

参照图8，为本申请提出的车载终端日志处理装置的一可选示例的结构示意图，该装置可以包括：

紧急模式触发指令获得模块101，用于获得紧急模式触发指令；紧急模式触发指令是在目标车载终端与后台服务器之间的通信异常的情况下生成的；

紧急系统启动模块102，用于响应紧急模式触发指令，重启激活紧急系统运行；其中，目标车载终端运行紧急系统期间，除特定功能之外的功能处于禁用状态；

日志数据上报模块103，用于将获得的日志数据上报至紧急服务器，由紧急服务器存储目标车载终端的日志数据，以使日志分析设备能够从紧急服务器下载目标车载终端的日志数据。

可选的，如图9所示，上述紧急系统启动模块102可以包括：

紧急系统引导位置更新单元1021，用于将目标车载终端的系统引导位置更新为紧急系统引导位置；

紧急系统激活单元1022，用于确定目标车载终端处于低功耗工作状态，执行系统重启指令，依据紧急系统引导位置，引导加载紧急系统启动；

控制系统引导位置更新单元1023，用于将系统引导位置更新为控制系统引导位置；控制系统引导位置用于引导加载目标车载终端的控制系统，且目标车载终端运行控制系统期间，全部功能处于可使用状态。

在一些实施例中，如图9所示，上述紧急模式触发指令获得模块101可以包括：

紧急模式触发指令接收单元1011，用于接收通信服务器发送的紧急模式触发指令；

其中，紧急模式触发指令是通信设备响应对与后台服务器的通信异常的车载终端的选择操作，获得的针对所选择的车载终端输入的预设格式的紧急任务内容生成后发送至通信服务器的指令；紧急任务内容包括所选择的车载终端的终端标识信息、所选择的车载终端所在车辆的车辆标识信息，以及紧急任务类别标识。

基于此，如图9所示，上述紧急系统启动模块102可以包括：

紧急模式触发指令解析单元1024，用于解析紧急模式触发指令，获得车辆标识信息和终端标识信息；

一致性验证单元1025，用于利用目标车辆标识信息和目标终端标识信息，对车辆标识信息和终端标识信息进行一致性验证；

紧急模式触发指令执行单元1026，用于在一致性验证单元的验证结果一致的情况下，执行紧急模式触发指令。

可选的，基于上述分析，该装置还可以包括：

目标紧急任务确定模块，用于确定紧急模式触发指令包含的紧急任务类别标识对应的目标紧急任务；

目标紧急任务执行模块，用于执行目标紧急任务；

在一些实施例中，目标紧急任务执行模块可以包括：

第一上报单元，用于在目标紧急任务包括远程导日志任务的情况下，获得待传输的日志数据，执行步骤将获得的日志数据上报至紧急服务器；

日志分析单元，用于在目标紧急任务包括日志分析任务的情况下，对本地存储的日志数据进行分析，得到日志分析结果；

日志分析结果传输单元，用于将日志分析结果发送至通信服务器，由通信服务器将日志分析结果发送至目标车载终端或通信设备；

断电重启控制单元，用于在目标紧急任务包括断电重启任务的情况下，控制目标车载终端断电，执行步骤重启激活紧急系统运行，或者重启激活控制系统运行。

其中，在目标紧急任务包括远程导日志任务和/或日志分析任务的情况下，上述装置还可以包括：

控制系统启动模块，用于在执行目标紧急任务后，控制目标车载终端断电重启，依据控制系统引导位置，引导加载控制系统启动。

在又一些实施例中，在接收通信服务器发送的紧急模式触发指令的情况下，上述装置还可以包括：

唤醒模块，用于检测到目标车载终端处于低功耗工作状态，唤醒目标车载终端进入正常工作状态，触发紧急模式触发指令解析单元解析紧急模式触发指令，获得车辆标识信息和终端标识信息；检测到目标车载终端处于正常工作状态，触发紧急模式触发指令解析单元解析紧急模式触发指令，获得车辆标识信息和终端标识信息。

基于上述各实施例的描述，在又一些实施例中，如图10所示，上述紧急模式触发指令获得模块101也可以包括：

操作状态数据获取单元1012，用于获取车辆的操作状态数据；操作状态数据包括针对车辆的目标部件操作动作、不同操作动作的操作顺序及操作时长；

紧急模式触发指令生成单元1013，用于检测到操作状态数据满足紧急模式触发条件，生成针对目标车载终端的紧急模式触发指令。

在又一些实施例中，如图10所示，上述日志数据上报模块103可以包括：

移动网络上报单元1031，用于检测到目标车载终端的移动通信网络处于正常通信状态，通过移动通信网络，将获得的日志数据上报至紧急服务器；

日志拆分单元1032，用于检测到目标车载终端的移动通信网络处于异常通信状态，对获得的日志数据进行拆分预处理，得到多个日志短消息；

短信上报单元1033，用于将多个日志短消息依次发送至通信服务器，由通信服务器对多个日志短消息进行拼接处理，将得到的日志数据发送至紧急服务器。

需要说明的是，关于上述各装置实施例中的各种模块、单元等，均可以作为程序模块存储在存储器中，由处理器执行存储在存储器中的上述程序模块，以实现相应的功能，关于各程序模块及其组合所实现的功能，以及达到的技术效果，可以参照上述方法实施例相应部分的描述，本实施例不再赘述。

本申请还提供了一种计算机可读存储介质，其上可以存储计算机程序，该计算机程序可以被处理器调用并加载，以实现上述实施例描述的车载终端日志处理方法的各个步骤。

最后，需要说明的是，本说明书中各个实施例采用递进或并列的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置、系统、终端而言，由于其与实施例公开的方法对应，所以描述的比较简单，相关之处参见方法部分说明即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种车载终端日志处理方法，其特征在于，所述方法包括：

获得紧急模式触发指令；所述紧急模式触发指令是在目标车载终端与后台服务器之间的通信异常的情况下生成的；

响应所述紧急模式触发指令，重启激活紧急系统运行；其中，所述目标车载终端运行所述紧急系统期间，除特定功能之外的功能处于禁用状态；

将获得的日志数据上报至紧急服务器，由所述紧急服务器存储所述目标车载终端的日志数据，以使日志分析设备能够从所述紧急服务器下载所述目标车载终端的日志数据。

2.根据权利要求1所述的方法，其特征在于，所述重启激活所述目标车载终端的紧急系统运行，包括：

将所述目标车载终端的系统引导位置更新为紧急系统引导位置；

确定所述目标车载终端处于低功耗工作状态，执行系统重启指令，依据所述紧急系统引导位置，引导加载紧急系统启动；

将所述系统引导位置更新为控制系统引导位置；所述控制系统引导位置用于引导加载所述目标车载终端的控制系统，且所述目标车载终端运行所述控制系统期间，全部功能处于可使用状态。

3.根据权利要求1或2所述的方法，其特征在于，所述获得紧急模式触发指令，响应所述紧急模式触发指令，包括：

接收通信服务器发送的紧急模式触发指令；其中，所述紧急模式触发指令是通信设备响应对与所述后台服务器的通信异常的所述车载终端的选择操作，获得的针对所选择的车载终端输入的预设格式的紧急任务内容生成后发送至所述通信服务器的指令；所述紧急任务内容包括所选择的车载终端的终端标识信息、所选择的车载终端所在车辆的车辆标识信息，以及紧急任务类别标识；

解析所述紧急模式触发指令，获得所述车辆标识信息和所述终端标识信息；

利用目标车辆标识信息和目标终端标识信息，对所述车辆标识信息和所述终端标识信息进行一致性验证；

若验证结果一致，执行所述紧急模式触发指令。

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

确定所述紧急模式触发指令包含的紧急任务类别标识对应的目标紧急任务；

执行所述目标紧急任务；

其中，所述执行所述目标紧急任务包括：

若所述目标紧急任务包括远程导日志任务，获得待传输的日志数据，执行步骤所述将获得的日志数据上报至所述紧急服务器；

若所述目标紧急任务包括日志分析任务，对本地存储的日志数据进行分析，得到日志分析结果，将所述日志分析结果发送至所述通信服务器，由所述通信服务器将所述日志分析结果发送至所述目标车载终端或所述通信设备；

若所述目标紧急任务包括断电重启任务，控制所述目标车载终端断电，执行步骤所述重启激活紧急系统运行，或者重启激活控制系统运行。

5.根据权利要求4所述的方法，其特征在于，若所述目标紧急任务包括所述远程导日志任务和/或所述日志分析任务，在所述执行所述目标紧急任务后，所述方法还包括：

控制所述目标车载终端断电重启，依据控制系统引导位置，引导加载控制系统启动。

6.根据权利要求3所述的方法，其特征在于，在所述接收通信服务器发送的紧急模式触发指令的情况下，所述方法还包括：

检测到所述目标车载终端处于低功耗工作状态，唤醒所述目标车载终端进入正常工作状态，执行步骤所述解析所述紧急模式触发指令，获得所述车辆标识信息和所述终端标识信息；

检测到所述目标车载终端处于所述正常工作状态，执行步骤所述解析所述紧急模式触发指令，获得所述车辆标识信息和所述终端标识信息。

7.根据权利要求1或2所述的方法，其特征在于，所述获得紧急模式触发指令，包括：

获取车辆的操作状态数据；所述操作状态数据包括针对所述车辆的目标部件操作动作、不同所述操作动作的操作顺序及操作时长；

检测到所述操作状态数据满足紧急模式触发条件，生成针对目标车载终端的紧急模式触发指令。

8.根据权利要求1或2所述的方法，其特征在于，所述将获得的日志数据上报至紧急服务器，包括：

检测到所述目标车载终端的移动通信网络处于正常通信状态，通过所述移动通信网络，将获得的日志数据上报至紧急服务器；

检测到所述目标车载终端的移动通信网络处于异常通信状态，对获得的日志数据进行拆分预处理，得到多个日志短消息；

将所述多个日志短消息依次发送至通信服务器，由所述通信服务器对所述多个日志短消息进行拼接处理，将得到的日志数据发送至紧急服务器。

9.一种车载终端日志处理装置，其特征在于，所述装置包括：

紧急模式触发指令获得模块，用于获得紧急模式触发指令；所述紧急模式触发指令是在目标车载终端与后台服务器之间的通信异常的情况下生成的；

紧急系统启动模块，用于响应所述紧急模式触发指令，重启激活紧急系统运行；其中，所述目标车载终端运行所述紧急系统期间，除特定功能之外的功能处于禁用状态；

日志数据上报模块，用于将获得的日志数据上报至紧急服务器，由所述紧急服务器存储所述目标车载终端的日志数据，以使日志分析设备能够从所述紧急服务器下载所述目标车载终端的日志数据。

10.一种车载终端日志处理系统，其特征在于，所述系统包括车载终端、后台服务器和紧急服务器；

所述车载终端包括通信模块、存储器和处理器，其中：

所述通信模块，用于在所述车载终端运行控制系统的情况下，能够实现与所述后台服务器的远程通信，将获得的日志数据发送至所述后台服务器；在所述车载终端运行紧急系统的情况下，能够实现与所述紧急服务器的通信，将获得的日志数据发送至所述紧急服务器，且在所述车载终端运行所述紧急系统期间，除特定功能之外的功能处于禁用状态；

所述存储器，用于存储实现如权利要求1-8任一项所述的车载终端日志处理方法的程序；

所述处理器，用于加载执行所述存储器存储的程序，实现如权利要求1-8任一项所述的车载终端日志处理方法；

所述紧急服务器，用于存储所述车载终端上报的日志数据，响应日志分析设备针对目标车载终端的日志查询请求，将所述目标车载终端的日志数据发送至所述日志分析设备。

Images