车辆诊断报告生成方法、装置、电子设备及存储介质与流程

本技术涉及车辆诊断，特别涉及一种车辆诊断报告生成方法、装置、电子设备及存储介质。

背景技术：

1、现代汽车普遍配备标准化第二代车载诊断系统（on-board diagnostics ii，obd-ii）接口，可输出故障码（dtc）及丰富的实时数据流（如发动机负荷、氧传感器电压等）。主流汽车诊断设备多基于android系统开发专用应用软件，通过蓝牙或usb-obd适配器与车辆通信。然而，当前汽车诊断设备在生成专业诊断报告时，仍严重依赖技师手动操作，存在效率低的问题。

技术实现思路

1、本技术提供了一种车辆诊断报告生成方法、装置、电子设备及存储介质，通过智能体实现对诊断流程的自动化处理，提高了诊断报告生成的效率。

2、第一方面，本技术提供了一种车辆诊断报告生成方法，该方法应用于智能体，该方法包括：

3、调用诊断软件获取诊断报告需求、车辆信息以及车辆故障码，诊断报告需求用于表示需要出具的诊断报告；

4、基于车辆信息从插件库中确定与车辆信息对应的功能插件，插件库中包括不同车型对应的功能插件；

5、通过车辆故障码从功能插件中确定车载诊断系统obd协议以及参数标识pid列表和采集策略；

6、基于obd协议接入车辆的obd接口，并基于pid列表和采集策略获取车辆的第一数据；

7、基于功能插件将第一数据映射为可读字段，得到第二数据；

8、基于功能插件、诊断报告需求和第二数据生成诊断报告。

9、可以看出，本技术中，通过智能体替代传统技师手动操作，利用插件库中针对不同车型预置的功能插件，实现了对多样化车辆信息的标准化适配，解决了诊断流程标准化差的问题，通过车辆故障码反向确定精准的pid列表和采集策略，实现了按需触发和数据采集，避免了无效数据扫描，提升了诊断报告的生成效率，基于功能插件将底层第一数据映射为可读字段得到第二数据，消除了人工解读数据流的误差，保证了数据的可靠性，从而可以实现高效率、高可靠且无需人工干预的车辆诊断。

10、在一个可行的示例中，功能插件包括obd通信适配器和采集策略对照表，obd通信适配器用于定义功能插件对应的车型支持的obd协议，采集策略对照表用于定义存在不同故障码的情况下需要读取的pid列表以及采集策略，通过车辆故障码从功能插件中确定对应的车载诊断系统obd协议以及pid列表和采集策略，包括：

11、基于obd通信适配器确定obd协议；

12、基于车辆故障码从采集策略对照表中确定匹配的pid列表以及采集策略。

13、在本技术中，通过将功能插件细化为obd通信适配器和采集策略对照表，实现了诊断逻辑的结构化与模块化，obd通信适配器封装了不同车型支持的obd协议差异，屏蔽了底层通信协议的复杂性，解决了标准化差的问题，采集策略对照表建立了故障码与pid列表及采集策略的直接映射关系，使得系统能够根据具体故障码按需触发数据采集，避免了全量扫描带来的时间浪费，显著提升了诊断效率，这种基于查找表的自动化确定机制替代了技师手动选择参数的过程，消除了人为配置错误，保证了数据获取的准确性与可靠性。

14、在一个可行的示例中，功能插件包括数据流语义映射表，数据流语义映射表用于将原始pid映射为可读字段，基于功能插件将第一数据映射为可读字段，得到第二数据，包括：

15、基于功能插件中的数据流语义映射表将第一数据映射为可读字段，得到第二数据。

16、在本技术中，通过引入数据流语义映射表，建立了底层原始pid数据与上层可读字段之间的标准化语义关联，该映射表作为功能插件的一部分，使得系统能够自动将车辆返回的原始数据转换为具有明确物理含义的诊断信息，消除了人工翻译数据的误差。结合ai代理的自动化操控，这种语义映射机制确保了诊断报告生成的准确性和专业性。

17、在一个可行的示例中，功能插件包括异常判断规则与报告模板，异常判断规则用于判断第二数据中的异常数据，基于功能插件、诊断报告需求和第二数据生成诊断报告，包括：

18、基于诊断报告需求从报告模版中确定目标报告模版；

19、基于异常判断规则、第二数据以及目标报告模版生成诊断报告。

20、在本技术中，通过引入异常判断规则，将技师依赖经验进行数据异常甄别的过程转化为自动化的逻辑判断，消除了人工分析数据流时的主观差异与疏漏，解决了易出错的问题，利用报告模板与诊断报告需求的匹配机制，实现了诊断报告格式与内容的标准化生成，避免了手动编写报告导致的效率低与标准化差问题，基于规则、数据与模板的自动组合生成诊断报告，确保了输出结果的专业性与一致性。

21、在一个可行的示例中，基于obd协议接入车辆的obd接口，并基于pid列表和采集策略获取车辆的第一数据，包括：

22、从交互知识库中获取与车辆信息、pid列表和采集策略对应的标准交互流程，交互知识库用于定义诊断软件的交互流程；

23、基于obd协议接入车辆的obd接口，并在诊断软件中执行标准交互流程获取车辆的第一数据。

24、在本技术中，基于标准交互流程在诊断软件中自动执行交互动作，替代了技师手动点击菜单、选择参数等繁琐操作，显著提升了诊断报告的生成效率。

25、在一个可行的示例中，该方法还包括：

26、获取任务集和需求车型，任务集中包括多个任务，多个任务中每个任务包括需要采集的pid列表以及对应的采集策略；

27、基于任务集和需求车型对诊断软件进行任务模拟并获取与诊断软件的界面交互信息；

28、对界面交互信息进行加工，生成任务集中每个任务和需求车型中每个车型对应的标准交互流程；

29、基于车型-任务的结构构建交互知识库。

30、在本技术中，通过将捕获的原始操作轨迹转化为机器可执行的标准交互流程，消除了人为操作的不确定性，为ai代理提供了可复用的操作知识基础，实现了诊断操作流程的自动化录制与学习，解决了背景技术中依赖技师手动操作导致的效率低与标准化差问题。

31、在一个可行的示例中，标准交互流程包括多个连续的子交互目标以及各子目标对应的语义描述和验证条件，在诊断软件中执行标准交互流程获取车辆的第一数据，包括：

32、获取诊断软件对应的界面适配描述文件，界面适配描述文件用于定义页面语义获取操作和控件匹配点击操作的实现方式；

33、s1，根据标准交互流程中的当前子交互目标，通过页面语义获取操作感知诊断软件的当前页面状态，并根据当前子交互目标的验证条件判定是否已达成当前子交互目标；

34、s2，若未达成，则在当前页面状态对应的可交互元素集合中，匹配与当前子交互目标的语义描述最相关的目标控件，并通过控件匹配点击操作执行与目标控件之间的交互；

35、s3，若达成，则将多个连续的子交互目标中当前子交互目标的下一个子交互目标作为当前子交互目标，并在当前页面状态对应的可交互元素集合中，匹配与当前子交互目标的语义描述最相关的目标控件，通过控件匹配点击操作执行与目标控件之间的交互；

36、重复执行前述步骤s1~s3，直至达成标准交互流程中最后一个子交互目标，获得第一数据。

37、在本技术中，通过界面适配描述文件定义页面语义获取与控件匹配点击的实现方式，实现了诊断软件界面层面的解耦与抽象，通过页面语义获取操作感知诊断软件的当前页面状态，根据当前子交互目标的验证条件判定是否已达成当前子交互目标，确保了交互步骤执行的准确性与鲁棒性，通过匹配与当前子交互目标的语义描述最相关的目标控件，通过控件匹配点击操作执行与目标控件之间的交互，替代了技师手动寻找菜单和按钮的过程，实现了诊断流程的高度标准化，通过将多个连续的子交互目标中当前子交互目标的下一个子交互目标作为当前子交互目标，推动标准交互流程向前演进，直至达成最后一个子交互目标获得第一数据，这种闭环的感知判定执行机制，确保了从高层诊断目标到数据获取的全自动无人干预，从而达到了高可靠自动化操控及端到端智能闭环的技术效果。

38、第二方面，本技术提供了一种车辆诊断报告生成装置，该装置包括：

39、第一处理单元，用于调用诊断软件获取诊断报告需求、车辆信息以及车辆故障码，诊断报告需求用于表示需要出具的诊断报告；

40、第二处理单元，用于基于车辆信息从插件库中确定与车辆信息对应的功能插件，插件库中包括不同车型对应的功能插件；

41、第三处理单元，用于通过车辆故障码从功能插件中确定车载诊断系统obd协议以及参数标识pid列表和采集策略；

42、第三处理单元，还用于基于obd协议接入车辆的obd接口，并基于pid列表和采集策略获取车辆的第一数据；

43、第三处理单元，还用于基于功能插件将第一数据映射为可读字段，得到第二数据；

44、第三处理单元，还用于基于功能插件、诊断报告需求和第二数据生成诊断报告。

45、第三方面，本技术提供了一种电子设备，该设备包括处理器、存储器、通信接口，处理器、存储器和通信接口相互连接，并且完成相互间的通信工作，存储器上存储有可执行程序代码，通信接口用于进行无线通信，处理器用于调取存储器上存储的可执行程序代码，执行例如第一方面任一方法中所描述的部分或全部的步骤。

46、第四方面，本技术提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，该计算机程序在被处理器执行时，实现本技术第一方面所描述的部分或全部步骤。

47、第五方面，本技术提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理执行时，实现如本技术第一方面中所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。