针对智能座舱实现远程协助调试的系统、方法、装置、处理器及其计算机可读存储介质

摘要

本发明涉及一种针对智能座舱实现远程协助调试的系统，其中，所述的系统包括：通信交互功能模块，用于执行系统预设操作实现与车载系统之间的通信；日志管理功能模块，与所述的通信交互功能模块相连接，用于收集并保存所述的车载系统中的日志文件，并将日志文件上传至服务器；以及文件更新功能模块，与所述的日志管理功能模块相连接，用于根据分析出的所述的日志文件中的问题，制作相应的调试包进行文件的备份以及覆盖。本发明还涉及一种相应的方法、装置、处理器及其计算机可读存储介质。采用了本发明的该系统、方法、装置、处理器及其计算机可读存储介质，能够有效的解决现场无法对车载娱乐系统IVI和仪表系统IC出现的异常情况进行调试的问题。

说明书

技术领域

本发明涉及车载系统技术领域，尤其涉及车载设备通信技术、日志管理以及车载打包加密技术领域，具体是指一种针对智能座舱实现远程协助调试的系统、方法、装置、处理器及其计算机可读存储介质。

背景技术

随着智能座舱的火热，出行的安全性、舒适性、娱乐性、个性化、智能化、便捷化成为各车厂商的追逐的目标，给予车辆更多赋能的同时必然会引发更多的问题，无论产线问题或是售后问题，目前都是派专人去处理，不仅耗时耗力，更有可能无法复现当前问题场景从而束手无策，远程协助调试正是为了解决上述问题。

发明内容

本发明的目的是克服了上述现有技术的缺点，提供了一种省时、高效、智能化的针对智能座舱实现远程协助调试的系统、方法、装置、处理器及其计算机可读存储介质。

为了实现上述目的，本发明的针对智能座舱实现远程协助调试的系统、方法、装置、处理器及其计算机可读存储介质如下：

该针对智能座舱实现远程协助调试的系统，其主要特点是，所述的系统包括：

通信交互功能模块，用于执行系统预设操作实现与车载系统之间的通信；

日志管理功能模块，与所述的通信交互功能模块相连接，用于收集并保存所述的车载系统中的日志文件，并将日志文件上传至服务器；以及

文件更新功能模块，与所述的日志管理功能模块相连接，用于根据分析出的所述的日志文件中的问题，制作相应的调试包进行文件的备份以及覆盖。

较佳地，所述的通信交互功能模块执行的预设操作依次包括：

(a)进行日志文件上传；

(b)进行收集指令上传；

(c)进行调试包下载。

较佳地，所述的车载系统具体包括：车载娱乐系统IVI和仪表系统IC，其中，所述的车载娱乐系统IVI和仪表系统IC通过USB进行数据通信，且所述的车载娱乐系统IVI支持WIFI通信、4G通信以及modem通信中的一种或多种。

较佳地，所述的日志管理功能模块用于收集所述的车载娱乐系统IVI的日志文件以及仪表系统IC的日志文件。

较佳地，所述的车载娱乐系统IVI具体包括：

Channel模块，用于与远程服务器以及仪表系统IC进行数据通信；

ProcessCore模块，与所述的Channel模块相连接，用于进行所有的逻辑处理；

LogManager模块，与所述的ProcessCore模块相连接，用于抓取所述的车载娱乐系统IVI或者仪表系统IC或者整个系统的日志文件；以及

Update模块，与所述的LogManager模块相连接，用于将调试的程序更新到所述的车载娱乐系统IVI中。

较佳地，所述的仪表系统IC具体包括：

MtkProxy模块，与所述的Channel模块相连接，用于与所述的车载娱乐系统IVI进行socket或者ftp通信；

LogCache模块，用于实时将日志文件保存到EMMC模块中供所述的LogManager模块提取；以及

UpdateIC模块，与所述的MtkProxy模块相连接，用于更新所述的仪表系统IC的调试程序。

较佳地，所述的通信交互功能模块具体进行以下操作：

上传日志收集指令，进入系统调试指令，向服务器上传日志文件，并下载调试包，与所述的仪表系统IC进行Socket通信。

较佳地，所述的文件更新功能模块基于各个日志文件的调试包制作规则下载相应的日志文件进行问题分析，用于覆盖并更新所述的日志文件。

该基于上述系统实现智能座舱实现远程协助调试的方法，其主要特点是，所述的方法包括以下步骤：

(1)需要进行协助的车机端的车载娱乐系统IVI发送命令反馈至远程服务器，所述的远程服务器执行收集车辆日志的指令进行通信交互；

(2)车载娱乐系统IVI接收相应的指令，并根据指令参数调用所述的日志管理功能模块导出日志文件，并将所述的日志文件通过所述的通信交互功能模块上传至所述的远程服务器；

(3)管理人员等待日志文件上传成功后下载相应的日志文件并进行问题分析，制作调试升级包并上传至终端；

(4)所述的远程服务器发送远程协助调试命令至车载娱乐系统IVI；

(5)所述的车载娱乐系统IVI接收所述的远程协助调试指令，并下载调试升级包，实现远程调试。

较佳地，所述的步骤(1)为协助流程，具体包括以下步骤：

(1.1)线下收到所述的车机端的车载娱乐系统IVI需要协助的反馈后，系统选择待协助车辆；

(1.2)所述的车载娱乐系统IVI将设备版本号发送至所述的远程服务器；

(1.3)所述的远程服务器主动发起收集车辆日志的命令，且所述的远程服务器的后台通过管理人员的操作实时处理请求，并对每次协助流程都分配唯一的operationid。

较佳地，所述的步骤(2)具体包括以下步骤：

(2.1)所述的Channel模块启动service监听远程服务器的端口，并将收集到的命令数据进行解析后上传给所述的ProcessCore模块；

(2.2)所述的ProcessCore模块通过调用所述的日志管理功能模块进行日志文件的抓取，并将抓取到的日志文件通过所述的通信交互功能模块上传至所述的远程服务器。

较佳地，所述的将抓取到的日志文件通过所述的通信交互功能模块上传至所述的远程服务器，具体包括以下步骤：

(2.2.1)所述的日志管理功能模块根据日志指令中的detail字段获取待抓取的日志设备id；

(2.2.2)通过调用所述的LogManager模块的API依次执行以下步骤：

(i)获取车载娱乐系统IVI的车辆日志文件，其中，detail字段获取的设备id为ALL或者IVI，该步骤进一步包括：

a.启动系统服务，实时将logcat buffer中的数据读出；

b.在调试过程中可能会有重启机器，为确保此部分日志也能很好的获取，故采用Android属性变量值去控制开机是否进行日志的采取；

c.配置日志文件大小，文件数量,当文件大小超过配置大小时，另建文件进行存储，当文件数据超过配置数量时，按时间顺序，删除最早的文件，文件名字以Android_时间戳.txt命名；

d.将日志文件的存储路径置于/data/Log/ivi文件下；

(ii)调用所述的仪表系统IC的Channel模块中的ftpclient获取仪表日志，其中，detail字段获取的设备id为ALL或者IC，该步骤进一步包括：

e.仪表系统IC基于Linux系统，实时将日志文件保存在/root/logFile中；

f.所述的ftpclient通过ftp方式下载仪表日志到对应的车载娱乐系统IVI中，并将其保存在/data/Log/cluster；

(iii)将上述保存的日志文件夹(/data/Log)打包为tar文件；

(iv)通过所述的Channel模块上传将日志上传至服务器。

较佳地，所述的步骤(3)具体包括以下步骤：

(3.1)待日志文件上传成功后，后台管理人员下载日志文件并将相应的日志文件给到对应的开发；

(3.2)系统配置config.xml文件开始制作所述的调试升级包；

(3.3)所述的调试升级包制作完毕，通过所述的服务器的人机接口界面上传该调试升级包，并将其与对应的协助车辆的operationid进行绑定。

较佳地，所述的步骤(3.2)中配置所述的config.xml文件具体为：

配置所述的config.xml文件中的data信息，所述的data信息具体包括：name值、path值以及调试包名字，其中，所述的name值为压缩包中的文件名，所述的path值为文件在系统中的绝对路径，所述的调试包名字为以vin+operationid+时间戳命名。

较佳地，所述的步骤(5)具体包括以下步骤：

(5.1)系统解析所述的协助调试命令中的调试升级包的下载地址，并通过所述的Channel模块下载所述的调试升级包；

(5.2)所述的Update模块对所述的调试升级包进行解压，判断解压后的文件夹中是否有仪表调试包，即IC.tar，如果有则通知所述的仪表系统IC更新调试包，并执行下述步骤(5.3)，否则进入步骤(5.4)；

(5.3)调用Channel模块中的ftpclient并上传所述的仪表调试包IC.tar到所述的仪表系统IC，然后通过所述的Channel模块中的ChannelClient唤醒所述的仪表系统IC的UpdateIC模块，所述的步骤(5.3)进一步包括：

(5.3.1)所述的ChannelClient为Channel模块中专门与仪表系统IC进行socket通信的API，其协议格式如下：

包头、包类型、包编号、包id扩展字段、数据类型、数据长度、数据、包尾，即CRC校验位，

并且其与仪表端socket通信的最大长度10×1024byte，超过长度则进行分包处理；

(5.3.2)发送完毕后需要等待ACK，即回复报文，等待所述的ACK超时则进行超时处理；

(5.4)所述的ChannelClient收到所述的仪表系统IC的更新结果后，如果更新失败则将更新结果上传至远程服务端，所述的远程服务端查找更新失败原因，结束远程协助调试或重新开始，如果所述的仪表系统IC更新成功并包含所述的仪表调试包IVI.tar，则继续更新所述的车载娱乐系统IVI的车载调试包，即IVI.tar；

(5.5)所述的车载娱乐系统IVI的Update模块对所述的车载调试包IVI.tar进行解压，并根据其中的config.xml对日志文件进行备份，同时覆盖系统原有的日志文件，此过程不可中断，更新完系统日志文件后，对机器进行重启；

(5.6)系统复现异常问题，后台管理人员选择返回上述步骤(2)继续调试，或者以用户选择主动退出当前测试模式以及远程服务器退出当前测试模式的其中任意一种方式退出；

(5.7)系统上传调试结果，完成远程协助调试。

该用于实现智能座舱实现远程协助调试的装置，其主要特点是，所述的装置包括：

处理器，被配置成执行计算机可执行指令；

存储器，存储一个或多个计算机可执行指令，所述计算机可执行指令被所述处理器执行时，实现上述所述的智能座舱实现远程协助调试的方法的各个步骤。

该智能座舱实现远程协助调试的处理器，其主要特点是，所述的处理器被配置成执行计算机可执行指令，所述的计算机可执行指令被所述的处理器执行时，实现上述所述的智能座舱实现远程协助调试的方法的各个步骤。

该计算机可读存储介质，其主要特点是，其上存储有计算机程序，所述的计算机程序可被处理器执行以实现上述所述的智能座舱实现远程协助调试的方法的各个步骤。

采用了本发明的该针对智能座舱实现远程协助调试的系统、方法、装置、处理器及其计算机可读存储介质，通过制定远程调试协助包，能够有效的解决车辆出现产线问题或者售后问题时无法当场复现及时解决的缺陷，并且，借助于远程协助调试这一技术手段，针对于无法在现场对车载娱乐系统IVI和仪表系统IC出现的异常情况进行调试的问题，能够在不耗时耗力的前提下，快速复现问题场景，依靠远程终端就能解决当前车辆出现的异常情况，具有时效性高、便捷性强以及更加智能化的优点。

附图说明

图1为本发明的针对智能座舱实现远程协助调试的系统的车载系统结构示意图。

图2为本发明的远端操作流程图。

图3为本发明的基于文件系统的调试包的压缩示意图。

图4为本发明的抓取日志示意图。

图5为本发明的远程协助调试流程图。

具体实施方式

为了能够更清楚地描述本发明的技术内容，下面结合具体实施例来进行进一步的描述。

在详细说明根据本发明的实施例前，应该注意到的是，在下文中，术语“包括”、“包含”或任何其他变体旨在涵盖非排他性的包含，由此使得包括一系列要素的过程、方法、物品或者设备不仅包含这些要素，而且还包含没有明确列出的其他要素，或者为这种过程、方法、物品或者设备所固有的要素。

该针对智能座舱实现远程协助调试的系统，其中，所述的系统包括：

通信交互功能模块，用于执行系统预设操作实现与车载系统之间的通信；

日志管理功能模块，与所述的通信交互功能模块相连接，用于收集并保存所述的车载系统中的日志文件，并将日志文件上传至服务器；以及

文件更新功能模块，与所述的日志管理功能模块相连接，用于根据分析出的所述的日志文件中的问题，制作相应的调试包进行文件的备份以及覆盖。

作为本发明的优选实施方式，所述的通信交互功能模块执行的预设操作依次包括：

(a)进行日志文件上传；

(b)进行收集指令上传；

(c)进行调试包下载。

作为本发明的优选实施方式，所述的车载系统具体包括：车载娱乐系统IVI和仪表系统IC，其中，所述的车载娱乐系统IVI和仪表系统IC通过USB进行数据通信，且所述的车载娱乐系统IVI支持WIFI通信、4G通信以及modem通信中的一种或多种。

作为本发明的优选实施方式，所述的日志管理功能模块用于收集所述的车载娱乐系统IVI的日志文件以及仪表系统IC的日志文件。

作为本发明的优选实施方式，所述的车载娱乐系统IVI具体包括：

Channel模块，用于与远程服务器以及仪表系统IC进行数据通信；

ProcessCore模块，与所述的Channel模块相连接，用于进行所有的逻辑处理；

LogManager模块，与所述的ProcessCore模块相连接，用于抓取所述的车载娱乐系统IVI或者仪表系统IC或者整个系统的日志文件；以及

Update模块，与所述的LogManager模块相连接，用于将调试的程序更新到所述的车载娱乐系统IVI中。

作为本发明的优选实施方式，所述的仪表系统IC具体包括：

MtkProxy模块，与所述的Channel模块相连接，用于与所述的车载娱乐系统IVI进行socket或者ftp通信；

LogCache模块，用于实时将日志文件保存到EMMC模块中供所述的LogManager模块提取；以及

UpdateIC模块，与所述的MtkProxy模块相连接，用于更新所述的仪表系统IC的调试程序。

作为本发明的优选实施方式，所述的通信交互功能模块具体进行以下操作：

上传日志收集指令，进入系统调试指令，向服务器上传日志文件，并下载调试包，与所述的仪表系统IC进行Socket通信。

作为本发明的优选实施方式，所述的文件更新功能模块基于各个日志文件的调试包制作规则下载相应的日志文件进行问题分析，用于覆盖并更新所述的日志文件。

请参阅图2所示，该基于上述系统实现智能座舱实现远程协助调试的方法，其中，所述的方法包括以下步骤：

(1)需要进行协助的车机端的车载娱乐系统IVI发送命令反馈至远程服务器，所述的远程服务器执行收集车辆日志的指令进行通信交互；

(2)车载娱乐系统IVI接收相应的指令，并根据指令参数调用所述的日志管理功能模块导出日志文件，并将所述的日志文件通过所述的通信交互功能模块上传至所述的远程服务器；

(3)管理人员等待日志文件上传成功后下载相应的日志文件并进行问题分析，制作调试升级包并上传至所述的远程服务器；

(4)所述的远程服务器发送远程协助调试命令至车载娱乐系统IVI；

(5)所述的车载娱乐系统IVI接收所述的远程协助调试指令，并下载调试升级包，实现远程调试。

作为本发明的优选实施方式，所述的步骤(1)为协助流程，具体包括以下步骤：

(1.1)线下收到所述的车机端的车载娱乐系统IVI需要协助的反馈后，系统选择待协助车辆；

(1.2)所述的车载娱乐系统IVI将设备版本号发送至所述的远程服务器；

(1.3)所述的远程服务器主动发起收集车辆日志的命令，且所述的远程服务器的后台通过管理人员的操作实时处理请求，并对每次协助流程都分配唯一的operationid。

作为本发明的优选实施方式，所述的步骤(2)具体包括以下步骤：

(2.1)所述的Channel模块启动service监听远程服务器的端口，并将收集到的命令数据进行解析后上传给所述的ProcessCore模块；

(2.2)所述的ProcessCore模块通过调用所述的日志管理功能模块进行日志文件的抓取，并将抓取到的日志文件通过所述的通信交互功能模块上传至所述的远程服务器。

请参阅图4所示，作为本发明的优选实施方式，所述的将抓取到的日志文件通过所述的通信交互功能模块上传至所述的远程服务器，具体包括以下步骤：

(2.2.1)所述的日志管理功能模块根据日志指令中的detail字段获取待抓取的日志设备id；

(2.2.2)通过调用所述的LogManager模块的API依次执行以下步骤：

(i)获取车载娱乐系统IVI的车辆日志文件，其中，detail字段获取的设备id为ALL或者IVI，该步骤进一步包括：

a.启动系统服务，实时将logcat buffer中的数据读出；

b.在调试过程中可能会有重启机器，为确保此部分日志也能很好的获取，故采用Android属性变量值去控制开机是否进行日志的采取；

c.配置日志文件大小，文件数量,当文件大小超过配置大小时，另建文件进行存储，当文件数据超过配置数量时，按时间顺序，删除最早的文件，文件名字以Android_时间戳.txt命名；

d.将日志文件的存储路径置于/data/Log/ivi文件下；

(ii)调用所述的仪表系统IC的Channel模块中的ftpclient获取仪表日志，其中，detail字段获取的设备id为ALL或者IC，该步骤进一步包括：

e.仪表系统IC基于Linux系统，实时将日志文件保存在/root/logFile中；

f.所述的ftpclient通过ftp方式下载仪表日志到对应的车载娱乐系统IVI中，并将其保存在/data/Log/cluster；

(iii)将上述保存的日志文件夹(/data/Log)打包为tar文件；

(iv)通过所述的Channel模块上传将日志上传至服务器。

作为本发明的优选实施方式，所述的步骤(3)具体包括以下步骤：

(3.1)待日志文件上传成功后，后台管理人员下载日志文件并将相应的日志文件给到对应的开发；

(3.2)系统配置config.xml文件开始制作所述的调试升级包；

(3.3)所述的调试升级包制作完毕，通过所述的服务器的人机接口界面上传该调试升级包，并将其与对应的协助车辆的operationid进行绑定。

作为本发明的优选实施方式，所述的步骤(3.2)中配置所述的config.xml文件具体为：

配置所述的config.xml文件中的data信息，所述的data信息具体包括：name值、path值以及调试包名字，其中，所述的name值为压缩包中的文件名，所述的path值为文件在系统中的绝对路径，所述的调试包名字为以vin+operationid+时间戳命名。

作为本发明的优选实施方式，所述的步骤(5)具体包括以下步骤：

(5.1)系统解析所述的协助调试命令中的调试升级包下载地址，并通过所述的Channel模块下载所述的调试升级包，支持断点续传，下载完毕后对调试包进行完整性校验；

(5.2)所述的Update模块对所述的调试升级包进行解压，判断解压后的文件夹中是否有仪表调试包，即IC.tar，如果有则通知所述的仪表系统IC更新调试包，并执行下述步骤(5.3)，否则进入步骤(5.4)；

(5.3)调用Channel模块中的ftpclient并上传所述的仪表调试包IC.tar到所述的仪表系统IC，然后通过所述的Channel模块中的ChannelClient唤醒所述的仪表系统IC的UpdateIC模块，所述的步骤(5.3)进一步包括：

(5.3.1)所述的ChannelClient为Channel模块中专门与仪表系统IC进行socket通信的API，其协议格式如下：

包头、包类型、包编号、包id扩展字段、数据类型、数据长度、数据、包尾，即CRC校验位，

并且其与仪表端socket通信的最大长度10×1024byte，超过长度则进行分包处理；

(5.3.2)发送完毕后需要等待ACK，即回复报文，等待所述的ACK超时则进行超时处理；

(5.4)所述的ChannelClient收到所述的仪表系统IC的更新结果后，如果更新失败则将更新结果上传至远程服务端，所述的远程服务端查找更新失败原因，结束远程协助调试或重新开始，如果所述的仪表系统IC更新成功并包含所述的仪表调试包IVI.tar，则继续更新所述的车载娱乐系统IVI的车载调试包，即IVI.tar；

(5.5)所述的车载娱乐系统IVI的Update模块对所述的车载调试包IVI.tar进行解压，并根据其中的config.xml对日志文件进行备份，同时覆盖系统原有的日志文件，此过程不可中断，更新完系统日志文件后，对机器进行重启；

(5.6)系统复现异常问题，后台管理人员选择返回上述步骤(2)继续调试，或者以用户选择主动退出当前测试模式以及远程服务器退出当前测试模式的其中任意一种方式退出；

(5.7)系统上传调试结果，完成远程协助调试。

该用于实现智能座舱实现远程协助调试的装置，其中，所述的装置包括：

处理器，被配置成执行计算机可执行指令；

存储器，存储一个或多个计算机可执行指令，所述计算机可执行指令被所述处理器执行时，实现上述所述的智能座舱实现远程协助调试的方法的各个步骤。

该智能座舱实现远程协助调试的处理器，其中，所述的处理器被配置成执行计算机可执行指令，所述的计算机可执行指令被所述的处理器执行时，实现上述所述的智能座舱实现远程协助调试的方法的各个步骤。

该计算机可读存储介质，其中，其上存储有计算机程序，所述的计算机程序可被处理器执行以实现上述所述的智能座舱实现远程协助调试的方法的各个步骤。

在本发明的一具体实施方式中，本发明的技术主要的模块如下：

1)通信交互功能模块，与远端的通信和IC端的通信，主要功能包括日志收集及上传指令，进入系统调试指令，向服务器上传日志文件，下载调试包，与仪表进行Socket通信；

2)日志管理功能模块，收集IVI日志和仪表IC日志；

3)文件更新功能模块，采用的是基于文件的更新策略。

详细步骤如下：

远端下发收集日志的指令，该指令参数中包含车辆VIN码和待收集日志的系统模块(IC、IVI或ALL)，但不限于此，车机端在能操作过程中也可主动申请远程协助请求(说明故障现象，可自动获取车辆VIN码和设备版本号)；

IVI收到指令后，根据指令参数调用日志管理模块导出所有日志后，通过通信模块上传日志文件到远端；

远端人员下载该日志文件并分析问题，进行相应的代码编写以及编译；

根据编译生成的新文件，以及文件路径制作调试包(加密+压缩)，调试包中包括待替换的文件以及相关配置说明；

调试包制作完成后，上传到远端，并发送进入远程调试模式的指令到IVI端，其中包含调试包的下载地址；

IVI收到远程调试指令后，下载调试包，进入调试模式，根据调试包中的配置文件进行文件的备份以及文件的覆盖，此操作不可中断；

然后再对其发生的问题进行复现，如果是必现问题，可以直接判断调试结果是否完成，如果是偶现问题，可能需要多次重复以上步骤继续调试。

请参阅图1所示，在本发明的一具体实施方式中，本发明实施于车载娱乐IVI+仪表IC双系统的架构，所述的IVI系统支持WIFI，4G modem，可与远端建立通信，与IC数据通道通过USB硬线连接。其中IVI内Channel模块负责与服务器和IVI的MtkProxy进行通信，LogManager是负责抓取IVI或IC或所有日志，仪表内通过LogCache实时将日志保存到EMMC中供LogManager提取，Update是负责将所调试的程序更新到系统IVI，UpdateIC是更新IC，所有的逻辑处理都在ProcessCore中完成。

远端部署在企业内部服务器Docker容器内，通过网关映射转发至外部，提供人机交互界面，操作人员可通过选择待远程协助的机器(通过VIN码标识)，远端操作流程如图2。

step1：本实施中是在线下收到车机端反馈后(设备版本号需要告知给远端)，远端才会主动发起收集车辆日志的命令，远端有专门的后台管理人员实时处理请求，每次协助流程都有唯一的operationid。

其中step2、step7通过socket与IVI端通信，命令数据结构如下(JAVA实现)：

step3：图1中的Channel模块中会启动service一直监听服务端的8081端口，收到数据并解析后传给ProcessCore模块，在ProcessCore中处理抓取日志的步骤，如图4，根据数据中的detail字段获取待抓取的日志设备id,其中S401,S402,S403调用LogManager的api执行，日志抓取后打包成tar文件后调用Channel上传到服务器。

step4：待日志上传成功后，后台管理人员可将日志下载给到对应的开发，step1，step2,step3也不限于只是后台管理人员去操作，也可以是开发人员去操作。

step5就是开发人员正常分析解决问题流程，如果直接能从日志中解决问题，无需确认并且无需及时解决，可直接认为解决直接结束此次协助。

为完成此功能，本发明定义了一种基于文件的调试包制作规则，调试包内容如图3，调试包里的内容是待调试系统的更新文件和配置说明，本实施中只包含IVI和仪表，但不限于此。其中config.xml文件是说明的内容如下,data里的name值是压缩包中的文件名，path值是文件在系统中的绝对路径，调试包名字以vin+operationid+时间戳命名。

<！--解决问题后是否恢复系统的标志-->

......

制作完调试调试包，可通过服务器的人机接口界面上传调试包，绑定与之对应的operationid。

step7：发送进入协助调试命令。

step8:车机端收到协助调试命令后，车机为保证安全性，在车速等于0时才能进入调试模式，提示用户车辆无法行使，具体步骤如图5，解析协助调试命令中detail中的调试包的下载地址后，下载调试包，解压后根据包内容分别对IC或IVI进行Update操作,步骤S504中UpdateIC备份并更新IC端，为保证能回滚至之前的系统，UpdateIC中会进行备份,S505是更新IVI的调试包，步骤S507是用户在车上进行复现操作，直至无法复现问题或待后续解决，可自行退出调试模式S508，同时上传调试结果到远端，如果S507复现了问题并想继续远程分析，线下通知远端人员，远端人员继续执行step2，抓取日志并分析，另外S508步骤中，除了界面有相应变化，会根据confit.xml中的配置rollback值决定是否进行恢复系统的操作(包括将S504、S505中备份的数据恢复、删除S501下载调试包以及S403打包的日志文件)。

本实施中所有功能是独立做成一个系统app，其中LogManager，Channel模块是lib库,Update是具有root的可执行程序，仪表端的LogCache，MtkProxy，UpdateIC都是可执行程序，移植性高，同时也可只调试其中某一个系统，也可增加其他可调试的系统或ECU，灵活性高。本实施中系统间采用的是socket通信，当然可能各系统间的通信方式不同，比如串口通信，也可稍作修改即可使用，对于平台化项目而言是事半功倍，大大减少出差费、时间，同时又能提高工作效率。

在本发明的一具体实施方式中，服务端发送指令给车机端，车机端解析数据，抓取日志文件上传到服务端，制作调试包发送进入调试模式命令给车机，车机下载并更新调试包，复现问题，并将结果上传给服务端。

在本发明的一具体实施方式中，服务端可以远程控制车机端抓取日志，但其功能不限于此，只要车机没有死机，都可以通过远程抓取日志，可以防止车机大屏触屏有问题或user版本无调试端口的情况。

在本发明的一具体实施方式中，基于文件的调试包制作，并对调试进行加密操作，而且配置文件中可加入更多的配置项。

在本发明的一具体实施方式中，在更新调试包之前，需要先对系统进行备份，以免出现系统异常的情况，调试结束后可根据配置数据选择是否进行系统恢复操作，同时清除缓存数据。

在本发明的一具体实施方式中，服务端对于每次远程协助都会有详细的记录，可随时对统计查看。

需要特别说明的是，本技术方案运用于智能座舱项目，但不限于仅运用于该技术领域，其中与该领域类似或者技术较为相同的领域均可应用到本发明的该技术方案中，其中所涉及到的相同或相类似的技术要点再次不再赘叙。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行装置执行的软件或固件来实现。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成的，程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一实施例”、“一些实施例”、“示例”、“具体示例”、“实施方式”或“实施例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

采用了本发明的该针对智能座舱实现远程协助调试的系统、方法、装置、处理器及其计算机可读存储介质，通过制定远程调试协助包，能够有效的解决车辆出现产线问题或者售后问题时无法当场复现及时解决的缺陷，并且，借助于远程协助调试这一技术手段，针对于无法在现场对车载娱乐系统IVI和仪表系统IC出现的异常情况进行调试的问题，能够在不耗时耗力的前提下，快速复现问题场景，依靠远程终端就能解决当前车辆出现的异常情况，具有时效性高、便捷性强以及更加智能化的优点。

在此说明书中，本发明已参照其特定的实施例作了描述。但是，很显然仍可以作出各种修改和变换而不背离本发明的精神和范围。因此，说明书和附图应被认为是说明性的而非限制性的。