网络诊断方法、装置、电子设备及存储介质与流程

1.本发明涉及信息安全技术领域，具体而言，涉及一种网络诊断方法、装置、电子设备及存储介质。


背景技术：

2.在处理用户反馈系统使用缓慢或功能异常的问题时，通常需要了解用户的网络情况，例如网络稳定性、浏览器功能是否关闭(如文本文件、本地存储)等。在现有技术中，对用户的网络诊断通常比较耗时，常常需要以下两种方式：其一，远程介入开发，依靠经验来收集信息；其二，需要客户提供信息或手动反馈，再根据反馈进行问题排查。这些方式均存在依赖人工操作、效率低下的问题。


技术实现要素：

3.为了解决上述技术问题，本技术实施例提供了一种网络诊断方法、装置、电子设备及存储介质。
4.第一方面，本技术实施例提供了一种网络诊断方法，所述方法包括：
5.获取客户端对目标请求域名的响应时间，根据所述响应时间确定所述客户端的网络质量；
6.获取所述客户端的资源信息，其中，所述资源信息包括关键网络指标和基础网络信息；
7.基于属性查询接口获取所述客户端的属性信息；
8.基于屏幕查询接口获取所述客户端所在设备的设备相关信息；
9.根据所述网络质量、所述资源信息、所述属性信息和所述设备相关信息确定所述客户端的网络诊断结果，并输出网络诊断报告。
10.在一实施方式中，所述获取客户端对目标请求域名的响应时间，根据所述响应时间确定所述客户端的网络质量包括：
11.向所述目标请求域名发送资源请求信息，其中，所述目标请求域名的个数至少为一个；
12.根据所述目标请求域名的响应时间及其平均值确定所述客户端的网络质量。
13.在一实施方式中，所述根据所述目标请求域名的响应时间及其平均值确定所述客户端的网络质量，包括：
14.将所述响应时间及其平均值确定为网络质量指标；
15.若所述网络质量指标属于第一质量区间，则确定所述客户端的网络正常运行；
16.若所述网络质量指标属于第二质量区间，则确定所述客户端的网络存在波动；
17.若所述网络质量指标属于第三质量区间，则确定所述客户端的网络异常。
18.在一实施方式中，所述获取所述客户端的资源信息，包括：
19.基于页面导航性能计时接口获取所述客户端的浏览器访问在线诊断工具的关键
网络指标；
20.所述关键网络指标至少包括url协议、通讯协议和首字节时间。
21.在一实施方式中，所述获取所述客户端的资源信息，还包括：
22.通过监听所述浏览器的offline和online事件，判断所述客户端是否在线；
23.通过网络信息获取接口获取所述客户端的当前网络的连接类型。
24.在一实施方式中，所述基于属性查询接口获取所述客户端的属性信息，包括：
25.通过浏览器信息获取接口获取所述属性信息，所述属性信息包括请求路由、浏览器信息和基础系统信息；
26.基于文本文件和本地存储、会话存储是否能读写验证浏览器功能是否可用；
27.通过indexdb数据库判定实例及发起建立连接来判定连接是否可用。
28.在一实施方式中，所述基于屏幕查询接口获取所述客户端所在设备的设备相关信息，包括：
29.所述设备相关信息包括屏幕相关信息；
30.通过屏幕信息获取接口获取所述屏幕相关信息，所述屏幕相关信息至少包括屏幕方向和分辨率。
31.第二方面，本技术实施例提供了一种网络诊断装置，所述装置包括：
32.第一获取模块，用于获取客户端对目标请求域名的响应时间，根据所述响应时间确定所述客户端的网络质量；
33.第二获取模块，用于获取所述客户端的资源信息，其中，所述资源信息包括关键网络指标和基础网络信息；
34.第三获取模块，用于基于属性查询接口获取所述客户端的属性信息；
35.第四获取模块，用于基于屏幕查询接口获取所述客户端所在设备的设备相关信息；
36.输出模块，用于根据所述网络质量、所述资源信息、所述属性信息和所述设备相关信息确定所述客户端的网络诊断结果，并输出网络诊断报告。
37.第三方面，本技术实施例提供了一种电子设备，包括存储器以及处理器，所述存储器用于存储计算机程序，所述计算机程序在所述处理器运行时执行第一方面提供的网络诊断方法。
38.第四方面，本技术实施例提供了一种计算机可读存储介质，其存储有计算机程序，所述计算机程序在处理器上运行时执行第一方面提供的网络诊断方法。
39.本技术存在以下有益效果：
40.本技术提供的网络诊断方法，适用于绝大部分现代化浏览器；安全性高，只需通过多个合规的接口读取需要的数据，而不会对客户端造成改动，也就不会造成影响。实现了高度自动化，降低了如沟通成本、排查问题等人工成本。
附图说明
41.为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这
些附图获得其他相关的附图。
42.图1示出了本技术实施例提供的网络诊断方法的一流程示意图；
43.图2示出了本技术实施例提供的网络诊断方法的一具体实施方式的示意图；
44.图3示出了本技术实施例提供的网络诊断方法的一具体实施方式的示意图；
45.图4示出了本技术实施例提供的网络诊断方法的一具体实施方式的示意图；
46.图5示出了本技术实施例提供的网络诊断方法的一具体实施方式的示意图；
47.图6示出了本技术实施例提供的网络诊断方法的一具体实施方式的示意图；
48.图7示出了本技术实施例提供的网络诊断方法的一具体实施方式的示意图；
49.图8示出了本技术实施例提供的网络诊断装置的一结构示意图；
50.图9示出了本技术实施例提供的电子设备的一结构示意图。
具体实施方式
51.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。
52.因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
53.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
54.在本发明的描述中，需要说明的是，若出现术语“上”、“下”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，或者是该发明产品使用时惯常摆放的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。
55.此外，若出现术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
56.需要说明的是，在不冲突的情况下，本发明的实施例中的特征可以相互结合。
57.实施例1
58.在处理客户反馈系统使用缓慢或功能异常的问题时，通常需要了解用户的网络情况，例如网络稳定性、浏览器功能是否关闭等。过去，处理这个过程通常比较耗时，常常需要通过远程介入开发的形式来收集信息。然而，出于安全敏感性的考虑，用户不希望被远程访问，需要用户提供信息或手动反馈，技术人员再根据反馈进行问题排查，这种方式效率底下且依赖人力资源。
59.基于此，本公开实施例提供了一种网络诊断方法，其能够基于现代化浏览器，实现测试域名响应速度和一些对网络状况影响较大的资源信息，用于客户侧的信息的诊断。
60.具体的，参见图1，网络诊断方法包括：
61.步骤s110，获取客户端对目标请求域名的响应时间，根据所述响应时间确定所述
客户端的网络质量；
62.在一实施方式中，所述获取客户端对目标请求域名的响应时间，根据所述响应时间确定所述客户端的网络质量包括：向所述目标请求域名发送资源请求信息，其中，所述目标请求域名的个数至少为一个；根据所述目标请求域名的响应时间及其平均值确定所述客户端的网络质量。
63.可以预设输入一个目标请求域名，并获取该域名的响应时间。实现方法可以基于performance.getentriesbytype('resource')来获取资源请求信息。具体地，可以创建一个带有域名和斜杠结尾的script标签进行加载。这一方法能够绕过大多数浏览器的内容安全策略(csp)，进而直接获取对应的资源信息。请参见图2，图2示出了当只存在一个目标请求域名，对应的响应时长和请求状态。
64.响应时长可以通过performancetiming(javascript api)获取。经验证，performancetiming获取的数据和浏览器开发控制台的网络面板数据一致，所以该数据是准确且合理的。
65.api performancetiming是浏览器性能api的接口之一，它提供了有关页面加载过程的性能数据。performancetiming接口提供了一系列的属性，用于记录页面加载的各个关键事件和时间点。例如：connectstart：开始建立与服务器连接的时间点。connectend：完成与服务器连接的时间点。secureconnectionstart：开始建立安全连接的时间点。requeststart：开始发送请求的时间点。responsestart：开始接收服务器响应的时间点。responseend：完成接收服务器响应的时间点。
66.通过performancetiming接口的这些属性，开发人员可以了解和分析诸如dns查询时间、服务器响应时间、dom解析时间、页面加载时间等性能指标。
67.当存在多个目标请求域名时，例如，预设了一组待测试的目标请求域名，并在加载时同时进行测试(通常为3-5个)，因为不同域名的部署服务器不在同一个处，多个不同主流域名综合测试的数据更有利于评估客户端的网络情况。可以参见图3，图3示出了多个目标请求域名，对应的响应时长和请求状态。
68.在一实施方式中，所述根据所述目标请求域名的响应时间及其平均值确定所述客户端的网络质量，包括：将所述响应时间及其平均值确定为网络质量指标；若所述网络质量指标属于第一质量区间，则确定所述客户端的网络正常运行；若所述网络质量指标属于第二质量区间，则确定所述客户端的网络存在波动；若所述网络质量指标属于第三质量区间，则确定所述客户端的网络异常。
69.获取响应时间能够基于常规的网络ping范围，大体感知客户端的网络质量。示例性的，划分了三个网络质量区间：
70.第一质量区间的网络质量属于优秀或良好，例如，当下载资源请求平均时长大于20ms小于500ms，代表网络优秀，即网络速度较快；大于500ms小于1500ms，代表网络速度良好；当大于1500ms代表网络欠佳，如网络波动或者弱网；小于20ms代表网络异常或者不稳定。
71.步骤s120，获取所述客户端的资源信息，其中，所述资源信息包括关键网络指标和基础网络信息；
72.在一实施方式中，所述获取所述客户端的资源信息，包括：基于页面导航性能计时
接口获取所述客户端的浏览器访问在线诊断工具的关键网络指标；所述关键网络指标至少包括url协议、通讯协议和首字节时间。
73.页面导航性能计时接口(api performancenavigationtiming)是一种浏览器性能api的接口，能够提供有关页面导航过程的详细信息。它是performancetiming接口的一个子接口。performancenavigationtiming接口可以帮助开发人员获得有关网页导航的性能数据。提供了一系列的属性和方法，用于测量和记录页面导航的各个阶段所需的时间信息。
74.利用页面导航性能计时接口获取客户端浏览器访问当前在线诊断工具的一些信息，例如使用的请求协议、ttfb(首字节时间)等。例如，协议是否开启了加密(https)，http2。这些指标会关乎用户体验的，因此需要考虑进网络诊断中，且属于比较核心的关键网络指标。可以参见图4，图4示出了一部分关键网络指标。
75.在一实施方式中，所述获取所述客户端的资源信息，还包括：
76.通过监听所述浏览器的offline和online事件，判断所述客户端是否在线；通过网络信息获取接口获取所述客户端的当前网络的连接类型。
77.上述信息可以作为网络基础信息，可以参见图5，图5示出了网络基础信息的一些概况。
78.步骤s130，基于属性查询接口获取所述客户端的属性信息；
79.在一实施方式中，所述基于属性查询接口获取所述客户端的属性信息，包括：通过浏览器信息获取接口获取所述属性信息，所述属性信息包括请求路由、浏览器信息和基础系统信息；基于文本文件和本地存储、会话存储是否能读写验证浏览器功能是否可用；通过indexdb数据库判定实例及发起建立连接来判定连接是否可用。
80.浏览器信息获取接口(window.navigator api)是javascript提供的用于访问浏览器和用户环境信息的接口。它提供了一系列属性和方法，用于获取关于浏览器类型、版本、操作系统、设备等信息。
81.通过浏览器信息获取接口(window.navigator api)，可以获取以下信息：浏览器信息：如浏览器的名称、版本号、是否支持cookies等；用户代理字符串：包含了关于浏览器的详细信息，可以用于判断浏览器类型和版本；语言和地区设置：可获取用户的首选语言和地区设置；屏幕信息：可以获取屏幕分辨率、像素比例等；设备信息：可以获取用户使用的设备类型、设备分辨率等。
82.请参见图6，图6为通过浏览器信息获取接口获取请求路由、用户浏览器和部分系统信息的一具体实施方式。
83.通过特定判断基于文本文件(cookie)和本地存储(localstorage)、会话存储(sessionstorage)是否能读写来验证功能是否可用，是因为cookie、localstorage和sessionstorage都是在客户端存储数据的方式，并且cookie是一种会被发送到服务器的存储方式。所以，通过尝试读写这些存储方式来验证cookie功能的可用性是合理的。
84.文本文件(cookie)为储存在用户本地终端上的数据，是网站为了识别用户和跟踪会话而存储在用户本地终端中的文本数据；本地存储(localstorage)用于持久化的本地存储，除非用户主动删除数据，否则数据不会过期；会话存储(sessionstorage)用于本地存储一个会话(session)当中的数据，sessionstorage在页面会话结束时会被清除，即：一个页面上的sessionstorage在页面刷新或者恢复页面时不会丢失或者被清空，只有在会话结束
之后才会销毁。这三者都保存在浏览器端并且同源。
85.indexdb数据库用于判定实例及尝试建立连接来判定是否可用。通过使用indexdb来判断连接的可用性可以理解为尝试在indexdb中创建一个数据库，并建立连接。如果连接成功，就说明indexdb功能可用，如果连接失败，说明indexdb不可用。
86.步骤s140，基于屏幕查询接口获取所述客户端所在设备的设备相关信息；
87.在一实施方式中，所述基于屏幕查询接口获取所述客户端所在设备的设备相关信息，包括：所述设备相关信息包括屏幕相关信息；通过屏幕信息获取接口获取所述屏幕相关信息，所述屏幕相关信息至少包括屏幕方向和分辨率。
88.请参见图7，通过使用屏幕信息获取接口(api window.screen)获取屏幕相关信息，例如屏幕方向、分辨率等。判断浏览器是否为隐私模式是通过检查浏览器本身独有的api的读写权限实现的。
89.步骤s150，根据所述网络质量、所述资源信息、所述属性信息和所述设备相关信息确定所述客户端的网络诊断结果，并输出网络诊断报告。
90.导出功能能够将整个网页版块转换为图片，以便于生成报告并上传反馈。在实际的应用中，有助于减少技术方和用户之间的沟通成本，以及技术人员排查问题的成本。这样，当需要对用户的网络问题进行排查时，只需集合用户部署的系统版本，就可以快速还原客户端的场景，而无需远程访问。
91.本实施例提供的网络诊断方法，适用于绝大部分现代化浏览器；安全性高，只需通过多个合规的接口读取需要的数据，而不会对客户端造成改动，也就不会造成影响。实现了高度自动化，降低了如沟通成本、排查问题等人工成本。
92.实施例2
93.此外，本公开实施例提供了一种网络诊断装置，应用于电子设备。
94.具体的，如图8所示，网络诊断装置800包括：
95.第一获取模块810，用于获取客户端对目标请求域名的响应时间，根据所述响应时间确定所述客户端的网络质量；
96.第二获取模块820，用于获取所述客户端的资源信息，其中，所述资源信息包括关键网络指标和基础网络信息；
97.第三获取模块830，用于基于属性查询接口获取所述客户端的属性信息；
98.第四获取模块840，用于基于屏幕查询接口获取所述客户端所在设备的设备相关信息；
99.输出模块850，用于根据所述网络质量、所述资源信息、所述属性信息和所述设备相关信息确定所述客户端的网络诊断结果，并输出网络诊断报告。
100.在一实施方式中，所述第一获取模块810，还用于：
101.向所述目标请求域名发送资源请求信息，其中，所述目标请求域名的个数至少为一个；
102.根据所述目标请求域名的响应时间及其平均值确定所述客户端的网络质量。
103.在一实施方式中，所述第一获取模块810，还用于：
104.将所述响应时间及其平均值确定为网络质量指标；
105.若所述网络质量指标属于第一质量区间，则确定所述客户端的网络正常运行；
106.若所述网络质量指标属于第二质量区间，则确定所述客户端的网络存在波动；
107.若所述网络质量指标属于第三质量区间，则确定所述客户端的网络异常。
108.在一实施方式中，所述第二获取模块820，还用于：
109.基于页面导航性能计时接口获取所述客户端的浏览器访问在线诊断工具的关键网络指标；
110.所述关键网络指标至少包括url协议、通讯协议和首字节时间。
111.在一实施方式中，所述第二获取模块820，还用于：
112.通过监听所述浏览器的offline和online事件，判断所述客户端是否在线；
113.通过网络信息获取接口获取所述客户端的当前网络的连接类型。
114.在一实施方式中，所述第三获取模块830，还用于通过浏览器信息获取接口获取所述属性信息，所述属性信息包括请求路由、浏览器信息和基础系统信息；基于文本文件和本地存储、会话存储是否能读写验证浏览器功能是否可用；通过indexdb数据库判定实例及发起建立连接来判定连接是否可用。
115.在一实施方式中，所述第四获取模块840，还用于通过屏幕信息获取接口获取所述屏幕相关信息，所述屏幕相关信息至少包括屏幕方向和分辨率。
116.本实施例提供的网络诊断装置800可以实现实施例1所提供的网络诊断方法，为避免重复，在此不再赘述。
117.本实施例提供的网络诊断装置，适用于绝大部分现代化浏览器；安全性高，只需通过多个合规的接口读取需要的数据，而不会对客户端造成改动，也就不会造成影响。实现了高度自动化，降低了如沟通成本、排查问题等人工成本。
118.实施例3
119.此外，本公开实施例提供了一种电子设备，包括存储器以及处理器，所述存储器存储有计算机程序，所述计算机程序在所述处理器上运行时执行实施例1所提供的网络诊断方法。
120.具体的，参见图9，所述电子设备包括：收发机901、总线接口及处理器902，所述处理器902，用于：
121.获取客户端对目标请求域名的响应时间，根据所述响应时间确定所述客户端的网络质量；
122.获取所述客户端的资源信息，其中，所述资源信息包括关键网络指标和基础网络信息；
123.基于属性查询接口获取所述客户端的属性信息；
124.基于屏幕查询接口获取所述客户端所在设备的设备相关信息；
125.根据所述网络质量、所述资源信息、所述属性信息和所述设备相关信息确定所述客户端的网络诊断结果，并输出网络诊断报告。
126.在一实施方式中，所述处理器902还用于：
127.向所述目标请求域名发送资源请求信息，其中，所述目标请求域名的个数至少为一个；
128.根据所述目标请求域名的响应时间及其平均值确定所述客户端的网络质量。
129.所述处理器902还用于：
130.将所述响应时间及其平均值确定为网络质量指标；
131.若所述网络质量指标属于第一质量区间，则确定所述客户端的网络正常运行；
132.若所述网络质量指标属于第二质量区间，则确定所述客户端的网络存在波动；
133.若所述网络质量指标属于第三质量区间，则确定所述客户端的网络异常。
134.所述处理器902还用于：
135.基于页面导航性能计时接口获取所述客户端的浏览器访问在线诊断工具的关键网络指标；
136.所述关键网络指标至少包括url协议、通讯协议和首字节时间。
137.所述处理器902还用于：
138.通过监听所述浏览器的offline和online事件，判断所述客户端是否在线；
139.通过网络信息获取接口获取所述客户端的当前网络的连接类型。
140.所述处理器902还用于：
141.通过浏览器信息获取接口获取所述属性信息，所述属性信息包括请求路由、浏览器信息和基础系统信息；
142.基于文本文件和本地存储、会话存储是否能读写验证浏览器功能是否可用；
143.通过indexdb数据库判定实例及发起建立连接来判定连接是否可用。
144.所述处理器902还用于：
145.所述设备相关信息包括屏幕相关信息；
146.通过屏幕信息获取接口获取所述屏幕相关信息，所述屏幕相关信息至少包括屏幕方向和分辨率。
147.在本发明实施例中，电子设备900还包括：存储器903。在图9中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器902代表的一个或多个处理器和存储器903代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机901可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。处理器902负责管理总线架构和通常的处理，存储器903可以存储处理器902在执行操作时所使用的数据。
148.本发明实施例提供的电子设备900，可以实现实施例1所提供的网络诊断方法，为避免重复，在此不再赘述。
149.本实施例提供的电子设备，适用于绝大部分现代化浏览器；安全性高，只需通过多个合规的接口读取需要的数据，而不会对客户端造成改动，也就不会造成影响。实现了高度自动化，降低了如沟通成本、排查问题等人工成本。
150.实施例4
151.本技术还提供一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现实施例1所提供的网络诊断方法。
152.在本实施例中，计算机可读存储介质可以为易失性存储介质，也可以为非易失性存储介质，例如，只读存储器(read-only memory，简称rom)、随机存取存储器(random access memory，简称ram)、磁碟或者光盘等。
153.本实施例提供的计算机可读存储介质可以实现实施例1所提供的网络诊断方法，
为避免重复，在此不再赘述。
154.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者终端中还存在另外的相同要素。
155.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本技术各个实施例所述的方法。
156.上面结合附图对本技术的实施例进行了描述，但是本技术并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本技术的启示下，在不脱离本技术宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本技术的保护之内。

技术特征：
1.一种网络诊断方法，其特征在于，所述方法包括：获取客户端对目标请求域名的响应时间，根据所述响应时间确定所述客户端的网络质量；获取所述客户端的资源信息，其中，所述资源信息包括关键网络指标和基础网络信息；基于属性查询接口获取所述客户端的属性信息；基于屏幕查询接口获取所述客户端所在设备的设备相关信息；根据所述网络质量、所述资源信息、所述属性信息和所述设备相关信息确定所述客户端的网络诊断结果，并输出网络诊断报告。2.根据权利要求1所述的网络诊断方法，其特征在于，所述获取客户端对目标请求域名的响应时间，根据所述响应时间确定所述客户端的网络质量包括：向所述目标请求域名发送资源请求信息，其中，所述目标请求域名的个数至少为一个；根据所述目标请求域名的响应时间及其平均值确定所述客户端的网络质量。3.根据权利要求2所述的网络诊断方法，其特征在于，所述根据所述目标请求域名的响应时间及其平均值确定所述客户端的网络质量，包括：将所述响应时间及其平均值确定为网络质量指标；若所述网络质量指标属于第一质量区间，则确定所述客户端的网络正常运行；若所述网络质量指标属于第二质量区间，则确定所述客户端的网络存在波动；若所述网络质量指标属于第三质量区间，则确定所述客户端的网络异常。4.根据权利要求1所述的网络诊断方法，其特征在于，所述获取所述客户端的资源信息，包括：基于页面导航性能计时接口获取所述客户端的浏览器访问在线诊断工具的关键网络指标；所述关键网络指标至少包括url协议、通讯协议和首字节时间。5.根据权利要求4所述的网络诊断方法，其特征在于，所述获取所述客户端的资源信息，还包括：通过监听所述浏览器的offline和online事件，判断所述客户端是否在线；通过网络信息获取接口获取所述客户端的当前网络的连接类型。6.根据权利要求1所述的网络诊断方法，其特征在于，所述基于属性查询接口获取所述客户端的属性信息，包括：通过浏览器信息获取接口获取所述属性信息，所述属性信息包括请求路由、浏览器信息和基础系统信息；基于文本文件和本地存储、会话存储是否能读写验证浏览器功能是否可用；通过indexdb数据库判定实例及发起建立连接来判定连接是否可用。7.根据权利要求1所述的网络诊断方法，其特征在于，所述基于屏幕查询接口获取所述客户端所在设备的设备相关信息，包括：所述设备相关信息包括屏幕相关信息；通过屏幕信息获取接口获取所述屏幕相关信息，所述屏幕相关信息至少包括屏幕方向和分辨率。8.一种网络诊断装置，其特征在于，所述装置包括：
第一获取模块，用于获取客户端对目标请求域名的响应时间，根据所述响应时间确定所述客户端的网络质量；第二获取模块，用于获取所述客户端的资源信息，其中，所述资源信息包括关键网络指标和基础网络信息；第三获取模块，用于基于属性查询接口获取所述客户端的属性信息；第四获取模块，用于基于屏幕查询接口获取所述客户端所在设备的设备相关信息；输出模块，用于根据所述网络质量、所述资源信息、所述属性信息和所述设备相关信息确定所述客户端的网络诊断结果，并输出网络诊断报告。9.一种电子设备，其特征在于，包括存储器以及处理器，所述存储器存储有计算机程序，所述计算机程序在所述处理器运行时执行权利要求1至7中任一项所述的网络诊断方法。10.一种计算机可读存储介质，其特征在于，其存储有计算机程序，所述计算机程序在处理器上运行时执行权利要求1至7中任一项所述的网络诊断方法。

技术总结
本申请提供了一种网络诊断方法、装置、电子设备及存储介质，属于信息安全技术领域。该方法包括：获取客户端对目标请求域名的响应时间，根据所述响应时间确定所述客户端的网络质量；获取所述客户端的资源信息，其中，所述资源信息包括关键网络指标和基础网络信息；基于属性查询接口获取所述客户端的属性信息；基于屏幕查询接口获取所述客户端所在设备的设备相关信息；根据所述网络质量、所述资源信息、所述属性信息和所述设备相关信息确定所述客户端的网络诊断结果，并输出网络诊断报告。本申请能够在保证安全性的前提下，自动诊断客户端的网络质量，为排查问题提供了有力支撑，降低了人工成本。人工成本。人工成本。


技术研发人员：林群贺 黎广鑫 张玉成 李雅堂 孙帅
受保护的技术使用者：深圳复临科技有限公司
技术研发日：2023.07.21
技术公布日：2023/10/8