一种车辆诊断方法、装置、电子设备及存储介质

技术领域

本发明涉及车辆诊断技术领域，尤其涉及一种车辆诊断方法、装置、电子设备及存储介质。

背景技术

随着汽车工业以及电子化技术的迅速发展，整车数据的急剧增加以及网络环境的复杂化，使得车辆发生故障的概率大大提升。如何降低车辆在生产、销售以及售后阶段出现故障的可能性以及提升问题排查的效率成为当前人们关注的重点问题。

人们主要采用基于诊断服务的新技术的应用(OTA(Over-the-Air Technology，空间下载技术)、远程诊断)来提升售后场景车辆故障排查及解决的效率，而各诊断技术(诊断模式)间的交互策略及处理逻辑鲜有报道，同时对车辆生产、销售以及其他需求场景问题的相关内容没有关注。由于各诊断技术均基于UDS服务，且车辆控制器同一时间有且仅支持一个诊断模式的响应，故各诊断模式之间的相关关系对各诊断模式功能的运行以及问题的排查有着重要的影响。

发明内容

本发明提供了一种车辆诊断方法、装置、电子设备及存储介质，以解决在不同场景下对车辆进行诊断的问题。

根据本发明的一方面，提供了一种车辆诊断方法，包括：

确定车辆所处的当前场景模式，基于场景模式与诊断模式的对应关系确定当前场景模式对应的可用诊断模式，可用诊断模式为至少一种；

基于当前场景模式下至少一种可用诊断模式的交互策略，确定目标诊断模式；

基于目标诊断模式对车辆进行诊断处理。

可选的，确定车辆所处的当前场景模式，包括：

读取特定存储字段的场景标识，基于场景标识确定当前场景模式；或者，

接收外部设备的场景配置指令，对场景配置指令进行安全访问验证，并在验证成功后，执行场景配置指令，得到车辆所处的当前场景模式，并基于当前场景模式的场景标识更新特定存储字段。

可选的，场景模式包括工厂模式、展车模式、运输模式、存放模式和使用模式；可用诊断模式包括远程诊断模式、本地诊断模式和OTA模式中的一项或多项。

可选的，交互策略包括当前场景模式下可用诊断模式的优先级、当前场景模式下的待诊断项对应的可用诊断模式优先级、多个可用诊断模式中的优先接入的交互方式、多个可用诊断模式的互斥交互方式的一项或多项。

可选的，基于当前场景模式下至少一种可用诊断模式的交互策略，确定目标诊断模式，包括如下的一项或多项：

基于当前场景模式下可用诊断模式的优先级，将最高优先级的可用诊断模式确定为目标诊断模式；

确定待诊断项，基于待诊断项对应的可用诊断模式优先级，将最高优先级的可用诊断模式确定为目标诊断模式；

向当前场景模式下多个可用诊断模式对应的诊断系统发送诊断请求，将优先接入的可用诊断模式确定为目标诊断模式；

将多个可用诊断模式中非互斥的可用诊断模式确定并行处理的目标诊断模式。

可选的，在确定车辆所处的当前场景模式之前，方法还包括如下的一项或多项：

根据预设时间间隔触发定时诊断任务；

接收关联设备或服务器发送的诊断请求。

根据本发明的另一方面，提供了一种车辆诊断装置，包括：

可用诊断模式确定模块，用于确定车辆所处的当前场景模式，基于场景模式与诊断模式的对应关系确定当前场景模式对应的可用诊断模式，可用诊断模式为至少一种；

目标诊断模式确定模块，用于基于当前场景模式下至少一种可用诊断模式的交互策略，确定目标诊断模式；

诊断处理模块，用于基于目标诊断模式对车辆进行诊断处理。

可选的，装置还包括：

当前场景确定模块，用于读取特定存储字段的场景标识，基于场景标识确定当前场景模式；或者，接收外部设备的场景配置指令，对场景配置指令进行安全访问验证，并在验证成功后，执行场景配置指令，得到车辆所处的当前场景模式，并基于当前场景模式的场景标识更新特定存储字段。

根据本发明的另一方面，提供了一种电子设备，电子设备包括：

至少一个处理器；以及

与至少一个处理器通信连接的存储器；其中，

存储器存储有可被至少一个处理器执行的计算机程序，计算机程序被至少一个处理器执行，以使至少一个处理器能够执行本发明任一实施例的车辆诊断方法。

根据本发明的另一方面，提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机指令，计算机指令用于使处理器执行时实现本发明任一实施例的车辆诊断方法。

本发明实施例的技术方案，通过合理定义的车辆场景模式、诊断模式、场景模式和诊断模式之间的对应关系以及诊断模式的交互策略，得到合适的目标诊断模式，进而根据目标诊断模式对车辆进行诊断，解决了能够在不同场景下对车辆进行诊断的问题；使得可以在满足不同场景功能需求的前提下对车辆采用理想的目标诊断模式，最大程度的降低车辆的故障风险；提高了在问题排查、解决等方面高效的优势，充分提升各场景的问题排查效率。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

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

图1是本发明实施例一提供的一种车辆诊断方法的流程图；

图2是本发明实施例二提供的一种车辆诊断装置的结构示意图；

图3是实现本发明实施例的车辆诊断方法的电子设备的结构示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例一

图1是本发明实施例一提供的一种车辆诊断方法的流程图，本实施例可适用于对车辆进行诊断的情况，该方法可以由车辆诊断装置来执行，该车辆诊断装置可以采用硬件和/或软件的形式实现，该车辆诊断装置可配置于车辆故障诊断系统等电子设备中。如图1所示，该方法包括：

S110、确定车辆所处的当前场景模式，基于场景模式与诊断模式的对应关系确定当前场景模式对应的可用诊断模式，可用诊断模式为至少一种。

其中，场景模式具体可以理解为是对车辆从研发到量产到最终交付给客户的整个流程中的各个阶段对应的场景，基于不同场景定义对应的车辆场景模式，例如生产线阶段对应工厂模式、展车阶段对应展车模式、车辆从生产基地运输到4S店的阶段对应运输模式等。诊断模式具体可以理解为是基于车辆的不同功能进行定义的车辆模式，比如远程诊断模式、本地诊断模式等。场景模式与诊断模式的对应关系具体可以理解为是两者之间的一种关系表，可以在诊断控制系统中进行设置，不同的车辆对应的场景模式与诊断模式的对应关系有所差异。

具体的，可以在车辆诊断控制系统中预先根据车辆的生产阶段以及具体功能定义相应的场景模式和诊断模式，并根据两者之间的关系进行分析和处理，确定对应的场景模式与诊断模式的对应关系表，然后依据这种关系表，以车辆所处的当前场景模式作为输入参数，查看关系表，确定对应的可用诊断模式，其中，确定的可用的诊断模式应至少有一种。

可选的，确定车辆所处的当前场景模式，包括：读取特定存储字段的场景标识，基于场景标识确定当前场景模式；或者，接收外部设备的场景配置指令，对场景配置指令进行安全访问验证，并在验证成功后，执行场景配置指令，得到车辆所处的当前场景模式，并基于当前场景模式的场景标识更新特定存储字段。

其中，场景标识具体可以理解为是一种用于表征场景的字段值，可以通过故障诊断系统预先对不同场景对应的字段值进行设置，场景模式与场景标识是一一对应的关系。场景配置指令具体可以理解为是针对不同场景的访问权限而设置的指令，可以是一些具有特定含义的字符串等。

具体的，可以通过车辆诊断系统对场景标识对应的字段值进行设定，因此，在确定车辆所处的当前场景模式的情况下，车辆诊断系统可以根据读取特定存储字段的场景标识进行确定。还可以，接收外部设备发送的场景配置指令，对场景配置指令进行分析，验证场景配置指令中的用户身份信息是否拥有权限，验证成功后，车辆诊断系统执行场景配置指令，得到车辆所处的当前场景模式。示例性的，对于场景定义的模式的进入与退出，均采用经过安全访问验证通过后的诊断指令进行切换；对于功能定义的模式的进入与退出，均以各诊断模式发起模式进入或退出的指令进行切换。各模式间可根据不同的功能内容同时存在或相互互斥，具体定义可取决于主机厂对各功能(远程诊断、OTA)的具体设计。

可选的，场景模式包括工厂模式、展车模式、运输模式、存放模式和使用模式；可用诊断模式包括远程诊断模式、本地诊断模式和OTA模式中的一项或多项。

其中，OTA是通过移动通信的空中接口对SIM卡数据及应用进行远程管理的技术。空中接口可以采用WAP、GPRS、CDMA1X及短消息技术。OTA技术的应用，使得移动通信不仅可以提供语音和数据服务，而且还能提供新业务下载。

具体的，如果对车辆生产到交付到客户手中的整个过程设置有生产线阶段、展车阶段、车辆从生产基地运输到4S店阶段、车辆在主机厂生产完成后未发往4S店前的存放阶段以及到达4S店后未销售阶段的存放阶段、车辆正常使用阶段等，那么对应的场景模式有工厂模式、展车模式、运输模式、存放模式和使用模式等，其中，车辆的场景模式的设定可以根据不同的车辆进行设定或者根据车辆从生产到交付到客户手中的整个过程的阶段的分类进行设定。如果车辆的功能包含远程诊断、OAT技术、本地诊断，那么可以将对应的诊断模式设置为远程诊断模式、本地诊断模式和OTA模式，即诊断模式可以包含远程诊断模式、本地诊断模式和OTA模式等模式中的一项或多项。诊断模式是基于车辆的不同功能进行设定，那么不同的功能可以对应一项诊断模式，还可以，对于具有相似的功能，可以根据实际情况设置为同一种诊断模式。车辆的场景模式及其对应的诊断模式的设定根据车辆所处的实际场景和车辆的功能进行设定，设定规则由车辆工程师或者相关工作人员进行设计。

示例性的，对于工厂模式，可以根据主机厂不同的生产线结构、控制器安装位置以及控制器电检工位(特定信息的读取、写入、标定等内容)等条件，控制器可以设置对应的工厂模式，用于适配车辆生产过程，简化生产线电检内容，降低生产线电检的问题发生率，提高车辆生产线的通过率。对于展车模式，根据车型产品的宣传焦点功能、展车场景的约束条件(车辆无需启动或运行)以及展车车辆处于不同开发状态的功能限制的要求，控制器可以设置对应的展车模式，用于适配车辆展示过程，降低展车因场景约束等情况导致的车辆故障的发生率，提升展车效果。对于运输模式，根据车辆运输过程中的特定需求(悬架高度要求：满足上下拖车高度要求；车速限制要求：满足拖运以及转运要求(如车速不高于20km/h)；车辆定位功能要求：满足车辆轨迹可查询要求；电池低消耗要求：满足车辆在被运输中电量消耗要求，防止电池亏点问题；等内容)，控制器可以设置对应的运输模式，根据运输过程中对功能的需求与约束，制定特定策略，满足运输需求，提升车上运输安全以及降低车辆故障风险。对于存放模式，车辆在存放阶段时，可以根据不同主机厂特定需求设定特定策略，如节电需求：电流消耗大的功能禁用，能够主动唤醒车辆的功能禁用等；电池充电策略适配等内容；降低电池亏点以及性能衰退风险。对于使用模式，车辆正常使用阶段，车辆所有功能均需满足车辆设计要求，确保车辆正常使用；主机厂可以根据特定需求设定首次进入正常模式或再次进入正常模式时车辆功能的特定/自定义设置，已提升用户的仪式感等内容。

对于远程诊断模式，汽车远程诊断技术的应用，建立了车云通讯，实现了车辆数据的远程实时获取，可以有效的提升车辆问题的排查以及解决效率，同时根据车辆数据的异常可以提前通知车辆、车主或4S店主动上门服务，降低车辆故障的可能性。远程诊断技术采用诊断服务的形式与车辆进行交互，针对车可能存在的多个诊断模式的场景，通过设定远程诊断模式，实现不同诊断模式之间的交互策略，以此保证远程诊断功能不同场景下的正常运行。对于OTA模式，OTA技术通过车云通讯实现了车辆控制器远程升级的功能，当车辆控制器软件存在已知缺陷或进行功能升级时，可以远程批量实行车辆控制器升级，最大程度的降低缺陷软件可能存在的车辆故障风险，同时也极大的提升了车辆故障解决效率。当前OTA技术主要采用诊断服务系列化的形式完成功能的升级，也因此成为车辆的一个诊断模式，故通过OTA模式实现诊断模式之间的交互策略，同时通过OTA模式可以设置不同控制器升级所需的特定条件，以此满足安全、高效的升级需求。对于本地诊断模式，通过车辆标准OBD接口与车辆进行的诊断交互是车辆必须具备的功能，也是车辆最常用的一个诊断模式。车辆从生产到报废全生命周期的所有阶段，本地诊断均可实施，故需通过本地诊断模式的设置来实现车辆诊断模式之间的交互策略，确保本地诊断功能的合理工作。

在本实施例中，通过确定车辆所处的当前场景模式，基于场景模式与诊断模式的对应关系确定当前场景模式对应的可用诊断模式，可以较为方便的确定车辆的当前场景所适用的可用诊断模式，有助于解决车辆在不同场景下的诊断问题。

S120、基于当前场景模式下至少一种可用诊断模式的交互策略，确定目标诊断模式。

其中，交互策略具体可以理解为是根据场景模式和诊断模式的关系而设置的诊断模式的应用策略。基于不同场景进行定义的车辆模式，由于场景的相互独立，故各模式间为互斥状态(车辆同一时刻有且仅能处于其中一种模式)。基于不同功能进行定义的车辆模式，由于均采用诊断服务的形式来实现其相应的功能，可以根据车辆电子架构以及各自功能定义的不同而设定车辆多诊断模式间的交互关系，同时由于维度的不同，功能定义的车辆模式与场景定义的车辆模式可根据不同场景的需求以及诊断技术功能设计的不同进行合理交互策略。

具体的，根据车辆在不同场景下对于车辆功能的要求而应用合适的至少一个诊断模式，如表1车辆模式交互形式表所示，可以根据表1确定不同场景下所需要的目标诊断模式，车辆模式交互形式表可以根据车辆的功能进行预先设置在车辆诊断控制系统中。

表1车辆模式交互形式表

如表1中的示例，在工厂模式下，仅本地诊断模式可应用，即工厂模式下可以通过连接车辆的本地标准OBD接口进行诊断内容的交互，诊断模式仅本地诊断一个，故“诊断模式交互策略”不涉及。

进一步的，可以基于车辆模式交互形式表设置相应的模式扩展接口，根据车辆的实际情况对场景模式、诊断模式和诊断模式交互策略进行扩展，以达到能够满足不同场景下的对车辆进行诊断的需求。

可选的，交互策略包括当前场景模式下可用诊断模式的优先级、当前场景模式下的待诊断项对应的可用诊断模式优先级、多个可用诊断模式中的优先接入的交互方式、多个可用诊断模式的互斥交互方式的一项或多项。

其中，待诊断项具体可以理解为是基于车辆的需求信息而确定的需要进行诊断的车辆功能，比如在运输模式下，待诊断项可以是电池电压读取功能、车辆故障读取功能等。

具体的，各主机厂等可以根据车辆设计的实际情况进行场景模式的定义以及功能模式的设定，同时根据各场景的不同定义要求以及不同功能模式的设计方案，实施范围进行不同场景的可“应用”与否的定义，对于可应用的诊断模式进行合理和有序排列，完成诊断模式交互策略的设计。交互策略的设计方式主要是可用诊断模式的优先级、当前场景模式下的待诊断项对应的可用诊断模式优先级、多个可用诊断模式中的优先接入的交互方式、多个可用诊断模式的互斥交互方式中的一项或多项。

可选的，基于当前场景模式下至少一种可用诊断模式的交互策略，确定目标诊断模式，包括如下的一项或多项：基于当前场景模式下可用诊断模式的优先级，将最高优先级的可用诊断模式确定为目标诊断模式；确定待诊断项，基于待诊断项对应的可用诊断模式优先级，将最高优先级的可用诊断模式确定为目标诊断模式；向当前场景模式下多个可用诊断模式对应的诊断系统发送诊断请求，将优先接入的可用诊断模式确定为目标诊断模式；将多个可用诊断模式中非互斥的可用诊断模式确定并行处理的目标诊断模式。

具体的，对于车辆的当前场景模式确定吃对应的可用诊断模式的交互策略，如果交互策略设置了可用诊断模式的交互策略，那么可以直接将优先级最高的交互策略设置为车辆的目标诊断模式；若当前场景模式下有多个诊断模式可以应用，不同的诊断模式均向车辆诊断控制系统发送诊断指令，那么可以将优先接收到的诊断指令对应的诊断模式作为目标诊断模式；若当前场景模式下有多个诊断模式可以应用，并且诊断模式之间存在非互斥的关系，那么可以将具有非互斥关系的多个诊断模式均作为车辆的目标诊断模式并同时执行，这样可以节省车辆的诊断时间。

示例性的，如表1所示，在当前场景模式为运输模式的情况下，“远程诊断模式”和“本地诊断模式”可应用。运输过程中，车辆可以通过远程诊断技术以连续、定时或阶段等形式进行获取车辆需求信息(如车辆位置信息、电池电压状态、车辆控制器需求诊断信息等)，及时掌握车辆实际状态。基于两个诊断模式(远程诊断、本地诊断)的情况，结合运输模式的特定需求，可以合理的设计交互策略2，对于电池电压读取功能和车辆故障读取功能进行诊断。对于电池电压读取功能，交互策略设置为本地诊断优先，如当前为远程诊断模式，可以打断远程诊断模式进入本地诊断模式；对于车辆故障读取功能的诊断，交互策略为设置远程诊断优先)。通过功能模式的应用以及策略2方案的实施，可以最大程度简化运输过程中的工作内容，同时结合运输过程中获取的车辆数据的分析利用，可以有效的提高车辆故障的排查与解决效率。

在另外一个示例中，如表1所示，在当前场景模式为使用模式的情况下，“远程诊断模式”、“OTA模式”和“本地诊断模式”均可用。用户正常使用车辆过程中，远程诊断功能、OTA功能以及本地诊断功能都正常运行，根据各功能的设计不同，车辆主机厂或用户可以在满足相关条件下按需获取车辆的实时状态，结合车辆数据制定车辆有故障的情况或存在故障风险的情况的合理的提示或实施方案等，针对已知软件缺陷的情况可以利用OTA技术进行及时升级解决。多诊断模式的情况下，根据各诊断模式的功能设计原理，合理设计正常模式下的交互策略4(如：各诊断模式相互互斥，各功能模式采用先到先得的方式。在没有任何诊断模式接入车辆时，哪一个诊断模式先接入，车辆先进入哪个诊断模式，在该诊断模式未退出时，其他诊断模式再次接入时，均被拒绝，直到当前诊断模式退出后，车辆在进入下一个最先接入的诊断模式对应模式)，以此来降低车辆的故障风险以及提升车辆故障时问题的排查与解决效率。

基于车车辆的功能及其需求确定待诊断项，并基于可用诊断模式以及待诊断项对应的可诊断模式进行交互策略的设计，根据设计的交互策略确定车辆在当前场景模式下的目标诊断模式。

在本实施例中，通过在当前场景模式下对可用诊断模式进行交互策略的设计，并根据设计的交互策略确定目标诊断模式，可以快速的确定车辆在当前场景下所适用的诊断模式，有助于减少车辆的诊断时间，提高了车辆在不同场景下的诊断效率，最大程度的降低车辆故障风险；充分提升各场景的问题排查效率。

S130、基于目标诊断模式对车辆进行诊断处理。

具体的，车辆诊断控制系统可以根据已确定的目标诊断模式对当前车辆直接进行诊断处理。

可选的，方法还包括：在确定车辆所处的当前场景模式之前，方法还包括如下的一项或多项：根据预设时间间隔触发定时诊断任务；接收关联设备或服务器发送的诊断请求。

具体的，在确定车辆所处的当前场景模式之前，车辆诊断控制系统可以通过定时方式启动车辆的定时诊断任务，预设时间间隔可以根据车辆的整个生产过程中的各个阶段所使用的时间进行准确的设置；还可以，车辆控制系统通过接收关联设备或服务器发送的诊断请求来触发车辆的诊断任务，其中，关联设备或服务器包含但不限于车辆内置的诊断请求发送设备、车联网平台等。

本实施例的技术方案，通过合理定义的车辆场景模式、诊断模式、场景模式和诊断模式之间的对应关系以及诊断模式的交互策略，根据车辆的实际设计情况确定合适的目标诊断模式，进而根据目标诊断模式对车辆进行诊断，解决了能够在不同场景下对车辆进行诊断的问题；使得可以在满足不同场景功能需求的前提下对车辆采用理想的目标诊断模式，最大程度的降低车辆的故障风险；提高了在问题排查、解决方面高效的优势，充分提升各场景的问题排查效率。

实施例二

图2是本发明实施例二提供的一种车辆诊断装置的结构示意图。如图2所示，该装置包括：

可用诊断模式确定模块210，用于确定车辆所处的当前场景模式，基于场景模式与诊断模式的对应关系确定当前场景模式对应的可用诊断模式，可用诊断模式为至少一种；

目标诊断模式确定模块220，用于基于当前场景模式下至少一种可用诊断模式的交互策略，确定目标诊断模式；

诊断处理模块230，用于基于目标诊断模式对车辆进行诊断处理。

可选的，装置还包括：

当前场景确定模块2101，用于读取特定存储字段的场景标识，基于场景标识确定当前场景模式；或者，接收外部设备的场景配置指令，对场景配置指令进行安全访问验证，并在验证成功后，执行场景配置指令，得到车辆所处的当前场景模式，并基于当前场景模式的场景标识更新特定存储字段。

可选的，可用诊断模式确定模块210，具体用于确定车辆所处的当前场景模式，包括：读取特定存储字段的场景标识，基于场景标识确定当前场景模式；或者，接收外部设备的场景配置指令，对场景配置指令进行安全访问验证，并在验证成功后，执行场景配置指令，得到车辆所处的当前场景模式，并基于当前场景模式的场景标识更新特定存储字段。

场景模式包括工厂模式、展车模式、运输模式、存放模式和使用模式；可用诊断模式包括远程诊断模式、本地诊断模式和OTA模式中的一项或多项。

方法还包括：在确定车辆所处的当前场景模式之前，方法还包括如下的一项或多项：根据预设时间间隔触发定时诊断任务；接收关联设备或服务器发送的诊断请求。

可选的，目标诊断模式确定模块220，具体用于交互策略包括当前场景模式下可用诊断模式的优先级、当前场景模式下的待诊断项对应的可用诊断模式优先级、多个可用诊断模式中的优先接入的交互方式、多个可用诊断模式的互斥交互方式的一项或多项。

基于当前场景模式下至少一种可用诊断模式的交互策略，确定目标诊断模式，包括如下的一项或多项：基于当前场景模式下可用诊断模式的优先级，将最高优先级的可用诊断模式确定为目标诊断模式；确定待诊断项，基于待诊断项对应的可用诊断模式优先级，将最高优先级的可用诊断模式确定为目标诊断模式；向当前场景模式下多个可用诊断模式对应的诊断系统发送诊断请求，将优先接入的可用诊断模式确定为目标诊断模式；将多个可用诊断模式中非互斥的可用诊断模式确定并行处理的目标诊断模式。

本发明实施例所提供的车辆诊断装置可执行本发明任意实施例所提供的车辆诊断方法，具备执行方法相应的功能模块和有益效果。

实施例三

图3是本发明实施例三提供的一种电子设备的结构示意图。电子设备10旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图3所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(ROM)12、随机访问存储器(RAM)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序，来执行各种适当的动作和处理。在RAM 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。

电子设备10中的多个部件连接至I/O接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如车辆诊断方法。

在一些实施例中，车辆诊断方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由ROM 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到RAM 13并由处理器11执行时，可以执行上文描述的车辆诊断方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行车辆诊断方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的车辆诊断方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

实施例四

本发明实施例四还提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机指令，计算机指令用于使处理器执行一种车辆诊断方法，该方法包括：

确定车辆所处的当前场景模式，基于场景模式与诊断模式的对应关系确定当前场景模式对应的可用诊断模式，可用诊断模式为至少一种；

基于当前场景模式下至少一种可用诊断模式的交互策略，确定目标诊断模式；

基于目标诊断模式对车辆进行诊断处理。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。