CN115037647A - 设备诊断方法、装置、系统及计算机可读存储介质 - Google Patents

Abstract

本申请公开了设备诊断方法、装置、系统及计算机可读存储介质。该方法包括：接收目标设备发送的诊断指令；对诊断指令进行字段解析，得到至少一个待诊断项目；基于至少一个待诊断项目进行项目诊断，得到至少一个诊断结果；向目标设备发送至少一个诊断结果，以使目标设备显示至少一个诊断结果。通过上述方式，能够减少数据的传输，并且使目标设备直接显示至少一个诊断结果，因目标设备无需进行诊断，能够降低对目标设备的硬件处理要求。

Description

设备诊断方法、装置、系统及计算机可读存储介质

技术领域

本申请涉及设备诊断技术领域，特别是涉及设备诊断方法、装置、系统及计算机可读存储介质。

背景技术

随着电子设备的数量增加，电子设备在使用过程中出的问题也在同步增加。如，电子设备故障、电子设备的使用情况。在电子设备故障时，通常需要采集电子设备的相关信息进行分析，才能得到其真实的故障原因。

相关技术中通常是直接采集电子设备的相关信息，进而利用另一电子设备进行分析。

发明内容

本申请提供了设备诊断方法、装置、系统及计算机可读存储介质，能够减少数据的传输，并且使目标设备直接显示至少一个诊断结果，因目标设备无需进行诊断，能够降低对目标设备的硬件处理要求。

第一方面，本申请提供一种设备诊断方法，该方法应用于待诊断设备，该方法包括：接收目标设备发送的诊断指令；对诊断指令进行字段解析，得到至少一个待诊断项目；基于至少一个待诊断项目进行项目诊断，得到至少一个诊断结果；向目标设备发送至少一个诊断结果，以使目标设备显示至少一个诊断结果。

第二方面，本申请提供一种设备诊断方法，该方法包括：向至少一个待诊断设备发送诊断指令；接收至少一个待诊断设备发送的诊断结果；其中，诊断结果由至少一个待诊断设备对诊断指令进行字段解析，得到至少一个待诊断项目；以及基于至少一个待诊断项目进行项目诊断得到；显示诊断结果。

第三方面，本申请提供一种设备诊断装置，该设备诊断装置包括：接收模块，用于接收目标设备发送的诊断指令；解析模块，用于对诊断指令进行字段解析，得到至少一个待诊断项目；诊断模块，用于基于至少一个待诊断项目进行项目诊断，得到至少一个诊断结果；发送模块，用于向目标设备发送至少一个诊断结果，以使目标设备显示至少一个诊断结果。

第四方面，本申请提供一种设备诊断装置，该设备诊断装置包括：发送模块，用于向至少一个待诊断设备发送诊断指令；接收模块，用于接收至少一个待诊断设备发送的诊断结果；其中，诊断结果由至少一个待诊断设备对诊断指令进行字段解析，得到至少一个待诊断项目；以及基于至少一个待诊断项目进行项目诊断得到；显示模块，用于显示诊断结果。

第五方面，本申请提供一种电子设备，该电子设备包括处理器以及与处理器耦接的存储器和显示器；其中，存储器用于存储计算机程序，处理器用于执行计算机程序，以实现上述第一方面或第二方面提供的方法。

第六方面，本申请提供一种设备诊断系统，该设备诊断系统包括：目标设备；至少一待诊断设备，与目标设备通信连接，用于配合实现如上述第一方面或第二方面提供的方法。

第七方面，本申请提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，计算机程序在被处理器执行时，实现如上述第一方面或第二方面提供的方法。

本申请的有益效果是：区别于现有技术的情况，本申请提供的设备诊断方法，该方法应用于待诊断设备，待诊断设备通过接收目标设备发送的诊断指令；直接对诊断指令进行字段解析，得到至少一个待诊断项目；并基于至少一个待诊断项目进行项目诊断，得到至少一个诊断结果，能够自行在待诊断设备内部实现至少一个待诊断项目的项目诊断，减少数据的传输，并且使目标设备直接显示至少一个诊断结果，因目标设备无需进行诊断，能够降低对目标设备的硬件处理要求。

附图说明

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

图1是本申请提供的设备诊断方法第一实施例的流程示意图；

图2是本申请提供的目标设备和待诊断设备的交互流程示意图；

图3是本申请提供的设备诊断方法第二实施例的流程示意图；

图4是本申请提供的设备诊断方法第三实施例的流程示意图；

图5是本申请提供的设备诊断方法第四实施例的流程示意图；

图6是本申请提供的设备诊断装置第一实施例的结构示意图；

图7是本申请提供的设备诊断装置第二实施例的结构示意图；

图8是本申请提供的设备诊断系统一实施例的结构示意图；

图9是本申请提供的设备诊断系统另一实施例的结构示意图；

图10是本申请提供的诊断结果示意图；

图11是本申请提供的电子设备第一实施例的结构示意图；

图12是本申请提供的电子设备第二实施例的结构示意图；

图13是本申请提供的计算机可读存储介质一实施例的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。可以理解的是，此处所描述的具体实施例仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部结构。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

参阅图1，图1是本申请提供的设备诊断方法第一实施例的流程示意图。该方法应用于待诊断设备，该方法包括：

步骤11：接收目标设备发送的诊断指令。

其中，待诊断设备可以和目标设备通信连接。如，目标设备为个人计算机，待诊断设备为移动终端。目标设备和待诊断设备可以通过远程通信的方式进行数据的传输。

在一些实施例中，目标设备和待诊断设备可以通过数据线的方式进行通信。如，利用数据线将目标设备和待诊断设备之间的通信接口进行连接，实现数据通信。

在一些实施例中，目标设备和待诊断设备可以通过无线局域网的方式进行通信。如蓝牙通信、wifi通信以及蜂窝通信等。

在一些实施例中，待诊断设备与目标设备具有相同的通信标准协议。

步骤12：对诊断指令进行字段解析，得到至少一个待诊断项目。

在一些实施例中，待诊断设备在接收到诊断指令后，因诊断指令中可能包含有许多不同的内容，则需要对其进行解析，得到对应的待诊断项目。

其中，诊断项目可以是对待诊断设备进行通信诊断项目、电池使用情况诊断项目、常规测试诊断项目等。

在解析过程中，通过对诊断指令进行解码，得到明文字段，然后查找该明文字段内是否存在与诊断项目相关的字段，若存在，则可以基于该字段确定待诊断项目。

在一些实施例中，诊断指令包括第一诊断指令和第二诊断指令。第一诊断指令可以用于表示历史项目，第二诊断指令可以表示即时项目。

在接收到目标设备发送的第一诊断指令时，待诊断设备基于第一诊断指令进行字段解析，得到至少一个待诊断历史项目。待诊断历史项目可以表征待诊断设备在历史使用过程中的设备情况。

在接收到目标设备发送的第一诊断指令时，待诊断设备基于第二诊断指令进行字段解析，得到至少一个待诊断即时项目。待诊断即时项目可以表征待诊断设备在实时使用过程中的设备情况。

步骤13：基于至少一个待诊断项目进行项目诊断，得到至少一个诊断结果。

在一些实施例中，因可能存在多个待诊断项目，则可以对这些待诊断项目进行排序，以此进行诊断，得到相应的诊断结果。

在一些实施例中，可以开启多个线程，同时实行多个待诊断项目的项目诊断，得到相应的诊断结果。

在一些实施例中，首先判断这些待诊断项目中是否存在冲突，将存在冲突的待诊断项目进行排序，以此进行诊断，得到相应的诊断结果。为不存在冲突的其他待诊断项目开启多个线程，同时实行多个待诊断项目的项目诊断，得到相应的诊断结果。这里的冲突是指在诊断过程中涉及到的数据、功能器件是否相同。

在一些实施例中，诊断结果不仅包含对故障描述、处理建议和指导流程的基础性文字描述，也包含诊断相关数据的可视化结果展示。

步骤14：向目标设备发送至少一个诊断结果，以使目标设备显示至少一个诊断结果。

目标设备在接收到至少一个诊断结果后，可以直接对至少一个诊断结果进行显示。如，采用图表的方式显示至少一个诊断结果。

结合图2进行说明：

目标设备向待诊断设备发送诊断指令。待诊断设备对诊断指令进行字段解析，得到至少一个待诊断项目。待诊断设备基于至少一个待诊断项目进行项目诊断，得到至少一个诊断结果。

待诊断设备将至少一个诊断结果发送至目标设备。

目标设备在接收到至少一个诊断结果后，对其进行显示。

在本实施例中，待诊断设备通过接收目标设备发送的诊断指令；直接对诊断指令进行字段解析，得到至少一个待诊断项目；并基于至少一个待诊断项目进行项目诊断，得到至少一个诊断结果，能够自行在待诊断设备内部实现至少一个待诊断项目的项目诊断，减少数据的传输，并且使目标设备直接显示至少一个诊断结果，因目标设备无需进行诊断，能够降低对目标设备的硬件处理要求。

参阅图3，图3是本申请提供的设备诊断方法第二实施例的流程示意图。该方法应用于待诊断设备，该方法包括：

步骤31：接收目标设备发送的诊断指令。

步骤32：对诊断指令进行字段解析，得到至少一个待诊断项目。

步骤33：基于至少一个待诊断项目进行项目诊断，得到至少一个诊断结果。

步骤31至步骤32可以与上述实施例具有相同或相似的技术方案，这里不做赘述。

步骤34：确定与目标设备的通信协议版本。

在一些实施例中，可以目标设备在发送诊断指令时，可以将目标设备的通信协议版本作为额外的字段进行添加。

在一些实施例中，待诊断设备中可以内置多个通信协议版本，在读取到诊断指令中的通信协议版本后，选择对应的通信协议版本。由此，待诊断设备与目标设备具有相同的通信标准协议，并可以基于相同的通信标准协议进行通信。

步骤35：将至少一个诊断结果按照通信协议版本的规则进行汇总，形成最终的诊断结果。

在一些实施例中，通信协议版本的规则是先诊断结果，然后诊断状态，进而形成一个JavaScript对象简谱(JavaScript Object Notation，JSON)，将这个JavaScript对象简谱作为最终的诊断结果。

步骤36：向目标设备发送最终的诊断结果，以使目标设备显示最终的诊断结果。

在一些实施例中，上述任一实施例中的诊断结果包括诊断项目代号、最终诊断结果、诊断逻辑版本号、故障数据以及图表数据中的至少一种。其中，图表数据包括图表显示版本、图表类型和图表显示源数据。

在本实施例中，待诊断设备通过接收目标设备发送的诊断指令；直接对诊断指令进行字段解析，得到至少一个待诊断项目；并基于至少一个待诊断项目进行项目诊断，得到至少一个诊断结果，能够自行在待诊断设备内部实现至少一个待诊断项目的项目诊断，减少数据的传输，并且使目标设备直接显示至少一个诊断结果，因目标设备无需进行诊断，能够降低对目标设备的硬件处理要求。

进一步，待诊断设备和目标设备使用相同的通信协议版本，能够使目标设备兼容更多的待诊断设备。

参阅图4，图4是本申请提供的设备诊断方法第三实施例的流程示意图。该方法包括：

步骤41：向至少一个待诊断设备发送诊断指令。

本实施例中的执行主体为目标设备。该目标设备可以是与待诊断设备相同的设备，也可以是与待诊断设备不相同的设备。

在一些实施例中，目标设备上具有显示屏，用户可以通过触控的方式选择需要诊断的待诊断设备。在选择待诊断设备后，向该待诊断设备发送诊断指令。其中，诊断指令也可以通过用户选择进行设置。如，诊断指令可以包括第一诊断指令和第二诊断指令。第一诊断指令可以用于表示历史项目，第二诊断指令可以表示即时项目。

在一些实施例中，诊断指令可以与诊断项目对应。如，诊断指令A对应诊断项目A，诊断指令B对应诊断项目B，诊断指令C对应诊断项目C，诊断指令D对应诊断项目D。则在选择诊断指令A和诊断指令B时，将诊断指令A和诊断指令B发送至至少一个待诊断设备。

在一些实施例中，可以根据不同类型的待诊断设备发送不同的诊断指令，进而根据用户的实际需求定制不同的诊断指令，减少待诊断设备的诊断流程，提高诊断效率。

在一些实施例中，目标设备可以自动向至少一个待诊断设备发送诊断指令。如，在目标设备上设置好诊断指令的需求，并设置好发送周期。在每一周期结束时，目标设备可以自动向至少一个待诊断设备发送诊断指令。如，发送周期可以是12小时、18小时、24小时、48小时以及72小时等。

步骤42：接收至少一个待诊断设备发送的诊断结果；其中，诊断结果由至少一个待诊断设备对诊断指令进行字段解析，得到至少一个待诊断项目；以及基于至少一个待诊断项目进行项目诊断得到。

在一些实施例中，待诊断设备在接收到诊断指令后，因诊断指令中可能包含有许多不同的内容，则需要对其进行解析，得到对应的待诊断项目。

其中，诊断项目可以是对待诊断设备进行通信诊断项目、电池使用情况诊断项目、常规测试诊断项目等。

在解析过程中，通过对诊断指令进行解码，得到明文字段，然后查找该明文字段内是否存在与诊断项目相关的字段，若存在，则可以基于该字段确定待诊断项目。

步骤43：显示诊断结果。

在一些实施例中，可以采用图表的方式显示至少一个诊断结果。如，历史诊断项目。可以将每一待诊断设备在不同历史时间段内的数据进行统计并诊断，进而可以得到一个与历史时间段相关的诊断结果，则将历史时间段作为横轴，对应的诊断结果作为纵轴，进行柱状图或折线图的展示，使得能够使用户直观的看见每一待诊断设备在历史不同时间段的诊断结果。

在本实施例中，目标设备通过向待诊断设备发送诊断指令；使待诊断设备直接对诊断指令进行字段解析，得到至少一个待诊断项目；并基于至少一个待诊断项目进行项目诊断，得到至少一个诊断结果，能够让待诊断设备自行在内部实现至少一个待诊断项目的项目诊断，减少数据的传输，并且使目标设备直接显示至少一个诊断结果，因目标设备无需进行诊断，能够降低对目标设备的硬件处理要求。

参阅图5，图5是本申请提供的设备诊断方法第四实施例的流程示意图。该方法包括：

步骤51：向至少一个待诊断设备发送诊断指令。

步骤52：接收至少一个待诊断设备发送的诊断结果；其中，诊断结果由至少一个待诊断设备对诊断指令进行字段解析，得到至少一个待诊断项目；以及基于至少一个待诊断项目进行项目诊断得到。

步骤51至步骤52与上述任一实施例具有相同或相似的技术方案，这里不做赘述。

步骤53：基于图表数据中的图表显示版本、图表类型和图表显示源数据，显示图表显示源数据。

其中，诊断结果包括图表数据，图表数据包括图表显示版本、图表类型和图表显示源数据，则可以根据图表数据中的图表显示版本、图表类型确定出目标图表，然后利用目标图表显示图表显示源数据。

在本实施例中，通过图表化的展示，使用户能够直观的直晓待诊断设备的诊断结果。

参阅图6，图6是本申请提供的设备诊断装置第一实施例的流程示意图。该设备诊断装置60包括：接收模块61、解析模块62、诊断模块63和发送模块64。

其中，接收模块61用于接收目标设备发送的诊断指令。

解析模块62用于对诊断指令进行字段解析，得到至少一个待诊断项目。

诊断模块63用于基于至少一个待诊断项目进行项目诊断，得到至少一个诊断结果。

发送模块64用于向目标设备发送至少一个诊断结果，以使目标设备显示至少一个诊断结果。

在其他实施例中，解析模块62还用于基于第一诊断指令进行字段解析，得到至少一个待诊断历史项目。

在其他实施例中，解析模块62还用于基于第二诊断指令进行字段解析，得到至少一个待诊断即时项目。

在其他实施例中，诊断模块63还用于确定与目标设备的通信协议版本；将至少一个诊断结果按照通信协议版本的规则进行汇总，形成最终的诊断结果。

在其他实施例中，设备诊断装置60可以相当于上述任一实施例中的待诊断设备，以实现上述任一实施例中的设备诊断方法。

参阅图7，图7是本申请提供的设备诊断装置第二实施例的流程示意图。该设备诊断装置70包括：发送模块71、接收模块72和显示模块73。

其中，发送模块71用于向至少一个待诊断设备发送诊断指令。

接收模块72用于接收至少一个待诊断设备发送的诊断结果；其中，诊断结果由至少一个待诊断设备对诊断指令进行字段解析，得到至少一个待诊断项目；以及基于至少一个待诊断项目进行项目诊断得到。

显示模块73用于显示诊断结果。

在其他实施例中，显示模块73还用于基于图表数据中的图表显示版本、图表类型和图表显示源数据，显示图表显示源数据。

在其他实施例中，设备诊断装置70可以相当于上述任一实施例中的目标设备，以实现上述任一实施例中的设备诊断方法。

参阅图8，图8是本申请提供的设备诊断系统一实施例的流程示意图。该设备诊断系统80包括：目标设备81和至少一待诊断设备82。

其中，至少一待诊断设备82与目标设备81通信连接，用于配合实现上述任一实施例的方法。

如，至少一待诊断设备82接收目标设备81发送的诊断指令。

至少一待诊断设备82对诊断指令进行字段解析，得到至少一个待诊断项目。

至少一待诊断设备82基于至少一个待诊断项目进行项目诊断，得到至少一个诊断结果。

至少一待诊断设备82向目标设备81发送至少一个诊断结果，以使目标设备81显示至少一个诊断结果。

在一应用场景中，整条诊断链路分为待诊断设备和目标设备两种，待诊断设备内置诊断服务应用程序，主要提供诊断标准通信、诊断分发和结果汇总功能，整体架构如图9所示，待诊断设备82根据目标设备81发送的诊断项目列表调用不同模块进行诊断，并将所有结果汇总统一按照诊断标准协议输出给目标设备81，目标设备81经过结果解析和结果显示模块在界面中进行渲染显示。

其中，诊断服务应用程序是一诊断逻辑模块，且放置于待诊断设备82中，可以跟随待诊断设备82迭代演进，进一步增加诊断服务应用程序的诊断能力，目标设备81的显示逻辑可以不做变化，通过目标设备81增加对应诊断项目和词条从而支持新增的诊断能力。

其中，待诊断设备82和目标设备81约定的统一诊断标准协议内容为：目标设备81与待诊断设备82的诊断服务应用程序建立socket(套接字)连接后，目标设备81向待诊断设备82的诊断服务应用程序发送诊断指令，如：

{"command":"mobile_record_detection","detecting_num":["020101","020201"],"protocol_version":"v3.1.1"}

其中，command表示命令，对应的mobile_record_detection表示返回诊断结果指令。

detecting_num表示检测项目代号列表，对应的检测项目代号为"020101"和"020201"。

protocol_version表示通信协议版本号，对应的通信协议版本号为v3.1.1。

待诊断设备82的诊断服务应用程序根据目标设备81发送过来的detecting_num来进行各个专项模块调用来进行历史项目的诊断，所有历史项目诊断完成后将结果数据按照通信标准协议的规则汇总后，发送给目标设备81。

如：

{"command":"mobile_record_detection_result","protocol_version":"v3.1.1",”diag_data”:”...”,"status":"1"}。

其中，command表示命令，对应的mobile_record_result表示返回诊断结果。

protocol_version表示通信协议版本号，对应的通信协议版本号为v3.1.1。

diag_data表示诊断结果数据，对应的不同项目可以填充至[{},{},...]的大括号中。

Status表示诊断状态，相应的诊断状态可以是1或0，其中，1表示诊断完成，0表示诊断异常中断。

其中，command、protocol_version、diag_data、Status均可以表示上述任一实施例中提及的字段。

其中，diag_data数据为jsonarray。JSONArray是一个有序的值序列，它的外部文本形式是一个用方括号括起来的字符串，用逗号分隔值，内部表单是具有索引的对象“get”和“opt”用于通过索引访问值的“element”方法，以及用于添加或替换值的方法。

在本实施例中，由许多诊断项目结果数据json组成，对于单个项目的诊断结果数据json定义为：

{“item_no”:”020101”,”diag_result”:1,”diag_version”:”v1.1”,”errors”:[],”charts”:[]}。

其中，item_no表示诊断项目代号，如，020101。

diag_result表示诊断结果，如，1。具体地，0表示正常，1表示异常，2表示不支持，3表示异常中断

diag_version表示诊断逻辑版本号，如，V1.1。

errors表示故障数据，可以在[{},{},...]进行填充。

Charts表示图表数据，可以在[{},{},...]中进行填充。

其中，errors故障数据的单个故障json数据定义如下：

{“error_no”:”02010101”,”params”:[“a”,”b”,”c”]}。

其中，error_no表示故障词条代号，如02010101。故障词条代号可以存储与待诊断设备和目标设备约定好的故障代号映射表中。

Params表示词条中占位数据的集合，如，[“a”,”b”,”c”]。具体地，词条中占位数据的集合,根据顺序替换词条中的％1％2％3的占位符。

其中，chars图表数据的单个图表json数据定义如下：

{“chart_id”:”02010101”,”chart_verison”:”v1.1”,”chart_type”:”01”,”chart_data”:data}。

其中，chart_id表示对应相应的图表显示，如，02010101。

chart_verison表示图表显示版本号，如，V1.1。

chart_type表示图表类型或者模板代号，如，01。

chart_data表示图表显示源数据，如，data(这里的数据只是代指具体的图表显示源数据，需根据诊断结果而定)。其中，不同诊断项目的不同图表对应数据格式不同，大致都是jsonarray格式。

例如，对chart_data数据举例，该数据可根据日期生成柱状图或折线图：

[{'date':'2021-12-27','value':5},{'date':'2021-12-28','value':2},{'date':'2021-12-29','value':4},{'date':'2021-12-30','value':3},{'date':'2021-12-31','value':3},{'date':'2022-01-01','value':5},{'date':'2022-01-02','value':8},{'date':'2022-01-03','value':4},{'date':'2022-01-04','value':3}]。

如，可以根据上述的date(日期)和对应的value(数值)生成柱状图或折线图，具体的如图10所示的诊断结果柱状图。

由此，可以根据待诊断的项目类型，即历史项目或即时项目，并且需要展示可视化图表结果等相关特点，目标设备81与待诊断设备82约定了通用的结果通信协议，待诊断设备82专注于诊断方案和诊断逻辑的科学性，目标设备81专注于业务逻辑即词条梳理和图表渲染实现。

在一应用场景中，设备诊断系统80中可以加入统一的节点分配服务器83(内网映射服务器)，将不同的待诊断设备82和目标设备81通过服务器83分别建立连接，然后实现本申请上述任一实施例的方法，来解决更加复杂的诊断场景。

如，接收服务器发送的诊断指令；对诊断指令进行字段解析，得到至少一个待诊断项目；基于至少一个待诊断项目进行项目诊断，得到至少一个诊断结果；向服务器发送至少一个诊断结果。

服务器向目标设备发送至目标设备，以使目标设备显示至少一个诊断结果。

具体地，通过整个诊断过程中的数据层、业务层、显示层完成解耦，结果显示由待诊断设备82中的诊断服务应用程序以及故障树数据组合诊断而成，同个诊断设备在不同显示层的显示结果一致。

各待诊断设备82各自维护自己的诊断服务应用程序，目标设备81维护显示层逻辑，服务器同一故障树的维护，各自可以独立开发验证，解决目标设备的瓶颈。

进一步，将诊断结果统一存储在服务器83中，任何目标设备81均可以联机查询。

待诊断设备82的可测性大幅提升，可以接入自动化测试，内部准确率也会相应提升。

在一些实施例中，待诊断设备82可以是手机、手表等。待诊断设备82通过埋点的方式收集待诊断设备82使用过程中的各种数据。

参阅图11，图11是本申请提供的电子设备一实施例的流程示意图。该电子设备110包括处理器111以及与处理器111耦接的存储器112和显示器113；其中，存储器112用于存储计算机程序，处理器111用于执行计算机程序，以实现以下方法：

接收目标设备发送的诊断指令；对诊断指令进行字段解析，得到至少一个待诊断项目；基于至少一个待诊断项目进行项目诊断，得到至少一个诊断结果；向目标设备发送至少一个诊断结果，以使目标设备显示至少一个诊断结果；

或，向至少一个待诊断设备发送诊断指令；接收至少一个待诊断设备发送的诊断结果；其中，诊断结果由至少一个待诊断设备对诊断指令进行字段解析，得到至少一个待诊断项目；以及基于至少一个待诊断项目进行项目诊断得到；显示诊断结果。

可以理解，处理器111还用于执行计算机程序，以实现上述任一实施例的方法。

参阅图12，图12是本申请提供的电子设备一实施例的流程示意图。该电子设备110例如可以是移动电子设备，该电子设备110可以包括：存储器112、处理器(CentralProcessing Unit，CPU)111、电路板(图中未示出)、电源电路和麦克风123。电路板安置在壳体围成的空间内部；处理器111和存储器112设置在电路板上；电源电路用于为电子设备的各个电路或器件供电；存储器112用于存储可执行程序代码；处理器111通过读取存储器112中存储的可执行程序代码来运行与可执行程序代码对应的计算机程序，以对上述识别信息进行识别实现解锁以及唤醒功能。

电子设备还可包括：外设接口114、RF(Radio Frequency，射频)电路116、音频电路117、扬声器122、电源管理芯片119、输入/输出(I/O)子系统120、其他输入/控制设备121、显示器113以及外部端口115，这些部件通过一个或多个通信总线或信号线118来通信。

存储器112可以被处理器111、外设接口114等访问，存储器112可以包括高速随机存取存储器，还可以包括非易失性存储器，例如一个或多个磁盘存储器件、闪存器件、或其他易失性固态存储器件。外设接口114可以将设备的输入和输出外设连接到处理器111和存储器112。

I/O子系统120可以将设备上的输入输出外设，例如显示器113和其他输入/控制设备121，连接到外设接口114。I/O子系统120可包括显示控制器1201和用于控制其他输入/控制设备121的一个或多个输入控制器1202。其中，一个或多个输入控制器1202从其他输入/控制设备121接收电信号或者向其他输入/控制设备121发送电信号，其他输入/控制设备121可以包括物理按钮(按压按钮、摇臂按钮等)、拨号盘、滑动开关、操纵杆、点击滚轮。值得说明的是，输入控制器1202可以与以下任一个连接：键盘、红外端口、USB接口以及诸如鼠标的指示设备。

显示器113是用户电子设备与用户之间的输入接口和输出接口，将可视输出显示给用户，可视输出可以包括图形、文本、图标、视频等。

I/O子系统120中的显示控制器1201从显示器113接收电信号或者向显示器163发送电信号。显示器113检测触摸屏上的接触，显示控制器1201将检测到的接触转换为与显示在显示器113上的用户界面对象的交互，即实现人机交互，显示在显示器113上的用户界面对象可以是运行游戏的图标、联网到相应网络的图标等。

RF电路116主要用于建立手机与无线网络(即网络侧)的通信，实现手机与无线网络的数据接收和发送。例如收发短信息、电子邮件等。具体地，RF电路116接收并发送RF信号，RF信号也称为电磁信号，RF电路116将电信号转换为电磁信号或将电磁信号转换为电信号，并且通过该电磁信号与通信网络以及其他设备进行通信。RF电路116可以包括用于执行这些功能的已知电路，其包括但不限于天线系统、RF收发机、一个或多个放大器、调谐器、一个或多个振荡器、数字信号处理器、CODEC(COder-DECoder，编译码器)芯片组、用户标识模块(Subscriber Identity Module，SIM)等等。

音频电路117，主要用于从外设接口114接收音频数据，将该音频数据转换为电信号，并且将该电信号发送给扬声器122。扬声器122，用于将手机通过RF电路116从无线网络接收的语音信号，还原为声音并向用户播放该声音。电源管理芯片119，用于为处理器111、I/O子系统120及外设接口114所连接的硬件进行供电及电源管理。

参阅图13，图13是本申请提供的计算机可读存储介质一实施例的流程示意图。该计算机可读存储介质130存储有计算机程序131，计算机程序131在被处理器执行时，实现以下方法：

接收目标设备发送的诊断指令；对诊断指令进行字段解析，得到至少一个待诊断项目；基于至少一个待诊断项目进行项目诊断，得到至少一个诊断结果；向目标设备发送至少一个诊断结果，以使目标设备显示至少一个诊断结果；

或，向至少一个待诊断设备发送诊断指令；接收至少一个待诊断设备发送的诊断结果；其中，诊断结果由至少一个待诊断设备对诊断指令进行字段解析，得到至少一个待诊断项目；以及基于至少一个待诊断项目进行项目诊断得到；显示诊断结果。

可以理解，计算机程序131在被处理器执行时，还用于实现上述任一实施例的方法。

综上所述，本申请针对历史诊断项目以及即时类项目，在目标设备上有图表类可视化的结果展示，并且提供了标准化的统一接入接口，提供了多诊断设备和多显示设备的接入方法。

在本申请的技术方案中，统一各类待诊断设备和目标设备的诊断标准协议，对数据处理和显示部分进行解耦，一方面使诊断逻辑模块置于待诊断设备中，结合统一通信标准协议更利于扩展待诊断设备的类型和目标设备类型，另一方面，无需针对不同待诊断设备类型设立不同功能模块或入口，另一方面，根据故障码得出诊断结果的同时实现数据可视化的结果展示方式，提供了一种通用的设备诊断方法。

相较于相关技术中，将诊断逻辑放在目标设备中，本申请是将诊断逻辑放在待诊断设备中，诊断完成后给出类似于故障码并且给出较详细的使用数据用于图表展示，另外本申请的诊断逻辑在待诊断设备中支持热更新升级，可以在后台新增配置诊断项目和词条下发到目标设备的电脑或web网页侧，以此更新诊断能力。

具体地，诊断逻辑模块放在待诊断设备中可以有如下优势：

1.可以实现自助诊断、远程诊断、PC诊断三个场景。因自助诊断、远程诊断、PC诊断都需要诊断逻辑模块的数据处理能力，如果放置在目标设备中，自助诊断场景必然还是需要将诊断逻辑迁移至待诊断设备，抑或是与远程诊断一样利用服务后台来分析结果，但可能会存在多场景的诊断分析能力不对齐从而导致结果不一致的情况，因此，本申请的技术方案可以直接解决此问题。

2.三个场景的诊断逻辑模块势必需要多种编程语言和框架支撑，存在重复开发和冗余代码等问题，例如PC场景使用C++语言，远程场景使用java语言等，对于支撑多种诊断设备诊断能力更是翻倍增加开发成本，因此，目标设备中设置诊断逻辑模块并不合理。

3.诊断逻辑模块位于目标设备，将导致大部分开发工作位于目标设备，而诊断逻辑模块位于待诊断设备能够支持各待诊断设备类型、各专项诊断能力独立开发并独立验收，可以缩短开发周期。

4.诊断逻辑模块位于诊断逻辑模块将需要从待诊断设备获取埋点数据和日志信息，会有较大风险涉及安全隐私问题，如果位于待诊断设备，传输诊断结果的数据量将大大减少，减少了安全隐私的风险。

进而，本申请通过统一故障诊断的中间标准协议，对数据处理和显示部分进行解耦，待诊断设备和目标设备的应用程序可以单独实现，以此实现多种设备类型的故障诊断的统一接入方式，且目标设备上能够实现定制化结果词条显示、定制化表格图表等显示方式。

进一步，统一的智能终端诊断方案依赖这一统一协议，该方案支持PC电脑对手机、手表、电视、平板等设备做统一诊断，并且PC电脑同样可以替换成网页形式，并且在该协议中设计部分内容是支持图表数据的传输和显示。

在本申请所提供的几个实施方式中，应该理解到，所揭露的方法以及设备，可以通过其它的方式实现。例如，以上所描述的设备实施方式仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

上述其他实施方式中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施方式所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (12)

1.一种设备诊断方法，其特征在于，所述方法应用于待诊断设备，所述方法包括：

接收目标设备发送的诊断指令；

对所述诊断指令进行字段解析，得到至少一个待诊断项目；

基于所述至少一个待诊断项目进行项目诊断，得到至少一个诊断结果；

向所述目标设备发送所述至少一个诊断结果，以使所述目标设备显示所述至少一个诊断结果。

2.根据权利要求1所述的方法，其特征在于，所述诊断指令包括第一诊断指令和第二诊断指令；

所述对所述诊断指令进行字段解析，得到至少一个待诊断项目，包括：

基于所述第一诊断指令进行字段解析，得到至少一个待诊断历史项目；或，

基于所述第二诊断指令进行字段解析，得到至少一个待诊断即时项目。

3.根据权利要求1所述的方法，其特征在于，所述向所述目标设备发送所述至少一个诊断结果之前，包括：

确定与所述目标设备的通信协议版本；

将所述至少一个诊断结果按照通信协议版本的规则进行汇总，形成最终的诊断结果。

4.根据权利要求1所述的方法，其特征在于，所述诊断结果包括诊断项目代号、最终诊断结果、诊断逻辑版本号、故障数据以及图表数据中的至少一种；其中，所述图表数据包括图表显示版本、图表类型和图表显示源数据。

5.根据权利要求1所述的方法，其特征在于，所述待诊断设备与所述目标设备具有相同的通信标准协议。

6.一种设备诊断方法，其特征在于，所述方法包括：

向至少一个待诊断设备发送诊断指令；

接收所述至少一个待诊断设备发送的诊断结果；其中，所述诊断结果由所述至少一个待诊断设备对所述诊断指令进行字段解析，得到至少一个待诊断项目；以及基于所述至少一个待诊断项目进行项目诊断得到；

显示所述诊断结果。

7.根据权利要求6所述的方法，其特征在于，所述诊断结果包括图表数据；

所述显示所述诊断结果，包括：

基于所述图表数据中的图表显示版本、图表类型和图表显示源数据，显示所述图表显示源数据。

8.一种设备诊断装置，其特征在于，所述设备诊断装置包括：

接收模块，用于接收目标设备发送的诊断指令；

解析模块，用于对所述诊断指令进行字段解析，得到至少一个待诊断项目；

诊断模块，用于基于所述至少一个待诊断项目进行项目诊断，得到至少一个诊断结果；

发送模块，用于向所述目标设备发送所述至少一个诊断结果，以使所述目标设备显示所述至少一个诊断结果。

9.一种设备诊断装置，其特征在于，所述设备诊断装置包括：

发送模块，用于向至少一个待诊断设备发送诊断指令；

接收模块，用于接收所述至少一个待诊断设备发送的诊断结果；其中，所述诊断结果由所述至少一个待诊断设备对所述诊断指令进行字段解析，得到至少一个待诊断项目；以及基于所述至少一个待诊断项目进行项目诊断得到；

显示模块，用于显示所述诊断结果。

10.一种电子设备，其特征在于，所述电子设备包括处理器以及与所述处理器耦接的存储器和显示器；

其中，所述存储器用于存储计算机程序，所述处理器用于执行所述计算机程序，以实现如权利要求1-7任一项所述的方法。

11.一种设备诊断系统，其特征在于，所述设备诊断系统包括：

目标设备；

至少一待诊断设备，与所述目标设备通信连接，用于配合实现如权利要求1-7任一项所述的方法。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序在被处理器执行时，实现如权利要求1-7任一项所述的方法。

Images