1.本技术涉及直播技术领域，具体而言，涉及一种故障检测方法、服务器、直播系统、存储介质和电子设备。
背景技术：
2.随着互联网技术以及新媒体技术的发展，视频互动直播的应用越来越广泛。来自各个不同地点的人员可以通过网络视频互动直播的方式进入同一互动直播视频通话，从而可以实现多人实时视频直播互动。
3.而在一些直播场景中，由于各种因素可能会出现直播端推流失败、观看端拉流失败或网络异常的问题。本技术的发明人发现，目前的直播故障只能通过用户的反馈来发现问题，并且需要人工对直播数据进行查看分析，得到当前直播数据的故障信息。
4.但发明人认为目前的直播故障的检测方法存在处理周期长、数据易丢失、对于故障响应的时效性低，无法实现直播系统的整体运行数据分析的问题。
5.基于此，发明人认为目前的直播系统的故障检测方法还有待改进。
技术实现要素：
6.本技术公开了一种故障检测方法、服务器、直播系统、存储介质和电子设备。
7.所述故障检测方法包括：获取直播系统的直播数据；根据故障分析策略分析直播数据以得到故障分析结果；根据故障分析结果确定直播系统的异常类型，其中异常类型至少包括直播端性能异常和直播端网络异常。本技术提供的故障检测方法可以通过直播系统的直播数据，根据故障分析策略实时对直播数据进行系统性分析，可以快速定卷号：230188ci
8.位直播问题，判断出直播系统的异常类型，提高故障处理的时效性。
9.根据本技术的一些实施例，直播系统还包括预警端，在根据故障分析结果确定直播系统的异常类型后，故障检测方法还包括：根据异常类型生成相应的报警信息；将报警信息发送至预警端。
10.根据本技术的一些实施例，直播数据包括直播视频数据：根据故障分析策略分析直播数据以得到故障分析结果包括：确定直播视频数据的视频数据参数；判断出视频数据参数符合第一预设条件，则确定直播系统发生性能故障；和/或判断出视频数据参数符合第二预设条件，则确定直播系统发生网络故障；根据故障分析结果确定直播系统的异常类型包括：判断出故障分析结果为性能故障，则确定异常类型为直播端性能异常；和/或判断出故障分析结果为网络故障，则确定异常类型为直播端网络异常。
11.根据本技术的一些实施例，直播数据还包括直播音频数据：根据故障分析策略分析直播数据以得到故障分析结果包括：确定直播音频数据的音频数据参数；判断出音频数据参数符合第三预设条件，则确定直播系统发生性能故障；和/或判断出音频数据参数符合第四预设条件，则确定直播系统发生网络故障；根据故障分析结果确定直播系统的异常类
型包括：判断出故障分析结果为性能故障，则确定异常类型为直播端性能异常；和/或判断出故障分析结果为网络故障，则确定异常类型为直播端网络异常。
12.根据本技术的一些实施例，异常类型还包括直播端状态异常，直播数据还包括直播状态数据；根据故障分析策略分析直播数据以得到故障分析结果包括：确定直播状态数据的状态参数；判断出状态参数符合第五预设条件，则确定直播系统发生状态故障；根据故障分析结果确定直播系统的异常类型包括：判断出故障分析结果为状态故障，则确定异常类型为直播端状态异常。
13.根据本技术的一些实施例，直播系统还包括观看端，异常类型还包括观看端拉流异常，直播数据还包括观看拉流数据；根据故障分析策略分析直播数据以得到故障分析结果包括：确定观看拉流数据的拉流参数；判断出拉流参数符合第六预设条件，则确定直播系统发生拉卷号：230188ci
14.流故障；根据故障分析结果确定直播系统的异常类型包括：判断出故障分析结果为拉流故障，则确定异常类型为观看端拉流异常。
15.根据本技术的一些实施例，异常类型还包括直播端推流异常，直播数据还包括直播推流数据：根据故障分析策略分析直播数据以得到故障分析结果包括：确定直播推流数据的推流参数；判断出推流参数符合第七预设条件，则确定直播系统发生推流故障；根据故障分析结果确定直播系统的异常类型包括：判断出故障分析结果为推流故障，则确定异常类型为直播端推流异常。
16.根据本技术的又一方面，提供了一种服务器。服务器包括数据获取单元、故障分析单元和异常确定单元。数据获取单元获取直播系统的直播数据；故障分析单元根据故障分析策略分析直播数据以得到故障分析结果；异常确定单元根据故障分析结果确定直播系统的异常类型，其中异常类型至少包括直播端性能异常和直播端网络异常。
17.根据本技术的又一方面，提供了一种直播系统。该直播系统包括如上文所述的服务器。
18.根据本技术的又一方面，提供了一种非易失性计算机可读存储。所述存储介质上存储有计算机程序，该计算机程序可以实现如上文所述的故障检测方法。
19.根据本技术的又一方面，提供了一种电子设备。所述电子设备包括一个或多个处理器和存储装置，存储装置用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器可以实现如上文所述的故障检测方法。
20.本技术提供的故障检测方法可以通过直播系统的直播数据，根据故障分析策略实时对直播数据进行系统性分析，可以快速定位直播问题，判断出直播系统的异常类型，提高故障处理的时效性。
附图说明
21.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在卷号：230188ci
22.不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
23.图1示出本技术示例实施例的故障检测方法的一示意图；
24.图2示出本技术示例实施例故障检测方法的又一流程图；
25.图3示出本技术示例实施例的服务器的结构示意图。
26.附图标记说明：
27.数据获取单元10；故障分析单元20；异常确定单元30。
具体实施方式
28.现在将参考附图更全面地描述示例实施例。然而，示例实施例能够以多种形式实施，且不应被理解为限于在此阐述的实施例；相反，提供这些实施例使得本技术将全面和完整，并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。
29.所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本公开的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而没有这些特定细节中的一个或更多，或者可以采用其它的方式、组元、材料、装置等。在这些情况下，将不详细示出或描述公知结构、方法、装置、实现、材料或者操作。
30.此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。
31.本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。
32.下面结合本技术实施例中的附图，对本技术的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术的一部分实施例，卷号：230188ci
33.而不是全部实施例。基于本技术中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
34.根据本技术的一方面，提供了一种应用于直播系统的故障检测方法，该故障检测方法可以通过直播系统的直播数据，根据故障分析策略实时对直播数据进行系统性分析，可以快速定位直播问题，判断出直播系统的异常类型，提高故障处理的时效性。
35.下文将结合说明书附图对本技术进行详细描述。
36.图1示出本技术示例实施例的故障检测方法的一示意图。如图1所示，故障检测方法包括步骤s100-s300，该故障检测方法可以由服务器执行。
37.根据示例实施例，在步骤s100中，服务器获取直播系统的直播数据。
38.例如，在直播系统中包括直播端和观看端，观看端接收来自直播端的推流数据，如音视频数据等。在直播过程中，服务器实时接收来自直播系统的直播数据。
39.示例性地，直播数据可以包括直播端视频的视频采集帧数据、视频编码帧数据、视频发送帧数据、视频发送码率数据、视频丢包率数据和视频网络延迟时间数据等数据；或者包括直播端音频的音频采集码率数据、音频发送码率数据、音频丢包率数据和音频网络延迟时间数据等数据。
40.直播数据还可以包括观看端的直播间进房耗时数据、音频首帧拉取耗时数据、视
频首帧拉取耗时数据和网络延迟时长数据等数据，或者包括观看端的cpu使用率数据、内存使用率数据、电量数据、网络状态数据等数据，本技术对此不做限制。
41.在步骤s200中，服务器根据故障策略分析直播数据以得到故障分析结果。
42.例如，服务器将直播数据按照相应的类别进行存储，并根据预设的故障分析策略对所接收到的直播数据进行系统化的归纳分析处理，卷号：230188ci
43.根据异常的直播数据得到故障分析结果。
44.在步骤s300中，服务器根据故障分析结果确定直播系统的异常类型，异常类型至少包括直播端性能异常和直播端网络异常。
45.例如，服务器根据异常的直播数据得到故障分析结果后，根据异常直播数据的具体类型判断出直播系统的异常类型。如若与直播端性能相关的直播数据出现异常，则服务器确定直播端的性能出现异常，如由于直播端所在的终端设备发生卡顿、发热等影响终端设备性能的因素导致出现直播端性能异常。又如若与直播端性网络异常的直播数据出现异常，则服务器确定直播端的网络出现异常，如由于直播端所在的终端设备的网络出现网络连接失败、网络连接不稳定等影响终端设备网络的因素导致出现直播端网络异常。
46.根据上述示例实施例，本技术通过处理直播系统的直播数据，根据故障分析策略实时对直播数据进行系统性分析，可以快速定位直播问题，判断出直播系统的异常类型，提高故障处理的时效性。
47.可选地，图2示出本技术示例实施例故障检测方法的又一流程图，如图2所示，该故障检测方法除步骤s100-s300外还包括步骤s400-s500。
48.根据示例实施例，除直播端和观看端外，直播系统还包括预警端。预警端可以为预警服务器或预警终端，预警终端可以包括但不限于是各种个人计算机、笔记本电脑、平板电脑等具有计算处理能力的终端设备。预警端可以用于对直播系统中所出现的直播问题进行查看处理。
49.根据示例实施例，在步骤s400中，服务器根据异常类型生成相应的报警信息。
50.在步骤s500中，服务器将报警信息发送至预警端。
51.例如，服务器在判断出直播系统发生直播异常，且确定直播系统的异常类型后，生成与直播系统的异常类型所对应的报警信息(如直播端终端设备发生性能故障、直播端终端设备发生网络故障)，并将报警信息发送至预警端。
52.卷号：230188ci
53.示例性地，预警端收到报警信息后，预警端的运维人员对报警信息所指示的故障点进行相应的查看和处理，从而可以及时发现直播问题并进行快速解决。
54.可选地，直播数据包括直播视频数据，在步骤s200中，根据故障分析策略分析直播数据以得到故障分析结果可以为服务器确定直播视频数据的视频数据参数。
55.例如，直播视频数据的视频数据参数为在直播过程中，直播视频数据的运行参数。
56.示例性地，视频数据参数包括但不限于视频采集帧数据、视频编码帧数据、视频发送帧数据、视频发送码率数据、视频丢包率数据和视频网络延迟时间数据等数据。
57.在步骤s200中，服务器判断出视频数据参数符合第一预设条件，则确定直播系统发生性能故障；判断出视频数据参数符合第二预设条件，则服务器确定直播系统发生网络故障。
58.例如，视频采集帧数据、视频编码帧数据、视频发送帧数据和视频发送码率数据为与直播端性能相关的运行参数，视频丢包率数据和视频网络延迟时间数据为与直播端网络相关的运行参数。
59.示例性地，第一预设条件可以为视频采集帧数据低于第一预设阈值；第二预设条件可以为视频采集帧数据、视频发送帧数据、视频发送码率数据在正常范围内，但视频丢包率数据大于第二预设阈值，和/或，视频网络延迟时间数据大于第三预设阈值。
60.例如，第一预设阈值可以为15帧，第二预设阈值可以为5％，第三预设阈值可以为51-100ms中之一。
61.示例性地，当视频采集帧数据低于15帧时可以说明直播端发生性能故障；当视频丢包率大于5％则说明网络异常，如若存在持续丢包情况则说明网络不稳定，以及视频网络延迟时间大于51ms小于100ms时说明网络发生普通延迟和稍微卡顿、当视频网络延迟时间大于100ms时说明网络故障较严重。
62.相应地，在步骤s300中，根据故障分析结果确定直播系统的异卷号：230188ci
63.常类型可以为服务器判断出故障分析结果为性能故障，则确定异常类型为直播端性能异常；服务器判断出故障分析结果为网络故障，则确定异常类型为直播端网络异常。
64.根据上述示例实施例，通过对视频数据参数的分析处理判断直播系统是否发生故障，以及根据视频数据参数的具体表征值来判断直播系统的发生故障的异常类型，以此对直播系统所出现的问题实现精准定位。
65.可选地，直播数据包括直播音频数据，在步骤s200中，根据故障分析策略分析直播数据以得到故障分析结果可以为服务器确定直播视频数据的音频数据参数。
66.例如，直播音频数据的音频数据参数为在直播过程中，直播音频数据的运行参数。
67.示例性地，音频数据参数包括但不限于音频采集码率数据、音频发送码率数据、音频丢包率数据和音频网络延迟时间数据等数据。
68.在步骤s200中，服务器判断出音频数据参数符合第三预设条件，则确定直播系统发生性能故障；服务器判断出音频数据参数符合第四预设条件，则确定直播系统发生网络故障。
69.例如，音频采集码率数据、音频发送码率数据为与直播端性能相关的运行参数；音频丢包率数据和音频网络延迟时间数据为与直播端网络相关的运行参数。
70.示例性地，第三预设条件可以为音频采集码率数据低于第四预设阈值，和/或，音频发送码率数据低于第五预设阈值；第四预设条件可以为音频采集码率数据、音频发送码率数据在正常范围内，但音频丢包率数据大于第六预设阈值，和/或，音频网络延迟时间数据大于第七预设阈值。
71.例如，第四预设阈值可以为50，第五预设阈值可以为50，第六预设阈值可以为5％，第六预设阈值可以为51-100ms中之一。
72.示例性地，当音频采集码率数据和/或音频发送码率低于50时可以说明直播端发生性能故障；当音频丢包率大于5％则说明网络异常，卷号：230188ci
73.如若存在持续丢包情况则说明网络不稳定，以及音频网络延迟时间大于51ms小于100ms时说明网络发生普通延迟和稍微卡顿、当音频网络延迟时间大于100ms时说明网络故障较严重。
74.相应地，在步骤s300中，根据故障分析结果确定直播系统的异常类型可以为服务器判断出故障分析结果为性能故障，则确定异常类型为直播端性能异常；和/或，服务器判断出故障分析结果为网络故障，则确定异常类型为直播端网络异常。
75.根据上述示例实施例，通过对音频数据参数的分析处理判断直播系统是否发生故障，以及根据音频数据参数的具体表征值来判断直播系统的发生故障的异常类型，以此对直播系统所出现的问题实现精准定位。
76.可选地，直播系统的异常类型还包括直播端状态异常，在步骤s200中，根据故障分析策略分析直播数据以得到故障分析结果可以为服务器确定直播状态数据的状态参数。
77.例如，直播状态数据的状态参数为在直播过程中，直播应用状态的运行参数。
78.示例性的，状态参数包括直播应用的后台切换状态数据和网络状态数据。
79.在步骤s200中，服务器判断出状态参数符合第五预设条件，则确定直播系统发生状态故障。
80.例如，在直播过程中，如果直播端的主播将直播应用切换为后台状态，直播系统并不对切入后台状态的直播数据进行推流，因此相应地，观看端接收不到直播数据。或者当直播应用的网络状态为断开状态时，观看端也接收不到直播数据。
81.示例性地，第五预设条件可以为后台切换状态数据为后台状态，和/或，网络状态数据为网络断开状态。
82.相应地，在步骤s300中，根据故障分析结果确定直播系统的异常类型可以为服务器判断出故障分析结果为状态故障，则确定异常类型为直播端状态异常。
83.卷号：230188ci
84.根据上述示例实施例，通过对直播状态数据的状态参数的分析处理判断直播系统是否发生故障，以及根据状态参数的具体表征值来判断直播系统的发生故障的异常类型，以此对直播系统所出现的问题实现精准定位。
85.可选地，直播系统的异常类型还包括观看端拉流异常，直播数据还包括观看拉流数据，在步骤s200中，根据故障分析策略分析直播数据以得到故障分析结果可以为服务器确定观看拉流数据的拉流参数。
86.例如，观看拉流数据的拉流参数可以为在直播过程中，观看端接入直播端的推流数据时的运行参数。
87.示例性的，拉流参数包括观看端的直播间进房耗时数据、音频首帧拉取耗时数据、视频首帧拉取耗时数据和网络延迟时长数据。
88.在步骤s200中，服务器判断出拉流参数符合第六预设条件，则确定直播系统发生拉流故障。
89.例如，在直播过程中，观看端想要接入直播系统中获取直播端的直播数据时，产生直播间进房耗时数据、音频首帧拉取耗时数据、视频首帧拉取耗时数据和网络延迟时长数据等相关运行参数。
90.示例性地，第六预设条件可以为直播间进房耗时数据、音频首帧拉取耗时数据、视频首帧拉取耗时数据和网络延迟时长数据中之一高于预设阈值，则服务器确定出观看端发生拉流异常，即直播系统发生拉流故障。
91.相应地，在步骤s300中，根据故障分析结果确定直播系统的异常类型可以为服务
器判断出故障分析结果为拉流故障时，则确定异常类型为所述观看端拉流异常。
92.根据上述示例实施例，通过对观看拉流数据的拉流参数的分析处理判断直播系统是否发生故障，以及根据拉流参数的具体表征值来判断直播系统的发生故障的异常类型，以此对直播系统所出现的问题实现精准定位。
93.卷号：230188ci
94.可选地，直播系统的异常类型还包括直播端推流异常，直播数据还包括直播推流数据，在步骤s200中，根据故障分析策略分析直播数据以得到故障分析结果可以为服务器确定直播推流数据的推流参数。
95.例如，直播推流数据的推流参数可以为在直播过程中，直播端向观看端进行推流时的直播设备的运行参数。
96.示例性的，推流参数包括cpu使用率数据、内存使用率数据、电量数据、网络状态数据。
97.在步骤s200中，服务器判断推流参数符合第七预设条件，则确定直播系统发生推流故障。
98.例如，在直播过程中，服务器获取直播端的直播设备的cpu使用率数据、内存使用率数据、电量数据、网络状态数据等与推流卡顿、推流帧率和推流码率降低有关的运行参数。
99.示例性地，第七预设条件可以为cpu使用率数据、内存使用率数据、电量数据、网络状态数据不符合预设的正常阈值，则服务器确定直播端发生推流异常，即直播系统发生推流故障。
100.相应地，在步骤s300中，根据故障分析结果确定直播系统的异常类型可以为服务器判断出故障分析结果为推流故障时，则确定异常类型为直播端推流异常。
101.根据上述示例实施例，通过对直播推流数据的推流参数的分析处理判断直播系统是否发生故障，以及根据推流参数的具体表征值来判断直播系统的发生故障的异常类型，以此对直播系统所出现的问题实现精准定位。
102.根据本技术的又一方面，本技术还提供了一种服务器。该服务器应用于直播系统，直播系统包括直播端和观看端，服务器用于执行如上文所示的故障检测方法。
103.图3示出本技术示例实施例的服务器的结构示意图，如图3所示，服务器1包括数据获取单元10、故障分析单元20和异常确定单元30。
104.根据示例实施例，数据获取单元10获取直播系统的直播数据。
105.卷号：230188ci
106.例如，在直播过程中，数据获取单元10实时接收来自直播系统的直播数据。
107.示例性地，直播数据可以包括直播端视频的视频采集帧数据、视频编码帧数据、视频发送帧数据、视频发送码率数据、视频丢包率数据和视频网络延迟时间数据等数据；或者包括直播端音频的音频采集码率数据、音频发送码率数据、音频丢包率数据和音频网络延迟时间数据等数据。
108.直播数据还可以包括观看端的直播间进房耗时数据、音频首帧拉取耗时数据、视频首帧拉取耗时数据和网络延迟时长数据等数据，或者包括观看端的cpu使用率数据、内存使用率数据、电量数据、网络状态数据等数据，本技术对此不做限制。
109.根据示例实施例，故障分析单元20根据故障分析策略分析直播数据以得到故障分析结果。
110.例如，故障分析单元20将直播数据按照相应的类别进行存储，并根据预设的故障分析策略对所接收到的直播数据进行系统化的归纳分析处理，根据异常的直播数据得到故障分析结果。
111.异常确定单元30根据故障分析结果确定直播系统的异常类型，其中异常类型至少包括直播端性能异常和直播端网络异常。
112.例如，异常确定单元30根据异常的直播数据得到故障分析结果后，根据异常直播数据的具体类型判断出直播系统的异常类型。如若与直播端性能相关的直播数据出现异常，则异常确定单元30确定直播端的性能出现异常，如由于直播端所在的终端设备发生卡顿、发热等影响终端设备性能的因素导致出现直播端性能异常。又如若与直播端性网络异常的直播数据出现异常，则异常确定单元30确定直播端的网络出现异常，如由于直播端所在的终端设备的网络出现网络连接失败、网络连接不稳定等影响终端设备网络的因素导致出现直播端网络异常。
113.根据上述示例实施例，本技术通过处理直播系统的直播数据，根据故障分析策略实时对直播数据进行系统性分析，可以快速定位直播问题，判断出直播系统的异常类型，提高故障处理的时效性。
114.卷号：230188ci
115.可选地，服务器还可以根据直播数据判断直播系统的直播状态异常、观看端拉流异常和直播端推流异常等故障判断，具体判断方案已在上文详细描述，此处不在赘述。
116.根据本技术的又一方面，提供了一种直播系统。该直播系统包括如上文所述的服务器。
117.根据本技术的又一方面，提供了一种非易失性计算机可读存储。所述存储介质上存储有计算机程序，该计算机程序可以实现如上文所述的故障检测方法。
118.根据本技术的又一方面，提供了一种电子设备。所述电子设备包括一个或多个处理器和存储装置，存储装置用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器可以实现如上文所述的故障检测方法。
119.最后应说明的是，以上所述仅为本技术的优选实施例而已，并不用于限制本技术，尽管参照前述实施例对本技术进行详细的说明，对于本领域的技术人员来说，其依然可以对前述各实施例的技术方案进行修改，或者对其中部分技术特征进行等同替换。凡在本技术的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。