NVH分析和诊断方法、装置和系统、电子设备和存储介质与流程

本公开涉及故障分析领域，特别涉及一种nvh分析和诊断方法、装置和系统、电子设备和存储介质。

背景技术：

nvh(噪声、振动与声振粗糙度)是衡量机器制造行业的一个重要参数，例如在汽车制造领域，车辆的nvh问题是国际汽车业各大整车制造企业和零部件企业关注的问题之一。有统计资料显示，整车约有1/3的故障问题是和车辆的nvh问题有关系，而各大公司有近20％的研发费用消耗在解决车辆的nvh问题上。

目前，对于nvh的分析和故障检测，各大厂商通常使用昂贵的nvh测试系统来进行检测，这种方式通常需要有经验且专业的工程师人员进行操作，并且测试过程通常耗时较长。因此，现有技术存在nvh分析和故障检测耗时长，且成本高，其需要专业人员操作的问题。

技术实现要素：

本公开实施例提供了一种能够经济有效的nvh分析和诊断方法、装置和系统，电子设备和存储介质。

根据本公开的第一方面，提供了一种nvh分析和诊断方法，其应用在服务器中，包括：

接收来自终端设备的nvh故障检测请求，并获取所述nvh故障检测请求中关于故障部件的第一信息；

在查询到与所述第一信息匹配的故障检测记录的情况下，根据所述匹配的故障检测记录生成第一指示信息，在未查询到与所述第一信息匹配的故障检测记录的情况下，根据所述第一信息生成第二指示信息，并向所述终端设备发送所述第一指示信息或者第二指示信息，所述第一指示信息和第二指示信息均用于指示获取执行故障检测所需的第二信息；

根据接收的针对所述第一指示信息的第一返回信息或者根据接收的针对第二指示信息的第二返回信息，并基于所述第一返回信息或者第二返回信息中的第二信息确定所述故障部件的故障诊断结果。

在一些可能的实施方式中，所述方法还包括：

提取所述第一信息中的关键词，所述第一信息包括所述故障部件的名称、应用场景以及故障情况中的至少一种；

根据所述关键词查询数据库中与所述第一信息匹配的故障检测记录。

在一些可能的实施方式中，所述在查询到与所述第一信息匹配的故障检测记录的情况下，根据所述匹配的故障检测记录生成第一指示信息，包括：

获取所述故障检测记录中所应用的故障检测步骤；

基于所述故障检测步骤生成所述第一指示信息。

在一些可能的实施方式中，所述在未查询到与所述第一信息匹配的故障检测记录的情况下，根据所述第一信息生成第二指示信息，包括：

确定所述第一信息能否用于确定所需执行的故障检测步骤；

在所述第一信息能够确定所述所需执行的故障检测步骤的情况下，基于该第一信息确定的故障检测步骤生成所述第二指示信息；

在所述第一信息不能确定所述所需执行的故障检测步骤的情况下，向所述终端设备获取所需的第三信息，并基于所述终端设备返回的第三返回信息以及所述第一信息生成所述第二指示信息。

在一些可能的实施方式中，所述第二信息包括所述故障部件工作过程中的至少一种状态下的音频信息和/或视频信息。

在一些可能的实施方式中，所述基于所述第一返回信息或者第二返回信息中的第二信息确定所述故障部件的故障诊断结果包括：

提取所述第一返回信息或者第二返回信息中的第二信息；

利用专家模型根据所述第二信息生成所述故障部件的故障诊断结果。

在一些可能的实施方式中，所述方法还包括：

在向终端设备发送第一指示信息或者第二指示信息之前，对待发送的第一指示信息或者第二指示信息进行预处理操作；

所述预处理操作包括格式转换、压缩、以及加密处理中的至少一种。

在一些可能的实施方式中，所述方法还包括：存储针对所述故障部件的所述故障诊断结果。

根据本公开的第二方面，提供了一种nvh分析和诊断装置，其包括：

获取模块，其用于接收来自终端设备的nvh故障检测请求，并获取所述nvh故障检测请求中关于故障部件的第一信息；

指示模块，其用于在查询到与所述第一信息匹配的故障检测记录的情况下，根据所述匹配的故障检测记录生成第一指示信息，在未查询到与所述第一信息匹配的故障检测记录的情况下，根据所述第一信息生成第二指示信息，并向所述终端设备发送所述第一指示信息或者第二指示信息，所述第一指示信息和第二指示信息均用于指示获取执行故障检测所需的第二信息

故障检测模块，其用于根据接收的针对所述第一指示信息的第一返回信息或者根据接收的针对第二指示信息的第二返回信息，并基于所述第一返回信息或者第二返回信息中的第二信息确定所述故障部件的故障诊断结果。

在一些可能的实施方式中，所述装置还包括提取模块，其用于提取所述第一信息中的关键词，所述第一信息包括所述故障部件的名称、应用场景以及故障情况中的至少一种；

所述指示模块还用于根据所述关键词查询数据库中与所述第一信息匹配的故障检测记录。

在一些可能的实施方式中，所述指示模块还用于在查询到与所述第一信息匹配的故障检测记录的情况下，获取所述故障检测记录中所应用的故障检测步骤，并基于所述故障检测步骤生成所述第一指示信息。

在一些可能的实施方式中，所述指示模块还用于在未查询到与所述第一信息匹配的故障检测记录的情况下，确定所述第一信息能否用于确定所需执行的故障检测步骤；在所述第一信息能够确定所述所需执行的故障检测步骤的情况下，基于该第一信息确定的故障检测步骤生成所述第二指示信息；以及在所述第一信息不能确定所述所需执行的故障检测步骤的情况下，向所述终端设备获取所需的第三信息，并基于所述终端设备返回的第三返回信息以及所述第一信息生成所述第二指示信息。

在一些可能的实施方式中，所述第二信息包括所述故障部件工作过程中的至少一种状态下的音频信息和/或视频信息。

在一些可能的实施方式中，所述故障检测模块还用于提取所述第一返回信息或者第二返回信息中的第二信息，并利用专家模型根据所述第二信息生成所述故障部件的故障诊断结果。

在一些可能的实施方式中，所述装置还包括：

预处理模块，其用于在向终端设备发送第一指示信息或者第二指示信息之前，对待发送的第一指示信息或者第二指示信息进行预处理操作；

所述预处理操作包括格式转换、压缩、以及加密处理中的至少一种。

在一些可能的实施方式中，所述装置还包括：

数据库，其用于存储针对所述故障部件的所述故障诊断结果。

根据本公开的第三方面，提供了一种nvh分析和诊断系统，其包括通信连接的终端设备以及服务器；

所述终端设备用于生成故障部件的nvh故障检测请求，并向所述服务器发送所述nvh故障检测请求，以及接收所述服务器返回的故障诊断结果；

所述服务器用于接收来自终端设备的nvh故障检测请求，并获取所述nvh故障检测请求中关于故障部件的第一信息；

在查询到与所述第一信息匹配的故障检测记录的情况下，根据所述匹配的故障检测记录生成第一指示信息，在未查询到与所述第一信息匹配的故障检测记录的情况下，根据所述第一信息生成第二指示信息，并向所述终端设备发送所述第一指示信息或者第二指示信息，所述第一指示信息和第二指示信息均用于指示获取执行故障检测所需的第二信息；以及

根据接收的针对所述第一指示信息的第一返回信息或者根据接收的针对第二指示信息的第二返回信息，并基于所述第一返回信息或者第二返回信息中的第二信息确定所述故障部件的故障诊断结果。

在一些可能的实施方式中，所述服务器还用于提取所述第一信息中的关键词，根据所述关键词查询数据库中与所述第一信息匹配的故障检测记录，

所述第一信息包括所述故障部件的名称、应用场景以及故障情况中的至少一种。

在一些可能的实施方式中，所述服务器还用于在查询到与所述第一信息匹配的故障检测记录的情况下，获取所述故障检测记录中所应用的故障检测步骤，并基于所述故障检测步骤生成所述第一指示信息。

在一些可能的实施方式中，所述服务器还用于在未查询到与所述第一信息匹配的故障检测记录的情况下，确定所述第一信息能否用于确定所需执行的故障检测步骤；

在所述第一信息能够确定所述所需执行的故障检测步骤的情况下，基于该第一信息确定的故障检测步骤生成所述第二指示信息；

在所述第一信息不能确定所述所需执行的故障检测步骤的情况下，向所述终端设备获取所需的第三信息，并基于所述终端设备返回的第三返回信息以及所述第一信息生成所述第二指示信息。

在一些可能的实施方式中，所述第二信息包括所述故障部件工作过程中的至少一种状态下的音频信息和/或视频信息。

在一些可能的实施方式中，所述服务器还用于提取所述第一返回信息或者第二返回信息中的第二信息，并利用专家模型根据所述第二信息生成所述故障部件的故障诊断结果。

在一些可能的实施方式中，所述服务器还用于在向终端设备发送第一指示信息或者第二指示信息之前，对待发送的第一指示信息或者第二指示信息进行预处理操作；

所述预处理操作包括格式转换、压缩、以及加密处理中的至少一种。

在一些可能的实施方式中，所述服务器还用于存储针对所述故障部件的所述故障诊断结果。

根据本公开的第四方面，提供了一种电子设备，其包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：执行第一方面中任意一项所述的方法。

根据本公开的第五方面，提供了一种计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现第一方面中任意一项所述的方法。

本公开实施例所提供的nvh分析和诊断方法可以应用于服务器中，如云服务器或者本地服务器设备，只要能够执行本公开实施例的nvh分析和诊断方法即可以作为服务器的示例。其中，本公开实施例建立了终端设备与服务器的通信，并能够利用服务器接收终端设备发送的nvh故障检测请求，基于该nvh故障检测请求获取故障部件的相关信息(第一信息)，例如故障部件的名称、应用场景、故障情况等，通过该第一信息可以查询数据库记录的故障检测记录中是否存在匹配的故障检测记录，如果存在匹配的故障检测记录则可以根据该故障检测记录记载的检测方式指示用户执行相应的操作获取用于故障诊断的第二信息来执行故障诊断，如果不存在匹配的故障检测记录则可以向用户发送指示信息获取所需的信息，从而根据接收的返回信息执行故障诊断。本公开实施例可以通过终端和服务器的互相通信结合自动的实现基于nvh的故障分析和检测，不要通过专业工程人员的操作也不需要使用昂贵的测试系统，具有检测方便且低成本的特点。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，而非限制本公开。

根据下面参考附图对示例性实施例的详细说明，本公开的其它特征及方面将变得清楚。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，这些附图示出了符合本公开的实施例，并与说明书一起用于说明本公开的技术方案。

图1示出根据本公开实施例的一种nvh分析和诊断方法的流程图；

图2示出根据本公开实施例的nvh分析和诊断方法中步骤s200的流程图；

图3示出根据本公开实施例的nvh分析和诊断方法中步骤s201的流程图；

图4示出根据本公开实施例的nvh分析和诊断方法中步骤s202的流程图；

图5示出根据本公开实施例的nvh分析和诊断方法中步骤s203的流程图；

图6示出根据本公开实施例的nvh分析和诊断方法中的步骤s300的流程图；

图7示出根据本公开实施例的nvh分析和诊断装置的框图；

图8示出根据本公开实施例的nvh分析和诊断装置的框图；

图9示出根据本公开实施例的一种nvh分析和诊断系统的框图；

图10示出根据本公开实施例的一种电子设备1900的框图。

具体实施方式

以下将参考附图详细说明本公开的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面，但是除非特别指出，不必按比例绘制附图。

在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中术语“至少一种”表示多种中的任意一种或多种中的至少两种的任意组合，例如，包括a、b、c中的至少一种，可以表示包括从a、b和c构成的集合中选择的任意一个或多个元素。

另外，为了更好地说明本公开，在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解，没有某些具体细节，本公开同样可以实施。在一些实例中，对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述，以便于凸显本公开的主旨。

图1示出根据本公开实施例的一种nvh分析和诊断方法的流程图。其中，本公开实施例所提供的nvh分析和诊断方法可以应用于服务器中，如云服务器或者本地服务器设备，只要能够执行本公开实施例的nvh分析和诊断方法即可以作为服务器的示例。其中，本公开实施例建立了终端设备与服务器之间的通信，并能够利用服务器接收终端设备发送的nvh故障检测请求，基于该nvh故障检测请求可以进一步获取执行故障检测所需的信息，例如故障部件的名称、应用场景等信息，以及故障部件工作过程的相关信息等，从而可以利用获取的信息执行故障部件的nvh故障检测和分析，生成故障诊断结果。

如图1所示，本公开实施例的nvh分析和诊断方法可以包括：

s100：接收来自终端设备的nvh故障检测请求，并获取所述nvh故障检测请求中关于故障部件的第一信息；

s200：在查询到与所述第一信息匹配的故障检测记录的情况下，根据所述匹配的故障检测记录生成第一指示信息，在未查询到与所述第一信息匹配的故障检测记录的情况下，根据所述第一信息生成第二指示信息，并向所述终端设备发送所述第一指示信息或者第二指示信息，所述第一指示信息和第二指示信息均用于指示获取执行故障检测所需的第二信息；

s300：根据接收的针对所述第一指示信息的第一返回信息或者根据接收的针对第二指示信息的第二返回信息，并基于所述第一返回信息或者第二返回信息中的第二信息确定所述故障部件的故障诊断结果。

本公开实施例中，用户在想要执行机器部件的nvh分析和故障检测时，可以通过终端设备生成一nvh故障检测请求。例如终端设备可以是用户的手机、计算机或者其他能够执行与服务器的交互的电子设备，本公开对此不进行具体限定，本领域技术人员可以根据需求选择适当的终端设备与服务器进行交互。

在一些可能的实施例中，用户可以通过终端设备生成nvh故障检测请求，该发送的nvh故障检测请求中可以包括终端设备对应的设备标识，通过该设备标识可以使得服务器获知nvh故障检测请求的发送方，并基于该设备标识建立与相应终端设备之间的通信联系。其中，设备标识可以为终端设备的标识码(如手机号或者设备的唯一标识码)，终端设备所对应的用户的姓名，或者也可以为终端设备的通信地址等，本公开实施例对此不进行一一举例说明。

在另一些可能的实施例中，终端设备发送的nvh故障检测请求中，不仅可以包括终端设备的设备标识，还可以包括所要检测和分析的故障部件的第一信息。也就是说，用户在通过终端设备发送nvh故障检测请求时，还可以在nvh故障检测请求中加载关于故障部件的第一信息，以方便服务器执行故障检测操作。其中故障部件可以为任意的机器部件，只要能够通过nvh分析故障情况的机器部件都可以作为本公开实施例的故障部件，例如故障部件可以包括轴承、电机、发电机等，本公开对此不进行一一举例。故障部件的第一信息可以包括故障部件的名称、型号、应用场景等信息，也可以包括故障部件的异常信息，如工作中的声音很大、有噪声、振动强度大等。在nvh故障检测请求中包括上述故障部件的第一信息可以帮助服务器了解故障部件的基本情况以及故障情况，从而方便服务器进行故障分析和检测。

其中，服务器在接收nvh故障检测请求的情况下，可以根据nvh故障检测请求获取故障部件的第一信息。并根据获得的第一信息执行故障分析的流程。

图2示出根据本公开实施例的nvh分析和诊断方法中步骤s200的流程图。本公开实施例中，所述基于所述nvh故障检测请求获取故障部件的基本信息以及故障第一信息(步骤s200)，可以包括：

s201：在数据库中查询与第一信息匹配的故障检测记录；

s202：在查询到与所述第一信息匹配的故障检测记录的情况下，根据所述匹配的故障检测记录生成第一指示信息，并向所述终端设备发送所述第一指示信息；

s203：在未查询到与所述第一信息匹配的故障检测记录的情况下，根据所述第一信息生成第二指示信息，并向所述终端设备发送所述第二指示信息。

其中，在服务器接收到来自终端设备的nvh故障检测请求时，首先可以提取该请求中是否包括关于故障部件的第一信息。本公开实施例中在nvh故障检测请求的不同数据段中可以分别包括不同的信息，例如，nvh故障检测请求中可以包括三个数据段，如a、b和c，在a段中可以包括终端设备的标识信息，在b段中可以包括故障部件的名称、型号、应用场景等基本信息，以及在c段可以包括故障部件的异常情况的描述信息，其中b和c可以为本公开实施例的第一信息，在本公开的其他实施例中，请求中也可以包括其他的数据段，例如还可以包括服务器的通信地址，以执行nvh故障检测请求向服务器的发送。上述仅为对于nvh故障检测请求的数据结构的示例性说明，本公开实施例不进行具体限定。

对应的，在服务器接收到来自终端设备的nvh故障检测请求时，可以从对应的数据段中获取相应的信息，如果对应的数据段不包括任何信息，或者标识为“空”，则表示不包括该信息。或者对于其他nvh故障检测请求的数据结构，服务器也可以通过数据分析确定是否该请求中包括的第一信息。

服务器可以从nvh故障检测请求中提取第一信息，例如，可以从b段中获取故障部件的基本信息，以及从c段中获取故障的异常情况的描述信息等。而后根据该请求中提取的第一信息执行nvh分析和故障诊断。

本公开实施例的服务器可以与一数据库通信连接，在该数据库中可以包括故障检测的历史记录，服务器执行的nvh分析和故障检测的相关记录都可以对应的存储到该数据库中，例如可以包括检测时间、故障部件的名称、用户名称、故障部件的型号等基本信息、相应的故障部件的异常信息，以及对应的故障检测流程和检测结果。也就是说，本公开实施例的数据库中可以全面的记录nvh分析和故障检测的历史信息。

基于此，本公开实施例可以根据数据库中存储的故障检测的历史记录查询是否存在与本次nvh故障检测请求匹配的记录。即可以执行步骤s201，查询数据库中与第一信息匹配的故障检测记录。

其中，在进行故障检测记录匹配时，可以首先提取第一信息中的关键词，而后根据关键词对查询匹配的故障检测记录。

图3示出根据本公开实施例的nvh分析和诊断方法中步骤s201的流程图，其中，在数据库中查询与第一信息匹配的故障检测记录包括：

s2011：提取所述第一信息中的关键词，所述第一信息包括所述故障部件的名称、应用场景以及故障情况中的至少一种；

s2012：根据所述关键词查询数据库中与所述第一信息匹配的故障检测记录。

在一种可能的实现方式中，服务器可以提取故障部件的第一信息中的关键词。例如，第一信息中包括的故障部件的名称可以为轴承，故障异常的描述信息可以为工作时噪音大。对应的提取的关键词可以为“轴承”、“噪音大”。服务器可以根据这两个关键词对应的查找包括提取的关键词的故障检测记录。或者在其他实施例中，第一信息中还可以包括故障部件的应用场景、用户名等信息，服务器也可以对应提取其中相应的关键词，再从数据库中查询出匹配的故障检测记录。

本公开实施例对关键词的个数不进行限制，服务器可以根据语义分析等神经网络模型提取第一信息中的关键词。另外，在包括多个关键词时，可以根据查找到包括该多个关键词的故障检测记录确定匹配的故障检测记录。在本公开的一些实施例中，可以按照包括关键词的数量来确定匹配的故障检测记录，即包括最多关键词的故障检测记录即可以为匹配的故障检测记录。其中，本公开实施例也可以配置比例阈值x(x大于0小于1)，在从第一信息中提取多个关键词(如n个关键词，n大于1)时，服务器可以在查找到包括大于或者等于n*x个关键词的故障检测记录时，则可以确定为存在匹配的故障检测记录，此时如果查找到的故障检测记录为多个，可以将包括最多关键词的故障检测记录作为与第一信息匹配的故障检测记录。其中，比例阈值x的具体数值可以根据需要进行设定，本公开对此不进行具体限定。

或者，在其他实施例中，服务器也可以为各关键词设置不同的权重，例如对于故障部件的名称、型号、故障情况的描述等可以设置较高的权重，对于用户名、应用场景等可以设置较低的权重。服务器可以根据不同关键词的权重以及查找到的包括关键词的故障检测记录确定各故障检测记录的得分，例如该得分可以为对应的关键词的权重之和，并将得分超过得分阈值且得分最高的故障检测记录作为匹配的故障检测记录，该得分阈值也可以根据需求自行设定，本公开对此不进行限定，如可以为0.8。

在确定故障部件的基本信息和故障第一信息满足预设条件时，则可以根据查询到与基本信息和故障第一信息匹配的故障检测记录，确定故障诊断结果。本公开实施例也可以通过其他方式查询匹配的故障检测记录，本公开对此不进行一一举例说明。

通过上述配置可以实现匹配的故障记录的检测，从而可以根据该结果进一步执行故障分析操作。下面可以分别从两方面说明在查询到匹配的故障检测记录以及未查询到匹配的故障检测记录时，执行故障分析和检测的流程。

在一些可能的实施方式中，服务器可以根据第一信息在数据库中查询到的匹配的故障检索记录，继而可以根据匹配的故障检测记录进行故障部件的故障分析。

如上述实施例所述，故障检测记录中可以包括有关于故障部件的名称、型号、执行故障部件检测时的具体操作流程以及分析过程。因此，在查询到匹配的故障检测记录时，可以同时获取在执行该故障检测时的具体流程，根据该操作的流程即可以生成第一指示信息，指导用户获取相应的用于故障分析和检测的第二信息。图4示出根据本公开实施例的nvh分析和诊断方法中步骤s202的流程图。其中，在查询到与所述第一信息匹配的故障检测记录的情况下，根据所述匹配的故障检测记录生成第一指示信息，包括：

s2021：获取所述故障检测记录中所应用的故障检测步骤；

s2022：基于所述故障检测步骤生成所述第一指示信息，并向终端设备发送该第一指示信息。

在查询到匹配的故障检测记录后，可以获取该匹配的故障检测记录中所应用的故障检测步骤，即执行故障检测所需执行的操作以及获取的信息。例如，匹配的故障检测记录中的操作步骤可以包括首先拍摄故障部件工作时的视频信息、把终端设备放置到故障部件的旁边，检测振动信息，以及采集故障部件工作时的音频信息等。对应的，可以按照该操作步骤生成第一指示信息，用于指示用户执行相应的操作，并反馈所需的信息。

其中，第一指示信息可以包括用于指示用户操作的操作步骤，以及指示获取的信息。第一指示信息可以用于指示用户操作获取与故障部件的故障检测相适配的信息。例如，可以指示用户启动故障部件，拍摄故障部件工作时的音频信息、视频信息或者图像信息中的至少一种。从而服务器可以全面的分析故障部件的nvh性能以及执行故障检测。另外，第一指示信息中还可以包括所需的信息的内容，用以方便用户获知当前所需的第二信息的内容。进一步地，本公开实施例中的第一指示信息中可以包括指示用户执行的操作以及该操作对应获取的信息，其中可以按照问题的形式。例如，第二指示信息中可以包括“启动故障部件确定故障部件能否正常工作？”、“采集故障部件在工作时的音频信息确定声音强度等级？”、“采集故障部件在工作时的振动强度等级？”等中的一种或多种，本公开对此不进行一一举例。其中，声音强度等级、振动强度等级可以是终端设备根据获取的音频信息、视频信息以及振动强度信息分析得到，也可以是将获取的音频信息、视频信息以及振动强度信息返回给服务器，由服务器分析得到。

终端设备在接收到第一指示信息后，用户可以按照该第一指示信息中的指示获取所需的信息，并利用获取的信息生成第一返回信息。本公开实施例在终端设备和服务器之间传输信息时，可以对传输的信息进行压缩、加密或者格式转换。在此基础上，终端设备在生成第一返回信息时，还可以通过终端设备内置的语音分析器提取音频信息的中的音频谱，或者声纹特征，同时还可以进行降噪处理，同时还可以通过视频处理器提取视频信息中的图像，并对图像进行降噪处理等操作，从而一方面可以优化所传输的第一返回信息中的各信息，另一方面也可以方便服务器进行分析和故障检测。

在另一些可能的实施方式中，终端设备也可以不对获取的音频信息或者视频信息进行信息提取操作，可以直接利用获取的信息生成第一返回信息发送给服务器。服务器可以利用其内的音频处理单元以及视频处理单元分别对应的执行音频特征的提取以及图像特征的提取，获取所需的音频谱，图像特征等信息，并利用获得的信息执行分析和故障检测。

在另一些可能的实施方式中，数据库中可能查询不到匹配的故障检测记录。例如，用户通过终端设备传输的第一信息可能不够完整，或者数据库中查询不到与第一信息的关键词匹配的故障检测记录，此时需要根据第一信息生成指示用户操作的第二指示信息。图5示出根据本公开实施例的nvh分析和诊断方法中步骤s203的流程图。所述在未查询到与所述第一信息匹配的故障检测记录的情况下，根据所述第一信息生成第二指示信息，可以包括：

s2031：确定所述第一信息能否用于确定所需执行的故障检测步骤；

s2032：在所述第一信息能够确定所述所需执行的故障检测步骤的情况下，基于该第一信息确定的故障检测步骤生成所述第二指示信息，并向终端设备发送该第二指示信息；

s2033：在所述第一信息不能确定所述所需执行的故障检测步骤的情况下，向所述终端设备获取所需的第三信息，并基于所述终端设备返回的第三返回信息以及所述第一信息生成所述第二指示信息，并向终端设备发送该第二指示信息。

本公开实施例中，可能根据第一信息并未在数据库查询到匹配的故障检测记录，此时可以根据第一信息生成指示用户操作的第二指示信息。

首先，可以判断第一信息能否用于确定执行故障检测的故障检测步骤。例如，nvh故障检测请求中可能仅包括名称等基本信息而不包括故障异常情况的描述信息，或者只包括故障异常情况的描述信息而不包括名称型号等基本信息，或者仅包括基本信息的一部分，或者仅包括故障异常情况的描述信息的一部分，即nvh故障检测请求中提供的第一信息可能不够完整，在这种情况下，服务器不能精确地执行后续故障分析。因此服务器需要进一步获取相关所需的信息。

在一种可能的实施方式中，服务器内或者与服务器通信连接的数据库内可以存储各类机器部件的nvh分析和故障检测所需的信息。例如，可以包括部件名称、部件型号、尺寸等中的至少一种，以及还可以包括振动强度、声音大小、是否可以工作、以及其他关于故障的情况的描述信息等。在服务器确定nvh故障检测请求中的故障部件的第一信息能够包括执行检测故障检测所需的全部信息时，可以确定第一信息为完整的，能够直接用于执行nvh分析和故障检测，即可以根据第一信息生成故障检测步骤。

其中，本公开实施例的服务器中可以包括专家模型，该专家模型可以是经过神经网络训练优化得到的模型，其能够根据接收到的第一信息或者第一信息以及第三信息的组合确定所需的故障检测步骤，以及能够根据接收的返回信息执行nvh故障检测请求对应的nvh和故障检测，并生成故障检测结果。该专家模型为具有丰富的故障分析和检测功能，能够根据获取的第一信息分析出还需补充的第三信息，以及能够根据返回的信息执行故障检测。

另外，在服务器确定nvh故障检测请求中的第一信息不能确定所述所需执行的故障检测步骤的情况下，例如第一信息不完整时，可以向终端设备发送第三指示信息，用于获取所需的第三信息，并根据获取的第三信息以及第一信息生成所述第二指示信息。

在本公开实施例中，在nvh故障检测请求中的第一信息不能用于确定故障检测步骤时，可以生成用于指示用户返回所需的第三信息的第三指示信息，该第三指示信息中可以包括所需的信息的内容，用以方便用户获知当前所需的第三信息的内容。进一步地，本公开实施例中的第三指示信息中指示用户返回第三信息可以按照问题的形式。例如，第三指示信息中可以包括“故障部件的名称？”、“故障部件的型号？”、“汽车的户主姓名？”等中的一种或多种，本公开实施例可以根据请求中所缺少的第三信息的内容设置对应的问题，本公开对此不进行一一举例。

根据上述实施例的说明，即可以根据所缺少的第三信息的内容对应的生成第三指示信息，并将第三指示信息返回给终端设备。终端设备在接收到从服务器发送的第三指示信息后，可以对应的获取第三指示信息中所指示需要补充反馈的信息，例如可以针对各个问题进行答复，并利用各问题的答复内容生成第三返回信息，并将第三返回信息返回给服务器。

服务器在接收到第三返回信息后，可以从该第三返回信息中提取相应的第三信息。并可以通过第一信息和第三信息的结合，利用专家模型获得针对该故障部件的故障检测步骤，从而生成第二指示信息，用以指示用户执行故障检测所需的操作步骤，获取相应的信息。

同样的，第二指示信息可以包括用于指示用户操作的操作步骤，以及指示获取的信息。第二指示信息可以用于指示用户操作获取与故障部件的故障检测相适配的信息。例如，可以指示用户启动故障部件，拍摄故障部件工作时的音频信息、视频信息或者图像信息中的至少一种。从而服务器可以全面的分析故障部件的nvh性能以及执行故障检测。另外，第二指示信息中还可以包括所需的信息的内容，用以方便用户获知当前所需的第二信息的内容。进一步地，本公开实施例中的第二指示信息中可以包括指示用户执行的操作以及该操作对应获取的信息，其中可以按照问题的形式。例如，第二指示信息中可以包括“启动故障部件确定故障部件能否正常工作？”、“采集故障部件在工作时的音频信息确定声音强度等级？”、“采集故障部件在工作时的振动强度等级？”等中的一种或多种，本公开对此不进行一一举例。其中，声音强度等级、振动强度等级可以是终端设备根据获取的音频信息、视频信息以及振动强度信息分析得到，也可以是将获取的音频信息、视频信息以及振动强度信息返回给服务器，由服务器分析得到。

终端设备在接收到第二指示信息后，用户可以按照该第二指示信息中的指示获取所需的信息，并利用获取的信息生成第二返回信息。本公开实施例在终端设备和服务器之间传输信息时，可以对传输的信息进行压缩、加密或者格式转换。在此基础上，终端设备在生成第二返回信息时，还可以通过终端设备内置的语音分析器提取音频信息的中的音频谱，或者声纹特征，同时还可以进行降噪处理，同时还可以通过视频处理器提取视频信息中的图像，并对图像进行降噪处理等操作，从而一方面可以优化所传输的第一返回信息中的各信息，另一方面也可以方便服务器进行分析和故障检测。

在另一些可能的实施方式中，终端设备也可以不对获取的音频信息或者视频信息进行信息提取操作，可以直接利用获取的信息生成第一返回信息发送给服务器。服务器可以利用其内的音频处理单元以及视频处理单元分别对应的执行音频特征的提取以及图像特征的提取，获取所需的音频谱，图像特征等信息，并利用获得的信息执行分析和故障检测。

本公开实施例中，终端设备和服务器之间传输的信息可以按照协商的方式进行预处理，例如可以压缩、加密、格式转换等中至少一种操作，从而可以保证传输信息的效率和安全性。对应的，在接收到传输的信息时也可以对应的进行解压缩、解密以及格式转换操作，从而获取传输的信息。

服务器在接收到从终端设备返回的第一返回信息或者第二返回信息后，即可以利用专家模型执行nvh分析和故障检测。

图6示出根据本公开实施例的nvh分析和诊断方法中的步骤s300的流程图，其中所述基于所述第一返回信息或者第二返回信息中的第二信息确定所述故障部件的故障诊断结果包括：

s301：提取所述第一返回信息或者第二返回信息中的第二信息；

s302：利用专家模型根据所述第二信息生成所述故障部件的故障诊断结果。

在服务器接收到第一返回信息或者第二返回信息后，可以获取第一返回信息或者第二返回信息中的第二信息，该第二信息可以包括故障部件工作过程中的至少一种状态下的音频信息和/或视频信息。通过该第二信息可以执行针对故障部件的分析和故障检测。本公开实施例的专家模型可以执行不同的部件的nvh分析和故障检测，或者服务器也可以包括多个专家模型，每个专家模型可以执行相对应的部件的nvh分析和故障检测。本公开对此不进行具体限定。

通过专家模型执行故障部件的nvh分析和诊断可以不需要人工执行检测，由于专家模型具有较高的准确性，因此，可以方便的获取对应的故障部件的nvh分析和诊断结果。

在利用专家模型得到针对故障检测请求的故障检测结果后，可以将该故障检测结果返回给终端设备，同时还可以保存该故障检测请求对应的故障检测记录。其中可以包括检测时间、故障部件的名称等基本信息，故障检测的操作步骤以及故障检测结果，从而可以用于后续的故障诊断过程中进行故障检测的匹配。

综上所述，本公开实施例所提供的nvh分析和诊断方法可以应用于服务器中，如云服务器或者本地服务器设备，只要能够执行本公开实施例的nvh分析和诊断方法即可以作为服务器的示例。其中，本公开实施例建立了终端设备与服务器的通信，并能够利用服务器接收终端设备发送的nvh故障检测请求，基于该nvh故障检测请求获取故障部件的相关信息(第一信息)，例如故障部件的名称、应用场景、故障情况等，通过该第一信息可以查询数据库记录的故障检测记录中是否存在匹配的故障检测记录，如果存在匹配的故障检测记录则可以根据该故障检测记录记载的检测方式指示用户执行相应的操作获取用于故障诊断的第二信息来执行故障诊断，如果不存在匹配的故障检测记录则可以向用户发送指示信息获取所需的信息，从而根据接收的返回信息执行故障诊断。另外，由于本公开实施例可以直接通过终端与服务器的交互实现故障部件的nvh分析和故障诊断，不仅具有方便快捷的特点，同时还不需要人工的方式执行检测，另外也不需要采用昂贵的专门的分析系统，可以节省该消费成本。

本领域技术人员可以理解，在具体实施方式的上述方法中，各步骤的撰写顺序并不意味着严格的执行顺序而对实施过程构成任何限定，各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。

可以理解，本公开提及的上述各个方法实施例，在不违背原理逻辑的情况下，均可以彼此相互结合形成结合后的实施例，限于篇幅，本公开不再赘述。

此外，本公开还提供nvh分析和诊断装置、系统、电子设备、计算机可读存储介质、程序，上述均可用来实现本公开提供的任一中nvh分析和诊断方法，相应技术方案和描述和参见方法部分的相应记载，不再赘述。

图7示出根据本公开实施例的nvh分析和诊断装置的框图，如图7所示，所述nvh分析和诊断装置包括：

获取模块10，其用于接收来自终端设备的nvh故障检测请求，并获取所述nvh故障检测请求中关于故障部件的第一信息；

指示模块20，其用于在查询到与所述第一信息匹配的故障检测记录的情况下，根据所述匹配的故障检测记录生成第一指示信息，在未查询到与所述第一信息匹配的故障检测记录的情况下，根据所述第一信息生成第二指示信息，并向所述终端设备发送所述第一指示信息或者第二指示信息，所述第一指示信息和第二指示信息均用于指示获取执行故障检测所需的第二信息

故障检测模块30，其用于根据接收的针对所述第一指示信息的第一返回信息或者根据接收的针对第二指示信息的第二返回信息，并基于所述第一返回信息或者第二返回信息中的第二信息确定所述故障部件的故障诊断结果。

图8示出根据本公开实施例的nvh分析和诊断装置的框图，在一些可能的实施方式中，所述装置还包括提取模块40，其用于提取所述第一信息中的关键词，所述第一信息包括所述故障部件的名称、应用场景以及故障情况中的至少一种；

所述指示模块还用于根据所述关键词查询数据库中与所述第一信息匹配的故障检测记录。

在一些可能的实施方式中，所述指示模块还用于在查询到与所述第一信息匹配的故障检测记录的情况下，获取所述故障检测记录中所应用的故障检测步骤，并基于所述故障检测步骤生成所述第一指示信息。

在一些可能的实施方式中，所述指示模块还用于在未查询到与所述第一信息匹配的故障检测记录的情况下，确定所述第一信息能否用于确定所需执行的故障检测步骤；在所述第一信息能够确定所述所需执行的故障检测步骤的情况下，基于该第一信息确定的故障检测步骤生成所述第二指示信息；以及在所述第一信息不能确定所述所需执行的故障检测步骤的情况下，向所述终端设备获取所需的第三信息，并基于所述终端设备返回的第三返回信息以及所述第一信息生成所述第二指示信息。

在一些可能的实施方式中，所述第二信息包括所述故障部件工作过程中的至少一种状态下的音频信息和/或视频信息。

在一些可能的实施方式中，所述故障检测模块还用于提取所述第一返回信息或者第二返回信息中的第二信息，并利用专家模型根据所述第二信息生成所述故障部件的故障诊断结果。

在一些可能的实施方式中，所述装置还包括：

预处理模块50，其用于在向终端设备发送第一指示信息或者第二指示信息之前，对待发送的第一指示信息或者第二指示信息进行预处理操作；

所述预处理操作包括格式转换、压缩、以及加密处理中的至少一种。

在一些可能的实施方式中，所述装置还包括：

数据库，其用于存储针对所述故障部件的所述故障诊断结果。

图9示出根据本公开实施例的一种nvh分析和诊断系统的框图，所述系统包括通信连接的终端设备100以及服务器200；

所述终端设备100用于生成故障部件的nvh故障检测请求，并向所述服务器发送所述nvh故障检测请求，以及接收所述服务器返回的故障诊断结果；

所述服务器200用于接收来自终端设备的nvh故障检测请求，并获取所述nvh故障检测请求中关于故障部件的第一信息；

在查询到与所述第一信息匹配的故障检测记录的情况下，根据所述匹配的故障检测记录生成第一指示信息，在未查询到与所述第一信息匹配的故障检测记录的情况下，根据所述第一信息生成第二指示信息，并向所述终端设备发送所述第一指示信息或者第二指示信息，所述第一指示信息和第二指示信息均用于指示获取执行故障检测所需的第二信息；以及

根据接收的针对所述第一指示信息的第一返回信息或者根据接收的针对第二指示信息的第二返回信息，并基于所述第一返回信息或者第二返回信息中的第二信息确定所述故障部件的故障诊断结果。

在一些可能的实施方式中，所述服务器还用于提取所述第一信息中的关键词，根据所述关键词查询数据库中与所述第一信息匹配的故障检测记录，

所述第一信息包括所述故障部件的名称、应用场景以及故障情况中的至少一种。

在一些可能的实施方式中，所述服务器还用于在查询到与所述第一信息匹配的故障检测记录的情况下，获取所述故障检测记录中所应用的故障检测步骤，并基于所述故障检测步骤生成所述第一指示信息。

在一些可能的实施方式中，所述服务器还用于在未查询到与所述第一信息匹配的故障检测记录的情况下，确定所述第一信息能否用于确定所需执行的故障检测步骤；

在所述第一信息能够确定所述所需执行的故障检测步骤的情况下，基于该第一信息确定的故障检测步骤生成所述第二指示信息；

在所述第一信息不能确定所述所需执行的故障检测步骤的情况下，向所述终端设备获取所需的第三信息，并基于所述终端设备返回的第三返回信息以及所述第一信息生成所述第二指示信息。

在一些可能的实施方式中，所述第二信息包括所述故障部件工作过程中的至少一种状态下的音频信息和/或视频信息。

在一些可能的实施方式中，所述服务器还用于提取所述第一返回信息或者第二返回信息中的第二信息，并利用专家模型根据所述第二信息生成所述故障部件的故障诊断结果。

在一些可能的实施方式中，所述服务器还用于在向终端设备发送第一指示信息或者第二指示信息之前，对待发送的第一指示信息或者第二指示信息进行预处理操作；

所述预处理操作包括格式转换、压缩、以及加密处理中的至少一种。

在一些可能的实施方式中，所述服务器还用于存储针对所述故障部件的所述故障诊断结果。

本公开实施例还提出一种计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现上述方法。计算机可读存储介质可以是非易失性计算机可读存储介质。

本公开实施例还提出一种电子设备，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为上述方法。

电子设备可以被提供为终端、服务器或其它形态的设备。

图10示出根据本公开实施例的一种电子设备1900的框图。例如，电子设备1900可以被提供为一服务器。参照图10，电子设备1900包括处理组件1922，其进一步包括一个或多个处理器，以及由存储器1932所代表的存储器资源，用于存储可由处理组件1922的执行的指令，例如应用程序。存储器1932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1922被配置为执行指令，以执行上述方法。

电子设备1900还可以包括一个电源组件1926被配置为执行电子设备1900的电源管理，一个有线或无线网络接口1950被配置为将电子设备1900连接到网络，和一个输入输出(i/o)接口1958。电子设备1900可以操作基于存储在存储器1932的操作系统，例如windowsservertm，macosxtm，unixtm,linuxtm，freebsdtm或类似。

在示例性实施例中，还提供了一种非易失性计算机可读存储介质，例如包括计算机程序指令的存储器1932，上述计算机程序指令可由电子设备1900的处理组件1922执行以完成上述方法。

本公开可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于使处理器实现本公开的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、静态随机存取存储器(sram)、便携式压缩盘只读存储器(cd-rom)、数字多功能盘(dvd)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(isa)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如smalltalk、c++等，以及常规的过程式编程语言—诸如“c”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(fpga)或可编程逻辑阵列(pla)，该电子电路可以执行计算机可读程序指令，从而实现本公开的各个方面。

这里参照根据本公开实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

附图中的流程图和框图显示了根据本公开的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。