本申请实施例提供一种车云诊断方法、装置、车辆及存储介质，涉及车云通信技术领域。该方法通过获取远程诊断服务器发送的包括采用非编译性语言的诊断脚本的SOME/IP请求报文；解析并运行SOME/IP请求报文中的诊断脚本，得到诊断结果；将诊断结果封装为SOME/IP应答报文，发送至远程诊断服务器，以使远程诊断服务器根据诊断结果进行对应的业务逻辑处理，从而可以减少车端软件适配周期及开发成本，提高远程诊断效率。程诊断效率。程诊断效率。
【技术实现步骤摘要】
车云诊断方法、装置、车辆及存储介质
[0001]本申请实施例涉及车云通信
，特别地，涉及一种车云诊断方法、装置、车辆及存储介质。
技术介绍
[0002]目前的车云通信协议主要是基于消息队列遥测传输协议(Message Queuing Telemetry Transport，MQTT)实现的。云端部署MQTT代理服务器，车端的远程信息处理器(TelematicsBOX，TBOX)集成MQTT客户端，使得远程诊断服务器和车辆可以进行通信，远程诊断服务器可以在一定程度上控制车辆，例如，远程解闭锁和远程开空调。
[0003]对于远程故障诊断功能，车载TBOX软件集成所有的统一诊断服务(Unified Diagnostic Services，UDS)和诊断参数，例如，0x14清除故障码服务和0x2E服务写功能配置码(Data Identifier，DID)。其中，DID是2个字节的无符号整数的ID，用于标识电子控制单元(Electronic Control Unit)中存储的某个诊断数据单元。
[0004]然而，随着车辆功能的多样化，车上部署的ECU数量越来越多，车载TBOX难以集成所有的ECU的诊断参数。此外，量产后的ECU参数一旦发生变更(例如新增DID)，车载TBOX需要进行软件进行修改或增设，以对变更的ECU参数进行适配。即目前的远程故障诊断方式车端软件的适配周期长、成本高且远程诊断效率低下。
技术实现思路
[0005]本申请实施例提供一种车云诊断方法、装置、车辆及存储介质，以改善上述问题。
[0006]第一方面，本申请实施例提供一种车云诊断方法。该方法包括：获取远程诊断服务器发送的SOME/IP请求报文，所述SOME/IP请求报文包括诊断脚本，所述诊断脚本采用非编译性语言；解析并运行所述SOME/IP请求报文中的所述诊断脚本，得到诊断结果；将所述诊断结果封装为SOME/IP应答报文，发送至所述远程诊断服务器，以使所述远程诊断服务器根据所述诊断结果进行对应的业务逻辑处理。
[0007]第二方面，本申请实施例提供一种车云诊断装置。该装置包括：报文获取模块，用于获取远程诊断服务器发送的SOME/IP请求报文，所述SOME/IP请求报文包括诊断脚本，所述诊断脚本采用非编译性语言；脚本运行模块，用于解析并运行所述SOME/IP请求报文中的所述诊断脚本，得到诊断结果；报文发送模块，用于将所述诊断结果封装为SOME/IP应答报文，发送至所述远程诊断服务器，以使所述远程诊断服务器根据所述诊断结果进行对应的业务逻辑处理。
[0008]第三方面，本申请实施例提供一种车辆。该车辆包括存储器、一个或多个处理器以及一个或多个应用程序。其中，一个或多个应用程序被存储在存储器中，并被配置为当被一个或多个处理器调用时，使得一个或多个处理器执行本申请实施例提供的方法。
[0009]第四方面，本申请实施例提供一种计算机可读取存储介质。该计算机可读取存储介质中存储有程序代码，该程序代码被配置为当被处理器调用时，使得处理器执行本申请
实施例提供的方法。
[0010]本申请实施例提供一种车云诊断方法、装置、车辆及存储介质，该方法通过SOME/IP报文携带采用非编译性语言的诊断脚本，在车端部署诊断脚本运行环境，对诊断脚本进行解析并运行，并将诊断结果通过SOME/IP报文发送至远程诊断服务器，可以减少车端软件适配周期及开发成本，提高远程诊断效率。
附图说明
[0011]为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
[0012]图1是本申请一示例性实施例提供的车云诊断方法的应用场景的示意图；
[0013]图2是本申请一示例性实施例提供的现有MQTT消息的示意图；
[0014]图3是本申请一示例性实施例提供的本申请实施例采用的MQTT消息的示意图；
[0015]图4是本申请一实施例提供的车云诊断方法的流程示意图；
[0016]图5是本申请另一实施例提供的车云诊断方法的流程示意图；
[0017]图6是本申请一示例性实施例提供的车云诊断方法的时序流程图；
[0018]图7是本申请一实施例提供的车云诊断装置的结构框图；
[0019]图8是本申请一实施例提供的车辆的结构框图；
[0020]图9是本申请一实施例提供的计算机可读取存储介质的结构框图。
具体实施方式
[0021]为了使本
的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。
[0022]请参阅图1，图1是本申请一示例性实施例提供的车云诊断方法的应用场景的示意图。车云诊断系统100包括中央控制单元(Central Control Unit，CCU)110、车载TBOX120以及远程诊断服务器130。
[0023]CCU110与车载TBOX120之间通过以太网进行通信。CCU110和车载TBOX120支持运行于网际协议(Internet Protocol，IP)之上的可伸缩的面向服务的中间件(Scalable service
‑
Oriented MiddlewarE over IP，SOME/IP)，CCU110和车载TBOX120可以相互传输SOME/IP报文。
[0024]车载TBOX120通过MQTT车云协议与远程诊断服务器130通信。本申请实施例中的MQTT车云协议的payload内封装有SOME/IP服务化接口通信协议，以实现车载TBOX120和远程诊断服务器130可以采用消息发布与订阅的方式通过MQTT消息传输SOME/IP报文。SOME/IP报文中的payload内可以封装诊断脚本，以便CCU110运行诊断脚本以实现诊断服务。
[0025]CCU110可以包括多个CCU，各CCU之间可以通过预设接口函数(将在后面展开描述)进行通信。CCU110中部署有诊断脚本的运行环境，例如Python运行环境。
[0026]在对本申请实施例提供的车云诊断方法进行介绍之前，首先需要说明的是本申请实施例采用的MQTT车云协议的MQTT消息与现有的MQTT消息的不同之处。
[0027]请参阅图2，图2是本申请一示例性实施例提供的现有MQTT消息的示意图。现有的MQTT消息包括MQTT报头和数据有效载荷报文内容(MQTT payload)。MQTT报头包括固定报头和可变报头。
[0028]固定报头的长度为2个字节，固定报头包括多种MQTT控制报文类型，具体的MQTT控制报文类型及其相关信息请见表1。表1中的“QoS”全称为Quality of Service，含义为服务质量。“客户端
‑
>服务端”表示报文数据从客户端流向本文档来自技高网...
【技术保护点】
【技术特征摘要】
1.一种车云诊断方法，其特征在于，包括：获取远程诊断服务器发送的SOME/IP请求报文，所述SOME/IP请求报文包括诊断脚本，所述诊断脚本采用非编译性语言；解析并运行所述SOME/IP请求报文中的所述诊断脚本，得到诊断结果；将所述诊断结果封装为SOME/IP应答报文，发送至所述远程诊断服务器，以使所述远程诊断服务器根据所述诊断结果进行对应的业务逻辑处理。2.根据权利要求1所述的方法，其特征在于，所述解析并运行所述SOME/IP请求报文中的所述诊断脚本，得到诊断结果的步骤包括：对所述SOME/IP请求报文进行解析，得到所述诊断脚本；采用Python和预设接口函数运行所述诊断脚本，得到诊断结果。3.根据权利要求2所述的方法，其特征在于，所述预设接口函数包括第一类预设接口函数，所述第一类预设接口函数用于实现中央控制单元底层诊断报文收发功能。4.根据权利要求3所述的方法，其特征在于，所述预设接口函数还包括第二类预设接口函数，所述第二类预设接口函数用于实现所述远程诊断服务器与所述中央控制单元之间的用户界面交互功能。5.根据权利要求2所述的方法，其特征在于，所述对所述SOME/IP请求报文进行解析，得到所述诊断脚本的步骤包括：对所述SOME/IP请求报文的报文类型进行检测；若所述报文类型与预设报文类型相同，从所述SOME/IP报文中提取所述诊断脚本；在所述诊断脚本通过完整性验证时，存储所述诊断脚本，以避免重复下载所述诊断脚本。6.根据权利要求1
‑
5任一项所述的方法，其特征在于，所述获取远程诊断服务器发送的SOME/IP请求报文的步骤包括：通过以太网获取车载TBOX发送的SOME/IP请求报文，其中，所述SOME/IP请求报文是所述车载TBOX向所述远程...
【专利技术属性】
技术研发人员：朱鹏波，温小锋，高斌，高德申，刘双双，邹金露，
申请(专利权)人：广州汽车集团股份有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。