1.本技术实施例涉及计算机技术领域，具体涉及故障诊断方法、装置、电子设备和计算机可读介质。
背景技术：2.随着互联网技术的发展，在家庭、商超等越来越多的场景中，可部署智能设备(例如，能够联网的摄像装置)，通过将智能设备接入网络，可实现远程控制、场景联动等功能。在智能设备故障时，通常需要同时对智能设备及其所接入的网络进行故障诊断。
3.现有技术中，智能设备所接入的网络的网络数据通常存储于独立的系统，无法直接获取，因此通常需要维修人员上门进行智能设备及其所接入的网络的检测，通过观测故障现象，从而依据经验进行故障诊断。这种方式故障诊断流程复杂，且对维修人员的技能要求较高，存在故障诊断效率低以及准确率较低的问题。
技术实现要素：4.本技术实施例提出了故障诊断方法、装置、电子设备和计算机可读介质，以解决现有技术中故障诊断效率低以及准确率较低的技术问题。
5.第一方面，本技术实施例提供了一种故障诊断方法，该方法包括：获取待检测的智能设备的标识、互联网协议ip地址和端口号；基于所述标识，从第一系统中查询所述智能设备的设备数据；基于所述ip地址和所述端口号，确定所述智能设备的配网信息，并从第二系统中查询所述配网信息关联的网络数据；对所述设备数据和所述网络数据进行汇总，生成综合数据；基于所述综合数据，对所述智能设备进行故障诊断，得到故障诊断结果。
6.第二方面，本技术实施例提供了一种故障诊断装置，该装置包括：获取单元，用于获取待检测的智能设备的标识、互联网协议ip地址和端口号；第一查询单元，用于基于所述标识，从第一系统中查询所述智能设备的设备数据；第二查询单元，用于基于所述ip地址和所述端口号，确定所述智能设备的配网信息，并从第二系统中查询所述配网信息关联的网络数据；生成单元，用于对所述设备数据和所述网络数据进行汇总，生成综合数据；第一故障诊断单元，用于基于所述综合数据，对所述智能设备进行故障诊断，得到故障诊断结果。
7.第三方面，本技术实施例提供了一种电子设备，包括：一个或多个处理器；存储装置，其上存储有一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述第一方面中任一所述的方法。
8.第四方面，本技术实施例提供了一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如上述第一方面中任一所述的方法。
9.本技术实施例提供的故障诊断方法、装置、电子设备和计算机可读介质，通过所获取的待检测的智能设备的标识，从第一系统中查询智能设备的设备数据，并通过所获取的该智能设备的ip地址和端口号，从第二系统中查询配网信息关联的网络数据，进而可对来自于不同系统的设备数据和网络数据进行汇总，得到综合数据，可使得所得到的综合数据
具有全面性，可为故障诊断提供完善的数据基础。基于该综合数据对智能设备进行故障诊断，无需维修人员上门进行智能设备及其所接入的网络的检测，从而简化了故障诊断流程，提高了故障诊断效率。同时，此过程不依赖于人工经验，可消除主观因素影响，从而提高了故障诊断的准确性。
附图说明
10.通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本技术的其它特征、目的和优点将会变得更明显：
11.图1是本技术的实施例可以应用于其中的示例性系统架构图；
12.图2是本技术的故障诊断方法的一个实施例的流程图；
13.图3是本技术的故障诊断方法的一个应用场景的流程图；
14.图4是本技术的故障诊断方法的又一个实施例的流程图；
15.图5是本技术的故障诊断装置的一个实施例的结构示意图；
16.图6是用于实现本技术实施例的电子设备的计算机系统的结构示意图。
具体实施方式
17.下面结合附图和实施例对本技术作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。
18.需要说明的是，在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本技术。
19.需要指出的是，本技术中所有获取信号、信息或数据的动作都是在遵照所在地国家相应的数据保护法规政策的前提下，并获得由相应装置所有者给予授权的情况下进行的。
20.图1示出了可以应用本技术的故障诊断方法或故障诊断装置的示例性系统架构图。
21.如图1所示，系统架构可以包括故障诊断设备，故障诊断设备可以分别与第一系统和第二系统进行交互，以查询、获取数据。在一些示例中，故障诊断设备可以是用于进行故障诊断的服务器。第一系统和第二系统可以分别由不同的服务器维护，故障诊断设备可通过有线通信链路、无线通信链路或者光纤电缆等，与用于维护第一系统和第二系统的服务器通信。上述各服务器可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。在此不做具体限定。
22.第一系统可用于对物联网中的智能设备的设备数据进行管理和维护，例如，可以包括但不限于以下至少一项：物联网管理系统、智能设备后台管理系统、应用后台管理系统(例如，用于控制智能设备的应用的后台管理系统)等。上述智能设备可包括但不限于摄像装置(例如，摄像头)。
23.第二系统可用于对网络数据进行管理和维护，例如，可以包括但不限于以下至少一项：pon(passive optical network，无源光纤网络)管理系统、网络资源管理系统、互联网认证系统等。
24.需要说明的是，本技术实施例所提供的故障诊断方法一般由故障诊断设备执行，相应地，故障诊断装置一般设置于故障诊断设备中。
25.请参考图2，其示出了根据本技术的故障诊断方法的一个实施例的流程图。该故障诊断方法，包括以下步骤：
26.步骤201，获取待检测的智能设备的标识、ip地址和端口号。
27.在本实施例中，待检测的智能设备可以包括但不限于具有联网功能的电子设备，例如，物联网环境下的摄像装置(例如，摄像头)。故障诊断方法的执行主体(例如，图1中的故障诊断设备)可以获取待检测的智能设备的标识、互联网协议ip地址和端口号。其中，智能设备的标识可以是智能设备的序列号，也可以是智能设备的mac地址(media access control address，媒体存取控制位址)等信息，此处不作限定。
28.实践中，上述执行主体可以接收携带智能设备的标识的故障诊断请求，通过解析该请求，得到智能设备的标识。而后，可基于智能设备后台管理系统，检测智能设备是否在线，并在智能设备在线的情况下，基于该标识，从上述能设备后台管理系统中查询智能设备的ip地址和端口号。其中，智能设备后台管理系统中可存储有智能设备的网络信息，网络信息中可包括ip地址和端口号。
29.在一些可选的实现方式中，上述步骤可以在智能设备在线的情况下进行。若ip地址和端口号获取失败，或者，若智能设备离线，则可以获取智能设备的历史日志，并基于历史日志对智能设备进行故障诊断，得到故障诊断结果。其中，历史日志可中可以包括但不限于以下至少一项：历史故障诊断结果(包括定时自动诊断结果和手动诊断结果)、历史上线记录、历史上线宽带信息、历史上线设备信息。进一步地，此时，可输出“智能设备信息查询失败，请尝试重启智能设备后再次诊断”的提示信息，并可以同时输出历史日志中的上一次故障诊断结果，以供参考。
30.步骤202，基于标识，从第一系统中查询智能设备的设备数据。
31.在本实施例中，上述执行主体可以基于智能设备的标识，从第一系统中查询智能设备的设备数据。其中，上述第一系统可用于对物联网中的智能设备的设备数据进行管理和维护，例如，可以包括但不限于以下至少一项：物联网管理系统、智能设备后台管理系统、目标应用(例如，用于控制智能设备的应用)的后台管理系统等。
32.上述设备数据可包括但不限于以下至少一项：网络连接方式信息(可用于指示智能设备的连接方式，例如，有线连接、无线连接)、无线网络信号强度信息、有线连接的网线连接速率和协商次数、摄像头到网关的连接质量(例如，延时、是否丢包、是否抖动等)、设备基本信息(例如，用户账号、设备标识、设备序列号等)、绑定手机号信息、在线情况信息、上下线记录、告警信息、工单和使用情况信息等。
33.步骤203，基于ip地址和端口号，确定智能设备的配网信息，并从第二系统中查询配网信息关联的网络数据。
34.在本实施例中，配网信息可以包括但不限于宽带账号。上述执行主体可以与用于管理配网信息的互联网认证系统通信连接，以ip地址和端口号作为关键字，查询智能设备的配网信息。在得到配网信息后，可从第二系统中查询配网信息关联的网络数据。其中，第二系统可以与第一系统相互独立。
35.上述网络数据可包括但不限于以下至少一项：入网基本信息(例如，宽带账号、宽
带线路资源信息、宽带速率、宽带安装地址等)、光猫相关信息(例如，绑定光猫情况、运行状态情况、下挂终端数量等)、宽带质量信息(例如，宽带在线情况、上下线情况、流量信息、线路光衰等)、上联pon设备信息(例如，pon口误码、光线路终端中继流量情况等)。
36.步骤204，对设备数据和网络数据进行汇总，生成综合数据。
37.在本实施例中，上述执行主体可以将设备数据和网络数据进行汇总。例如，可将设备数据中的每项数据和网络数据中的每项数据进行格式转换，得到目标格式(例如，键值对格式)的数据。而后，将所得到的数据以列表、集合等形式进行汇总，生成综合数据。
38.在一些可选的实现方式中，上述执行主体可以首先基于智能设备的标识，查询目标数据库中的目标数据表。需要说明的是，若不存在目标数据表，则可以基于以该标识作为表名，创建目标数据表。在查询到目标数据表后，可以将设备数据中的每条数据和网络数据中的每条数据作为记录，添加至目标数据表，得到综合数据。需要说明的是，若目标数据表中已存储有数据，可以基于综合数据，对目标数据表中的数据进行更新。
39.步骤205，基于综合数据，对智能设备进行故障诊断，得到故障诊断结果。
40.在本实施例中，上述执行主体可以通过对综合数据进行分析，来实现对智能设备的故障诊断，得到故障诊断结果。例如，可以通过机器学习方法(例如，有监督学习方法)预先训练故障诊断模型，将综合数据输入至该模型，得到故障诊断结果。再例如，可以预先设置用于表征数据与故障诊断结果的对应关系的对应关系表，通过查表的方式得到故障诊断结果。
41.在一些可选的实现方式中，还可以通过如下步骤进行故障诊断：首先，获取预设的故障诊断规则。上述故障诊断规则可以包括至少一个诊断结论和各诊断结论对应的故障条件。而后，检测综合数据是否满足各故障条件，将综合数据所满足的故障条件作为目标故障条件，将目标故障条件对应的诊断结论进行汇总，得到故障诊断结果。
42.可选的，故障诊断规则可以包括：若智能设备的连接方式为无线连接、智能设备至网关的网络延时异常、智能设备的无线信号强度异常且其他数据正常，则确定智能设备所处位置无线信号弱。
43.可选的，故障诊断规则可以包括：若连接方式为有线连接、智能设备上下线频率异常、智能设备的网络线路的光功率异常、配网信息中的宽带账号上下线频率异常、宽带账号在线且其他数据正常，则确定智能设备所接入的宽带线路异常。
44.可选的，故障诊断规则可以包括：若连接方式为有线连接、智能设备上下线频率异常、智能设备的网络速率异常、宽带账号在线且其他数据正常，则确定智能设备的网线故障。
45.可选的，故障诊断规则可以包括：若连接方式为有线连接、配网信息中的宽带账号在线、智能设备的上行网络流量与带宽的占比异常、使用宽带账号的智能设备数量大于预设值且其他数据正常，则确定智能设备的上行网络带宽不足。
46.需要说明的是，故障诊断规则还可以根据需要进行其他设定，不限于上述列举。
47.在一些可选的实现方式中，在得到故障诊断结果之后，上述执行主体还可以将故障诊断结果添加至上述历史日志，以更新历史日志。由此，可保持历史日志的实时更新。
48.参见图3，其示出了本技术的故障诊断方法的应用场景的示意图。在此场景中，智能设备可以是安装于家庭的摄像头。用户可以在终端设备或前端设备的保修页面输入摄像
头的标识，并发起故障诊断请求。服务端在接收到该请求后，可从该请求中提取标识，进而基于该标识，查询ip地址和端口号。而后，可以基于该标识，从第一系统中查询上述摄像头的设备数据，并基于上述ip地址和上述端口号，确定上述摄像头的配网信息，并从第二系统中查询上述配网信息关联的网络数据。之后，可以对上述设备数据和上述网络数据进行汇总，生成综合数据。最后，可以基于上述综合数据，对上述摄像头进行故障诊断，得到故障诊断结果，例如“摄像头网线故障，请检查宽带设备至摄像头的网络”。在得到故障结果后，可在终端设备或前端设备中显示，由此，用户可用过终端设备或前端设备与后台进行交互，当用户在终端设备或前端设备输入信息后，数据处理过程均又后台运行，用户可直接从终端设备或前端设备中浏览故障诊断结果，易用程度较高。
49.本技术的上述实施例提供的方法，通过所获取的待检测的智能设备的标识，从第一系统中查询智能设备的设备数据，并通过所获取的该智能设备的ip地址和端口号，从第二系统中查询配网信息关联的网络数据，进而可对来自于不同系统的设备数据和网络数据进行汇总，得到综合数据，可使得所得到的综合数据具有全面性，可为故障诊断提供完善的数据基础。基于该综合数据对智能设备进行故障诊断，无需维修人员上门进行智能设备及其所接入的网络的检测，从而简化了故障诊断流程，提高了故障诊断效率。同时，此过程不依赖于人工经验，可消除主观因素影响，从而提高了故障诊断的准确性。
50.进一步参考图4，其示出了故障诊断方法的又一个实施例的流程图。该故障诊断方法的流程，包括以下步骤：
51.步骤401，获取待检测的智能设备的标识、ip地址和端口号。
52.本实施例中的步骤401可参见图2对应实施例的步骤201，此处不再赘述。
53.在一些可选的实现方式中，若ip地址和端口号获取失败，或者，若智能设备离线，则可以获取智能设备的历史日志，并基于历史日志对智能设备进行故障诊断，得到故障诊断结果。进一步地，此时，可输出“智能设备信息查询失败，请尝试重启智能设备后再次诊断”的提示信息，并可以同时输出历史日志中的上一次故障诊断结果，以供参考。
54.步骤402，基于标识，从第一系统中查询智能设备的设备数据。
55.本实施例中的步骤402可参见图2对应实施例的步骤202，此处不再赘述。
56.步骤403，基于ip地址和端口号，确定智能设备的配网信息，并从第二系统中查询配网信息关联的网络数据。
57.本实施例中的步骤403可参见图2对应实施例的步骤203，此处不再赘述。
58.步骤404，对设备数据和网络数据进行汇总，生成综合数据。
59.本实施例中的步骤404可参见图2对应实施例的步骤204，此处不再赘述。
60.在一些可选的实现方式中，上述执行主体可以首先基于智能设备的标识，查询目标数据库中的目标数据表。需要说明的是，若不存在目标数据表，则可以基于以该标识作为表名，创建目标数据表。在查询到目标数据表后，可以将设备数据中的每条数据和网络数据中的每条数据作为记录，添加至目标数据表，得到综合数据。需要说明的是，若目标数据表中已存储有数据，可以基于综合数据，对目标数据表中的数据进行更新。
61.步骤405，基于综合数据，对智能设备进行故障诊断，得到故障诊断结果。
62.本实施例中的步骤405可参见图2对应实施例的步骤205，此处不再赘述。
63.在一些可选的实现方式中，还可以通过如下步骤进行故障诊断：首先，获取预设的
故障诊断规则。上述故障诊断规则可以包括至少一个诊断结论和各诊断结论对应的故障条件。而后，检测综合数据是否满足各故障条件，将综合数据所满足的故障条件作为目标故障条件，将目标故障条件对应的诊断结论进行汇总，得到故障诊断结果。
64.在一些可选的实现方式中，故障诊断规则可以包括但不限于以下至少一项：若智能设备的连接方式为无线连接、智能设备至网关的网络延时异常、智能设备的无线信号强度异常且其他数据正常，则确定智能设备所处位置无线信号弱；若连接方式为有线连接、智能设备上下线频率异常、智能设备的网络线路的光功率异常、配网信息中的宽带账号上下线频率异常、宽带账号在线且其他数据正常，则确定智能设备所接入的宽带线路异常；若连接方式为有线连接、智能设备上下线频率异常、智能设备的网络速率异常、宽带账号在线且其他数据正常，则确定智能设备的网线故障；若连接方式为有线连接、配网信息中的宽带账号在线、智能设备的上行网络流量与带宽的占比异常、使用宽带账号的智能设备数量大于预设值且其他数据正常，则确定智能设备的上行网络带宽不足。
65.在一些可选的实现方式中，在得到故障诊断结果之后，上述执行主体还可以将故障诊断结果添加至上述历史日志，以更新历史日志。由此，可保持历史日志的实时更新。
66.步骤406，基于预设的监测计划信息，定期更新综合数据，并基于更新后的综合数据，对智能设备进行故障监测，得到故障监测结果。
67.在本实施例中，可以根据需要预先设定检测计划信息，以使上述执行主体按照所设定的时间自动进行故障监测。基于该监测计划信息，可按照上述步骤401至步骤405的操作定期更新综合数据，并基于更新后的综合数据，对智能设备进行故障监测，得到故障监测结果。故障监测结果可用于指示智能设备是否发生故障，在发生故障的情况下，故障监测结果还可以包括故障诊断结果。故障监测过程中的故障诊断操作可参见上述步骤405，此处不再赘述。
68.步骤407，若故障监测结果指示智能设备故障，则输出告警信息。
69.在本实施例中，若故障监测结果指示智能设备故障，则可以输出告警信息，告警信息中可包括故障诊断结果，以便于用户排查和解决。
70.从图3中可以看出，与图2对应的实施例相比，本实施例中的故障诊断方法的流程涉及了基于监测计划信息对智能设备定期进行故障监测的步骤。由此，本实施例描述的方案可以即使发现智能设备故障，便于提高了对智能设备进行日常维护的便捷性。
71.进一步参考图5，作为对上述各图所示方法的实现，本技术提供了一种故障诊断装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。
72.如图5所示，本实施例的故障诊断装置500包括：获取单元501，用于获取待检测的智能设备的标识、互联网协议ip地址和端口号；第一查询单元502，用于基于上述标识，从第一系统中查询上述智能设备的设备数据；第二查询单元503，用于基于上述ip地址和上述端口号，确定上述智能设备的配网信息，并从第二系统中查询上述配网信息关联的网络数据；生成单元504，用于对上述设备数据和上述网络数据进行汇总，生成综合数据；第一故障诊断单元505，用于基于上述综合数据，对上述智能设备进行故障诊断，得到故障诊断结果。
73.在一些可选的实现方式中，上述装置还包括：故障监测单元，用于基于预设的监测计划信息，定期更新上述综合数据，并基于更新后的综合数据，对上述智能设备进行故障监
测，得到故障监测结果；若上述故障监测结果指示上述智能设备故障，则输出告警信息。
74.在一些可选的实现方式中，生成单元504，进一步用于基于上述标识，查询目标数据库中的目标数据表；将上述设备数据中的每条数据和上述网络数据中的每条数据作为记录，添加至上述目标数据表，得到综合数据。
75.在一些可选的实现方式中，上述装置还包括：第二故障诊断单元，用于若上述ip地址和上述端口号获取失败，或者，若上述智能设备离线，则获取上述智能设备的历史日志，并基于上述历史日志对上述智能设备进行故障诊断，得到故障诊断结果。
76.在一些可选的实现方式中，上述装置还包括：更新单元，用于将上述故障诊断结果添加至上述历史日志，以更新上述历史日志。
77.在一些可选的实现方式中，上述第一故障诊断单元505，进一步用于获取预设的故障诊断规则，上述故障诊断规则包括至少一个诊断结论和各诊断结论对应的故障条件；检测上述综合数据是否满足各故障条件；将上述综合数据所满足的故障条件作为目标故障条件，将上述目标故障条件对应的诊断结论进行汇总，得到故障诊断结果。
78.在一些可选的实现方式中，上述故障诊断规则包括以下至少一项：若上述智能设备的连接方式为无线连接、上述智能设备至网关的网络延时异常、上述智能设备的无线网络信号强度异常且其他数据正常，则确定上述智能设备所处位置无线信号弱；若上述连接方式为有线连接、上述智能设备上下线频率异常、上述智能设备的网络线路的光功率异常、上述配网信息中的宽带账号上下线频率异常、上述宽带账号在线且其他数据正常，则确定上述智能设备所接入的宽带线路异常；若上述连接方式为有线连接、上述智能设备上下线频率异常、上述智能设备的网络速率异常、上述宽带账号在线且其他数据正常，则确定上述智能设备的网线故障；若上述连接方式为有线连接、上述配网信息中的宽带账号在线、上述智能设备的上行网络流量与带宽的占比异常、使用上述宽带账号的智能设备数量大于预设值且其他数据正常，则确定上述智能设备的上行网络带宽不足。
79.本技术的上述实施例提供的装置，通过所获取的待检测的智能设备的标识，从第一系统中查询智能设备的设备数据，并通过所获取的该智能设备的ip地址和端口号，从第二系统中查询配网信息关联的网络数据，进而可对来自于不同系统的设备数据和网络数据进行汇总，得到综合数据，可使得所得到的综合数据具有全面性，可为故障诊断提供完善的数据基础。基于该综合数据对智能设备进行故障诊断，无需维修人员上门进行智能设备及其所接入的网络的检测，从而简化了故障诊断流程，提高了故障诊断效率。同时，此过程不依赖于人工经验，可消除主观因素影响，从而提高了故障诊断的准确性。
80.下面参考图6，其示出了用于实现本技术的一些实施例的电子设备的结构示意图。图6示出的电子设备仅仅是一个示例，不应对本技术的实施例的功能和使用范围带来任何限制。
81.如图6所示，电子设备600可以包括处理装置(例如中央处理器、图形处理器等)601，其可以根据存储在只读存储器(rom)602中的程序或者从存储装置608加载到随机访问存储器(ram)603中的程序而执行各种适当的动作和处理。在ram 603中，还存储有电子设备600操作所需的各种程序和数据。处理装置601、rom 602以及ram603通过总线604彼此相连。输入/输出(i/o)接口605也连接至总线604。
82.通常，以下装置可以连接至i/o接口605：包括例如触摸屏、触摸板、键盘、鼠标、摄
像头、麦克风、加速度计、陀螺仪等的输入装置606；包括例如液晶显示器(lcd)、扬声器、振动器等的输出装置607；包括例如磁盘、硬盘等的存储装置608；以及通信装置609。通信装置609可以允许电子设备600与其他设备进行无线或有线通信以交换数据。虽然图6示出了具有各种装置的电子设备600，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。图6中示出的每个方框可以代表一个装置，也可以根据需要代表多个装置。
83.特别地，根据本技术的一些实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本技术的一些实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的一些实施例中，该计算机程序可以通过通信装置609从网络上被下载和安装，或者从存储装置608被安装，或者从rom 602被安装。在该计算机程序被处理装置601执行时，执行本技术的一些实施例的方法中限定的上述功能。
84.需要说明的是，本技术的一些实施例所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本技术的一些实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本技术的一些实施例中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、rf(射频)等等，或者上述的任意合适的组合。
85.在一些实施方式中，客户端、服务器可以利用诸如http(hypertext transferprotocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“lan”)，广域网(“wan”)，网际网(例如，互联网)以及端对端网络(例如，ad hoc端对端网络)，以及任何当前已知或未来研发的网络。
86.上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：获取待检测的智能设备的标识、互联网协议ip地址和端口号；基于标识，从第一系统中查询智能设备的设备数据；基于ip地址和端口号，确定智能设备的配网信息，并从第二系统中查询配网信息关联的网络数据；对设备数据和网络数据进行汇总，生成综合数据；基于综合数据，对智能设备进行故障诊断，得到故障诊断结果。
87.可以以一种或多种程序设计语言或其组合来编写用于执行本技术的一些实施例的操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言，诸如java、smalltalk、c++；还包括常规的过程式程序设计语言，诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)，上述网络包括局域网(lan)或广域网(wan)。
88.附图中的流程图和框图，图示了按照本技术各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
89.描述于本技术的一些实施例中的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括第一确定单元、第二确定单元、选取单元和第三确定单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。
90.本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、片上系统(soc)、复杂可编程逻辑设备(cpld)等等。
91.以上描述仅为本技术的一些较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本技术的实施例中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本技术的实施例中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
技术特征：1.一种故障诊断方法，其特征在于，所述方法包括：获取待检测的智能设备的标识、互联网协议ip地址和端口号；基于所述标识，从第一系统中查询所述智能设备的设备数据；基于所述ip地址和所述端口号，确定所述智能设备的配网信息，并从第二系统中查询所述配网信息关联的网络数据；对所述设备数据和所述网络数据进行汇总，生成综合数据；基于所述综合数据，对所述智能设备进行故障诊断，得到故障诊断结果。2.根据权利要求1所述的方法，其特征在于，所述方法还包括：基于预设的监测计划信息，定期更新综合数据所述综合数据，并基于更新后的综合数据对所述智能设备进行故障监测，得到故障监测结果；若所述故障监测结果指示所述智能设备故障，则输出告警信息。3.根据权利要求1所述的方法，其特征在于，所述对所述设备数据和所述网络数据进行汇总，生成综合数据，包括：基于所述标识，查询目标数据库中的目标数据表；将所述设备数据中的每条数据和所述网络数据中的每条数据作为记录，添加至所述目标数据表，得到综合数据。4.根据权利要求1所述的方法，其特征在于，所述方法还包括：若所述ip地址和所述端口号获取失败，或者，若所述智能设备离线，则获取所述智能设备的历史日志，并基于所述历史日志对所述智能设备进行故障诊断，得到故障诊断结果。5.根据权利要求4所述的方法，其特征在于，在得到故障诊断结果之后，所述方法还包括：将所述故障诊断结果添加至所述历史日志，以更新所述历史日志。6.根据权利要求1所述的方法，其特征在于，所述基于所述综合数据，对所述智能设备进行故障诊断，得到故障诊断结果，包括：获取预设的故障诊断规则，所述故障诊断规则包括至少一个诊断结论和各诊断结论对应的故障条件；检测所述综合数据是否满足各故障条件；将所述综合数据所满足的故障条件作为目标故障条件，将所述目标故障条件对应的诊断结论进行汇总，得到故障诊断结果。7.根据权利要求6所述的方法，其特征在于，所述故障诊断规则包括以下至少一项：若所述智能设备的连接方式为无线连接、所述智能设备至网关的网络延时异常、所述智能设备的无线网络信号强度异常且其他数据正常，则确定所述智能设备所处位置无线信号弱；若所述连接方式为有线连接、所述智能设备上下线频率异常、所述智能设备的网络线路的光功率异常、所述配网信息中的宽带账号上下线频率异常、所述宽带账号在线且其他数据正常，则确定所述智能设备所接入的宽带线路异常；若所述连接方式为有线连接、所述智能设备上下线频率异常、所述智能设备的网络速率异常、所述宽带账号在线且其他数据正常，则确定所述智能设备的网线故障；若所述连接方式为有线连接、所述配网信息中的宽带账号在线、所述智能设备的上行
网络流量与带宽的占比异常、使用所述宽带账号的智能设备数量大于预设值且其他数据正常，则确定所述智能设备的上行网络带宽不足。8.一种故障诊断装置，其特征在于，所述装置包括：获取单元，用于获取待检测的智能设备的标识、互联网协议ip地址和端口号；第一查询单元，用于基于所述标识，从第一系统中查询所述智能设备的设备数据；第二查询单元，用于基于所述ip地址和所述端口号，确定所述智能设备的配网信息，并从第二系统中查询所述配网信息关联的网络数据；生成单元，用于对所述设备数据和所述网络数据进行汇总，生成综合数据；第一故障诊断单元，用于基于所述综合数据，对所述智能设备进行故障诊断，得到故障诊断结果。9.一种电子设备，其特征在于，包括：一个或多个处理器；存储装置，其上存储有一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一所述的方法。10.一种计算机可读介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-7中任一所述的方法。
技术总结本申请实施例公开了故障诊断方法、装置、电子设备和计算机可读介质。该方法的实施例包括：获取待检测的智能设备的标识、互联网协议IP地址和端口号；基于标识，从第一系统中查询智能设备的设备数据；基于IP地址和端口号，确定智能设备的配网信息，并从第二系统中查询配网信息关联的网络数据；对设备数据和网络数据进行汇总，生成综合数据；基于综合数据，对智能设备进行故障诊断，得到故障诊断结果。该实施方式提高了故障诊断效率和故障诊断的准确性。方式提高了故障诊断效率和故障诊断的准确性。方式提高了故障诊断效率和故障诊断的准确性。
技术研发人员：张加臻 孙秋翔
受保护的技术使用者：中国电信股份有限公司
技术研发日：2022.07.06
技术公布日：2022/11/1
