远程故障分析方法及车载终端、服务器、设备及介质与流程

本发明涉及通信技术领域，尤其涉及一种远程故障分析方法及车载终端、服务器、设备及介质。

背景技术：

在车载终端上基于安卓的系统的车机越来越受到车主的喜爱，车机被安装到车主的车上之后难免会出现小的部分的问题，车机厂商需要找到车主所安装的车机，然后获取车机的整体日志进行分析。在智能终端上无法通过远程端口直接获取单个用户车机的异常点的整体日志，即使找到对应车机进行日志获取的时候页往往因获取的日志距离异常点比较久，时间点不明确，导致分析问题的数据不完善需要多次抓取车机日志导致车载终端获取异常点日志的成本和时间大大增加。

技术实现要素：

本发明实施例提供一种远程故障分析方法及车载终端、服务器、设备及介质，用以更加方便地实现对车载终端的故障分析，降低追踪时间成本和经济成本。

第一方面，本发明实施例提供一种远程故障分析方法，用于车载终端，包括：

确定待监控的所述车载终端；

接收服务器发送的日志上传请求，所述日志上传请求至少包括所述车载终端的唯一身份标识、预设时段；

响应于所述日志上传请求，根据所述唯一身份标识抓取所述车载终端上的外设设备的挂载点在所述预设时段的日志数据；

发送所述日志数据到所述服务器，以便所述服务器对所述日志数据进行故障分析。

进一步地，所述日志数据是日志记录模块随所述车载终端的开启而开始记录的。

进一步地，还包括：

实时检测所述车载终端的日志数据是否正常；

在检测到所述日志数据出现异常的情况下，发送所述日志数据到服务器，以便所述服务器进行故障分析。

进一步地，所述日志数据包括以下至少一种：所述车载终端的运行数据，胎压数据，转向灯数据，方向盘数据，雨刮器数据，刹车的阻尼器数据，挡位数据。

第二方面，本发明实施例提供一种远程故障分析方法，用于服务器，包括：

发送日志上传请求到车载终端，所述日志上传请求包括所述车载终端的唯一身份标识；

接收所述车载终端发送的日志数据；

对所述日志数据进行故障分析，得到分析结果。

进一步地，基于所述分析结果，生成相应的提醒信息；

发送所述提醒信息到所述车载终端，以便用户参考。

第三方面，本发明实施例提供一种车载终端，包括：

终端确定模块，用于确定待监控的所述车载终端；

请求接收模块，用于接收服务器发送的经过配置的日志上传请求，所述日志上传请求至少包括所述车载终端的唯一身份标识、预设时段；

日志抓取模块，用于响应于所述日志上传请求，根据所述唯一身份标识抓取所述车载终端上的外设设备的挂载点在所述预设时段的日志数据；

日志发送模块，用于发送所述日志数据到所述服务器，以便所述服务器对所述日志数据进行故障分析。

第四方面，本发明实施例提供一种服务器，包括：

请求发送模块，用于发送日志上传请求到车载终端，所述日志上传请求至少包括所述车载终端的唯一身份标识、预设时段；

日志接收模块，用于接收所述车载终端发送的日志数据；

故障分析模块，用于对所述日志数据进行故障分析，得到分析结果。

第五方面，本发明实施例还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上述第一方面或第二方面任一种所述远程故障分析方法的步骤。

第六方面，本发明实施例还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述第一方面或第二方面任一种所述远程故障分析方法的步骤。

本发明实施例提供的一种远程故障分析方法及车载终端、服务器、设备及介质，通过在远程获取车载终端的日志数据，在车载终端获取整个车载终端前后异常点的整体日志，并传输到服务器，服务器端直接分析异常点日志，不需要线下找到对应的智能终端，降低了追踪时间成本和经济成本，同时也不会占用用户对车机的使用时间，从而更加方便地实现对车载终端的故障分析，降低追踪时间成本和经济成本。

附图说明

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

图1为本发明实施例提供的用于车载终端的远程故障分析方法的流程图；

图2为本发明实施例提供的用于车载终端的远程故障分析方法的又一流程图；

图3为本发明实施例提供的用于服务器的远程故障分析方法的流程图；

图4为本发明实施例提供的用于服务器的远程故障分析方法的流程图；

图5为本发明实施例提供的一种车载终端的组成结构示意图；

图6为本发明实施例提供的一种服务器的组成结构示意图；

图7为本发明实施例提供的一种电子设备的结构示意图；

图8为本发明实施例提供的一种车载终端与服务器的交互图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

下面结合图1-图2描述本发明实施例的一种远程故障分析方法。

图1为本发明实施例提供的用于车载终端的远程故障分析方法的流程图；图2为本发明实施例提供用的于车载终端的远程故障分析方法的又一流程图。

在本发明一种具体实施方式中，本发明实施例提供一种远程故障分析方法，用于车载终端，包括：

步骤s11：确定待监控的所述车载终端；

首先要确定待监控的车载终端，具体地可以根据目标车载终端的使用年限，定期对车载终端进行log监控。还可以根据目标车载终端的出厂时间，对车载终端进行log（日志）管控。例如，可以对还在使用年限内的车载终端每年读取一次日志数据，而对超出使用年限的车载终端，可以更加频繁地进行日志数据的读取和分析。从而确定需要监控的车载终端。

步骤s1:2：接收服务器发送的经过配置的日志上传请求，所述日志上传请求至少包括所述车载终端的唯一身份标识、预设时段；

在本发明实施例中，服务器在需要车载终端上记录的日志数据的时候，会发送日志上传请求到车载终端上。例如，服务器上可以存储由车载终端的唯一身份标识（可以是设备号，sn，serialnumber，产品序列号等），并且对应地存在有该车载终端的出场日期和使用年限等。当该车载终端超出使用年限之后，该车载终端则容易出现故障，此时可以每隔一个月、两个月或其他的时间间隔，发送一次日志上传请求。当然，对于没有超过使用年限的车载终端，也可以每隔一段时间例如六个月或一年发送一次日志上传请求，从而后续对该车载终端进行分析。

步骤s13：响应于所述日志上传请求，根据所述唯一身份标识抓取所述车载终端上的外设设备的挂载点在所述预设时段的日志数据；

在车载终端接收到服务器发送的日志上传请求后，可以进行日志数据的抓取，例如在一种实施例中，智能终端接收到命令后开始启动appexception（应用异常捕获模块）抓取在车载终端上运行的应用产生的异常，并同时抓取该车载终端的cpu（中央处理器）使用情况和memory（内存）使用情况以及kernel的设备信息情况。

步骤s14：发送所述日志数据到所述服务器，以便所述服务器对所述日志数据进行故障分析。

将抓取的日志数据发送到服务器，当然车载终端与服务器之间存在通信连接，例如车载终端可以使用移动通信模块，4g模块、5g模块等与广域网联通，而服务器可以使用光纤连接到广域网，从而实现两者的通信连接。当服务器接收到日志数据后，可以使用故障检测模型对日志数据进行分析，得出车载终端中的那些应用或硬件存在问题。

具体地，为了在车载终端中记录日志，可以在车载终端出厂的时候系统内置logtools（日志工具），logtools（日志工具）每次随着车机的accon（上电开启）开始运行于后台，accoff（下电关闭）停止于后台，并在后台运行一个服务类为logservice（日志服务模块）。在logservice中运行用于检测智能终端的cpu，kernel，memoryinfo，appexception等task（任务），从而检测智能终端是否发生异常。也就是说，日志数据是日志记录模块随所述车载终端的开启而开始记录的。从而，可以实现车载终端的整个运行周期的行为记录。

当然，在实践中，并不一定是在服务器发送日志上传请求时，车载终端才能上传日志，当车载终端出现异常时，可以自行上传日志数据到服务器，具体实施步骤如下：

步骤s21：实时检测所述车载终端的日志数据是否正常；

步骤s22：在检测到所述日志数据出现异常的情况下，发送所述日志数据到服务器，以便所述服务器进行故障分析。

当然，在日志数据中不仅仅可以记录车载终端的运行数据，日志数据还包括以下至少一种：所述车载终端的运行数据，胎压数据，转向灯数据，方向盘数据，雨刮器数据，刹车的阻尼器数据，挡位数据。从而可以车载终端所在的车辆的轮胎，转向灯，方向盘，雨刮器，刹车的阻尼器以及挡位进行数据分析，提醒用户及时进行设备的维护，避免出现不可挽回的损失。例如，如果服务器检测到车载终端上传的胎压数据小于预设值，那么可以向用户的车载终端发送提醒更换轮胎或给轮胎打气的提醒信息。

作为单侧撰写的另一方面，本实施例中对服务器端进行描述。

请参考图3、图4，图3为本发明实施例提供的用于服务器的远程故障分析方法的流程图；图4为本发明实施例提供的用于服务器的远程故障分析方法的流程图。

在本发明的又一具体实施方式中，本发明实施例提供一种远程故障分析方法，用于服务器，包括：

步骤s31：发送日志上传请求到车载终端，所述日志上传请求至少包括所述车载终端的唯一身份标识、预设时段；

在服务器端，可以根据目标车载终端的使用年限，定期对车载终端进行log监控。还可以根据目标车载终端的出厂时间，对车载终端进行log（日志）管控。例如，可以对还在使用年限内的车载终端每年读取一次日志数据，而对超出使用年限的车载终端，可以更加频繁地进行日志数据的读取和分析。在确定车载终端需要进行日志数据的远程故障分析后，可以根据该车载终端的唯一身份标识进行定位，从而将日志上传请求发送到对应的车载终端，例如可以根据mac地址进行唯一身份的标识，当然也可以使用sn（serialnumber，产品序列号）等进行唯一身份的标识。

步骤s32：接收所述车载终端发送的日志数据；

在向车载终端发送日志上传请求后，车载终端进行日志数据的抓取，当然除了日志数据，还可以同时抓取cpu使用情况和memory使用情况以及kernel的设备信息情况。并且将这些信息与日志数据同时发送到服务器，服务器接收这些信息和日志数据。

步骤s33：对所述日志数据进行故障分析，得到分析结果。

在接收到日志数据后，可以使用故障分析模型进行故障分析，例如日志数据中存在胎压数据，那么当服务器见到车载终端上传的胎压数据小于预设值，那么可以向用户的车载终端发送提醒更换轮胎或给轮胎打气的提醒信息。又或者，日志数据中显示导航应用占用的cpu资源超过了预设值同时占用的内存也超过了正常范围，可以判断该导航应用出现异常。

进一步地，在得到分析结果后，可以生成相应的提醒信息，例如胎压不正常，则生成提醒用户进行轮胎保养的信息，又例如应用程序占用的计算资源出现异常，则可以提醒用户对设备进行重新启动，或对设备进行更新换代等，也就是说，可以进行以下步骤：

步骤s34：基于所述分析结果，生成相应的提醒信息；

步骤s35：发送所述提醒信息到所述车载终端，以便用户参考。

当然，在实际中，存在各种不同的故障分析模型，都可以利用车载终端发送的日志数据进行分析，从而得到对用户有用的信息，并对用户进行提醒。车载终端将获取到的日志保存到特定的文件中，并上传给后台，待上传完成后删除存储的日志文件以节省空间，当然如果车载设备的存储空间够大，则可以保存一段时间内的日志，例如可以保存一年以内的日志。服务器后台在获取异常文件后可远程对车机运行问题进行分析。

下面对本发明实施例提供的车载终端、服务器进行描述，下文描述的车载终端、服务器与上文描述的远程故障分析方法可相互对应参照。

请参考图5、图6，图5为本发明实施例提供的一种车载终端的组成结构示意图；图6为本发明实施例提供的一种服务器的组成结构示意图。

在本方又一具体实施方式中，本发明实施例提供一种车载终端500，包括：

终端确定模块510，用于确定待监控的所述车载终端；请求接收模块520，用于接收服务器发送的经过配置的日志上传请求，所述日志上传请求至少包括所述车载终端的唯一身份标识、预设时段；

日志抓取模块530，用于响应于所述日志上传请求，根据所述唯一身份标识抓取所述车载终端上的外设设备的挂载点在所述预设时段的日志数据；

日志发送模块540，用于发送所述日志数据到所述服务器，以便所述服务器对所述日志数据进行故障分析。

本发明又一实施例提供一种服务器600，包括：

请求发送模块610，用于发送日志上传请求到车载终端，所述日志上传请求至少包括所述车载终端的唯一身份标识、预设时段；

日志接收模块620，用于接收所述车载终端发送的日志数据；

故障分析模块630，用于对所述日志数据进行故障分析，得到分析结果。

图7示例了一种电子设备的实体结构示意图，如图7所示，该电子设备可以包括：处理器(processor)710、通信接口(communicationsinterface)720、存储器(memory)730和通信总线740，其中，处理器710，通信接口720，存储器730通过通信总线740完成相互间的通信。处理器710可以调用存储器730中的逻辑指令，以执行远程故障分析方法，该方法包括：确定待监控的所述车载终端；接收服务器发送的经过配置的日志上传请求，所述日志上传请求至少包括所述车载终端的唯一身份标识、预设时段；响应于所述日志上传请求，根据所述唯一身份标识抓取所述车载终端上的外设设备的挂载点在所述预设时段的日志数据；发送所述日志数据到所述服务器，以便所述服务器对所述日志数据进行故障分析。或执行如下方法：发送日志上传请求到车载终端，所述日志上传请求至少包括所述车载终端的唯一身份标识、预设时段；接收所述车载终端发送的日志数据；对所述日志数据进行故障分析，得到分析结果。

此外，上述的存储器730中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器（rom，read-onlymemory）、随机存取存储器（ram，randomaccessmemory）、磁碟或者光盘等各种可以存储程序代码的介质。

另一方面，本发明实施例还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各实施例提供的远程故障分析方法，该方法包括：确定待监控的所述车载终端；接收服务器发送的经过配置的日志上传请求，所述日志上传请求至少包括所述车载终端的唯一身份标识、预设时段；响应于所述日志上传请求，根据所述唯一身份标识抓取所述车载终端上的外设设备的挂载点在所述预设时段的日志数据；发送所述日志数据到所述服务器，以便所述服务器对所述日志数据进行故障分析。或执行如下方法：发送日志上传请求到车载终端，所述日志上传请求至少包括所述车载终端的唯一身份标识、预设时段；接收所述车载终端发送的日志数据；对所述日志数据进行故障分析，得到分析结果。

请参考图8，图8为本发明实施例提供的一种车载终端与服务器的交互图。

在本实施例中，在车机端（也叫车载终端）出厂的时候系统内置logtools，logtools每次随着车机的accon开始运行于后台，accoff停止于后台，并在后台运行一个服务类为logservice。在logservice中运行用于检测智能终端的cpu，kernel，memoryinfo，appexception等task检测智能终端（又一种车载终端）的异常。根据后台对应的sn查询到报告异常的智能终端，发送上传命令到智能终端，智能终端接收到命令后开始启动appexception抓取应用产生的异常，并同时抓取cpu使用情况和memory使用情况以及kernel的设备信息情况。将获取到的日志保存到特定的文件中，并上传给后台服务器，待上传完成后删除存储的日志文件。后台服务器在获取异常文件后可远程对车机运行问题进行分析。

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

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。