异常检测、异常分析方法、装置、电子设备和存储介质与流程

文档序号:26852214发布日期:2021-10-09 02:21阅读:138来源:国知局
异常检测、异常分析方法、装置、电子设备和存储介质与流程

1.本公开涉及互联网技术领域,尤其涉及异常检测、异常分析方法、装置、电子设备和存储介质。


背景技术:

2.互联网技术领域中,用户在客户端的每步操作都可能会因为程序缺陷、网络原因或素材找不到而出现异常,而此时用户界面上可能没有反应,程序也不报错,用户很多时候就直接放弃了,也不向客服反馈问题,开发人员也就无法及时得知异常进而修复程序,容易造成客户端的用户留存率低的问题。
3.相关技术中,为了帮助开发人员发现异常,通常会在客户端进行埋点,然后,通过客户端上报的埋点数据分析页面的留存转化率,技术人员根据一段时间内留存转化率的变化情况,猜测可能的异常原因,进而修改程序,以期望提升用户留存率。而实际上,客户端上报的埋点数据是比较笼统的,难以准确反映出异常情况,所以技术人员很难及时快速地定位到异常。


技术实现要素:

4.本公开提供异常检测、异常分析方法、装置、电子设备和存储介质,以至少解决相关技术中难以及时快速地定位异常的问题。本公开的技术方案如下:
5.根据本公开实施例的第一方面,提供一种异常检测方法,应用于客户端,包括:
6.获取正在执行的子任务的最近一次进度更新时间,所述子任务用于处理客户端当前启动的业务任务;
7.确定当前时间与获取的每个子任务的最近一次进度更新时间之间的时间差;
8.在任一时间差大于设定时长时,确定所述业务任务发生异常,向服务器上报所述业务任务的异常分析信息,所述异常分析信息至少包括所述业务任务的异常描述信息。
9.在一些可能的实施方式中,获取正在执行的子任务的最近一次进度更新时间,包括:
10.周期性获取正在执行的子任务的最近一次进度更新时间。
11.在一些可能的实施方式中,还包括:
12.在确定所述业务任务发生异常,且在指定时间段内所述业务任务的异常分析信息的上报次数小于预设次数后,向所述服务器上报所述业务任务的异常分析信息。
13.在一些可能的实施方式中,当满足以下任一条件时,更新每个子任务的最近一次进度更新时间:
14.子任务启动,子任务的任务进度达到设定幅度,子任务结束。
15.在一些可能的实施方式中,所述异常分析信息还包括所述客户端的网络环境描述信息和/或启动所述业务任务的账户的账户描述信息。
16.根据本公开实施例的第二方面,提供一种异常分析方法,应用于服务器,包括:
17.接收多个客户端发送的业务任务的异常分析信息,其中,每个异常分析信息是对应客户端在确定所述业务任务发生异常后发送的,所述异常分析信息至少包括所述业务任务的异常描述信息;
18.根据各客户端发送的所述业务任务的异常描述信息,确定所述业务任务中各子任务的异常次数;
19.基于各子任务的异常次数和各子任务的历史异常次数,确定所述业务任务中发生异常的子任务。
20.在一些可能的实施方式中,基于各子任务的异常次数和各子任务的历史异常次数,确定所述业务任务中发生异常的子任务,包括:
21.任一子任务在当前异常分析周期内的异常次数超过所述子任务在历史异常分析周期内的平均异常次数的预设倍数时,确定所述子任务是所述业务任务中发生异常的子任务。
22.在一些可能的实施方式中,每个异常分析信息还包括对应客户端的网络环境描述信息和/或对应账户的账户描述信息;以及
23.在确定所述业务任务中发生异常的子任务之后,还包括:
24.基于各客户端的网络环境描述信息和/或各账户的账户描述信息,在所述子任务对应的预设分析维度上对所述子任务的异常原因进行分析;
25.根据分析结果,确定所述子任务的可疑异常原因。
26.在一些可能的实施方式中,在确定所述子任务的可疑异常原因之后,还包括:
27.获取分析所述子任务的异常原因所需的用户日志;
28.将所述用户日志和所述子任务的可疑异常原因发送给指定设备,以用于处理异常。
29.根据本公开实施例的第三方面,提供一种异常检测装置,应用于客户端,包括:
30.获取单元,被配置为执行获取正在执行的子任务的最近一次进度更新时间,所述子任务用于处理客户端当前启动的业务任务;
31.确定单元,被配置为执行确定当前时间与获取的每个子任务的最近一次进度更新时间之间的时间差;
32.上报单元,被配置为执行在任一时间差大于设定时长时,确定所述业务任务发生异常,向服务器上报所述业务任务的异常分析信息,所述异常分析信息至少包括所述业务任务的异常描述信息。
33.在一些可能的实施方式中,所述获取单元被配置为执行:
34.周期性获取正在执行的子任务的最近一次进度更新时间。
35.在一些可能的实施方式中,所述上报单元还被配置为执行:
36.在确定所述业务任务发生异常,且在指定时间段内所述业务任务的异常分析信息的上报次数小于预设次数后,向所述服务器上报所述业务任务的异常分析信息。
37.在一些可能的实施方式中,当满足以下任一条件时,更新每个子任务的最近一次进度更新时间:
38.子任务启动,子任务的任务进度达到设定幅度,子任务结束。
39.在一些可能的实施方式中,所述异常分析信息还包括所述客户端的网络环境描述
信息和/或启动所述业务任务的账户的账户描述信息。
40.根据本公开实施例的第四方面,提供一种异常分析装置,应用于服务器,包括:
41.接收单元,被配置为执行接收多个客户端发送的业务任务的异常分析信息,其中,每个异常分析信息是对应客户端在确定所述业务任务发生异常后发送的,所述异常分析信息至少包括所述业务任务的异常描述信息;
42.统计单元,被配置为执行根据各客户端发送的所述业务任务的异常描述信息,确定所述业务任务中各子任务的异常次数;
43.确定单元,被配置为执行基于各子任务的异常次数和各子任务的历史异常次数,确定所述业务任务中发生异常的子任务。
44.在一些可能的实施方式中,所述确定单元具体被配置为执行:
45.任一子任务在当前异常分析周期内的异常次数超过所述子任务在历史异常分析周期内的平均异常次数的预设倍数时,确定所述子任务是所述业务任务中发生异常的子任务。
46.在一些可能的实施方式中,每个异常分析信息还包括对应客户端的网络环境描述信息和/或对应账户的账户描述信息,还包括:
47.分析单元,被配置为执行在确定所述业务任务中发生异常的子任务之后,基于各客户端的网络环境描述信息和/或各账户的账户描述信息,在所述子任务对应的预设分析维度上对所述子任务的异常原因进行分析;根据分析结果,确定所述子任务的可疑异常原因。
48.在一些可能的实施方式中,所述分析单元还被配置为执行:
49.在确定所述子任务的可疑异常原因之后,获取分析所述子任务的异常原因所需的用户日志;
50.将所述用户日志和所述子任务的可疑异常原因发送给指定设备,以用于处理异常。
51.根据本公开实施例的第五方面,提供一种异常检测电子设备,包括:
52.处理器;
53.用于存储所述处理器可执行指令的存储器;
54.其中,所述处理器被配置为执行所述指令,以实现上述任一异常检测方法。
55.根据本公开实施例的第六方面,提供一种异常分析服务器,包括:
56.处理器;
57.用于存储所述处理器可执行指令的存储器;
58.其中,所述处理器被配置为执行所述指令,以实现上述任一异常分析方法。
59.根据本公开实施例的第七方面,提供一种存储介质,当所述存储介质中的指令由异常检测电子设备的处理器执行时,使得所述异常检测电子设备能够执行上述任一异常检测方法。
60.根据本公开实施例的第八方面,提供一种存储介质,当所述存储介质中的指令由异常分析服务器的处理器执行时,使得所述异常分析服务器能够执行上述任一异常分析方法。
61.根据本公开实施例的第九方面,提供一种计算机程序产品,当计算机程序产品在
被计算机调用执行时,可以使得计算机执行上述任一异常检测方法或异常分析方法。
62.本公开的实施例提供的技术方案至少带来以下有益效果:
63.客户端在利用多个子任务处理当前启动的业务任务的过程中,获取正在执行的子任务的最近一次进度更新时间,确定当前时间与获取的每个子任务的最近一次进度更新时间之间的时间差,在任一时间差大于设定时长时,确定业务任务发生异常,进而向服务器上报业务任务的异常分析信息,该异常分析信息至少包括业务任务的异常描述信息。这样,客户端在处理业务任务的过程中可直接发现异常,并向服务器上报异常分析信息,利于及时快速地定位异常。
64.应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
65.此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理,并不构成对本公开的不当限定。
66.图1是根据一示例性实施例示出的一种异常检测的应用场景图。
67.图2是根据一示例性实施例示出的一种异常检测方法的流程图。
68.图3是根据一示例性实施例示出的又一种异常检测方法的流程图。
69.图4是根据一示例性实施例示出的一种异常分析方法的流程图。
70.图5是根据一示例性实施例示出的又一种异常分析方法的流程图。
71.图6是根据一示例性实施例示出的一种异常检测装置的框图。
72.图7是根据一示例性实施例示出的一种异常分析装置的框图。
73.图8是根据一示例性实施例示出的一种异常检测电子设备的框图。
74.图9是根据一示例性实施例示出的一种异常分析服务器的框图。
75.图10是根据一示例性实施例示出的一种用于实现异常检测方法或异常分析方法的电子设备的硬件结构示意图。
具体实施方式
76.为了使本领域普通人员更好地理解本公开的技术方案,下面将结合附图,对本公开实施例中的技术方案进行清楚、完整地描述。
77.需要说明的是,本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
78.首先需要说明的是,本公开实施例中的业务任务是指包含多个子任务的业务任务,如生成视频、上传视频等业务任务,按照业务任务的业务逻辑串行执行或并行执行其包含的多个子任务即可完成业务任务。
79.以业务任务为生成视频为例,在生成视频时通常需要账户选择若干图片,将这些
图片剪裁到合适尺寸,分析这些图片的内容特点推荐与之匹配的特效,分析这些图片的场景特点推荐与之匹配的音乐,然后,利用特效美化图片中的人物,利用美化后的图片制作视频,并使用音乐对制作的视频进行修饰。所以生成视频的过程可包括以下5个子任务:
80.子任务1:剪裁图片。
81.子任务2:下载分析图片内容并推荐特效所需的程序a和分析图片场景并推荐音乐所需的程序b。
82.子任务3:利用下载的程序a分析图片内容如进行人脸检测,推荐与之匹配的特效;利用下载的程序b分析图片场景,推荐与之匹配的音乐。
83.子任务4:下载推荐的特效和音乐。
84.子任务5:利用下载的特效美化剪裁后的图片中的人物,利用美化后的图片制作视频,并利用下载的音乐对制作视频进行修饰。
85.接下来,对本公开实施例提供的异常检测方法和异常分析方法分别进行介绍。
86.图1是根据一示例性实施例示出的一种异常检测方法的应用场景图,包括客户端11和与客户端11通过通信网络连接的服务器12,其中:
87.客户端11,可安装于如私人电脑、ipad、手机等终端中,通过客户端可浏览或编辑视频。客户端可响应于账户(指用户在操作客户端时使用的账户)的业务操作,确定业务任务,进而启动业务任务中的多个子任务来处理业务任务。在处理业务任务的过程中,可获取正在执行的子任务的最近一次进度更新时间,确定当前时间与获取的每个子任务的最近一次进度更新时间之间的时间差,在任一时间差大于设定时长时,确定业务任务发生异常,进而向服务器上报业务任务的异常分析信息,其中,异常分析信息至少包括业务任务的异常描述信息如业务任务的异常点(如时间差大于设定时长的子任务的任务标识)、异常点的进度情况(如对应子任务何时开始的、异常时的进度是多少等)。
88.服务器12,接收多个客户端发送的业务任务的异常分析信息,其中,任一异常分析信息至少包括业务任务的异常描述信息,根据各客户端发送的业务任务的异常描述信息,确定业务任务中各子任务的异常次数,然后,基于各子任务的异常次数和各子任务的历史异常次数,确定业务任务中发生异常的子任务。
89.这样,各客户端在处理业务任务的过程中可直接发现业务任务中的异常,并向服务器上报至少包括异常描述信息的异常分析信息,由服务器基于各客户端发送的异常描述信息确定业务任务中各子任务的异常次数,进而基于各子任务的异常次数和各子任务的历史异常次数,确定出真正异常的子任务,异常定位比较容易也比较及时。
90.图2是根据一示例性实施例示出的一种异常检测方法的流程图,如图1所示,该异常检测方法用于客户端中,该方法的流程图包括以下步骤。
91.在步骤s201中,获取正在执行的子任务的最近一次进度更新时间,其中,子任务用于处理客户端当前启动的业务任务。
92.具体实施时,当满足以下任一条件时,更新每个子任务的最近一次进度更新时间:
93.子任务启动,子任务的任务进度达到设定幅度,子任务结束。
94.其中,子任务的任务进度用于表征子任务的任务完成情况。
95.以上述生成视频为例,假设子任务1需剪裁3张图片,则对子任务1而言,设定幅度可以是剪裁一张图片。
96.对子任务2而言,设定幅度可以是下载进度达到10%。
97.对子任务3而言,设定幅度可以是分析进度达到8%。
98.对子任务4而言,设定幅度可以是下载进度达到5%。
99.对子任务5而言,设定幅度可以是视频生成进度达到5%。
100.这样,在每个子任务启动后,按照设定幅度逐步更新子任务的最近一次进度更新时间,直至子任务结束,异常检测的粒度比较细,易于及时发现各种异常,所以异常检测效果比较好。
101.另外,为了能够尽可能多地发现异常,可以周期性获取正在执行的子任务的最近一次进度更新时间,其中,获取周期可由技术人员根据实际需求或经验确定,在此不再赘述。
102.在步骤s202中,确定当前时间与获取的每个子任务的最近一次进度更新时间之间的时间差。
103.在步骤s203中,在任一时间差大于设定时长时,确定业务任务发生异常,向服务器上报业务任务的异常分析信息。
104.其中,异常如卡顿;异常分析信息至少包括业务任务的异常描述信息,如时间差大于设定时长的子任务的任务标识、开始时间、进度情况等。
105.另外,为了便于后续能够多维度分析异常原因,异常分析信息还可以包括客户端的网络环境描述信息和/或启动业务任务的账户的账户描述信息,其中,网络环境描述信息如客户端所在终端的入网方式(wifi、4g等)、终端的信号强度等;账户描述信息如账户标识、账户的登录区域等。
106.本公开实施例中,客户端在处理业务任务的过程中可直接发现异常,并向服务器上报异常分析信息,利于及时快速地定位异常。
107.图3是根据一示例性实施例示出的又一种异常检测方法的流程图,如图1所示,该异常检测方法用于客户端中,该方法的流程图包括以下步骤。
108.在步骤s301中,响应于账户的业务操作,确定业务任务。
109.在步骤s302中,启动业务任务中的多个子任务,以处理业务任务。
110.具体实施时,业务任务中多个子任务的启动顺序由业务任务的业务逻辑决定,业务任务中的多个子任务既可能是顺序启动的,也可能是并行启动的,也可能是先启动一部分并行的子任务,再启动另一部分并行的子任务。
111.在步骤s303中,周期性获取正在执行的每个已启动子任务的最近一次进度更新时间。
112.在步骤s304中,确定当前时间与本次获取的每个子任务的最近一次进度更新时间之间的时间差。
113.在步骤s305中,在任一时间差大于设定时长时,确定业务任务发生异常。
114.在步骤s306中,判断在指定时间段内业务任务的异常分析信息的上报次数是否小于预设次数,若是,则进入s307;否则,进入s308。
115.其中,指定时间段如一天,预设次数如10,指定时间段和预设次数均可由技术人员根据实际场景需求确定,在此不再赘述。
116.在步骤s307中,向服务器上报业务任务的异常分析信息。
117.在步骤s308中,在指定时间段内不再向服务器上报业务任务的异常分析信息。
118.这样,可避免针对同一异常反复上报异常分析信息,从而减少异常分析信息的冗余。
119.实际应用中,客户端上报的异常包括非程序异常如网络原因引起的卡顿和程序异常如程序缺陷、素材找不到引起的卡顿,其中,技术人员需要重点关注程序异常,为了能够比较准确地定位到程序异常,服务器可对各客户端上报的异常进行统计过滤。
120.图4是根据一示例性实施例示出的一种异常分析方法的流程图,如图1所示,该异常检测方法用于服务器中,该方法的流程图包括以下步骤。
121.在步骤s401中,接收多个客户端发送的业务任务的异常分析信息,其中,每个异常分析信息是对应客户端在确定业务任务发生异常后发送的,异常分析信息至少可以包括业务任务的异常描述信息。
122.在步骤s402中,根据各客户端发送的异常描述信息,确定业务任务中各子任务的异常次数。
123.比如,对业务任务中的每个子任务,异常描述信息中包含一次这个子任务的任务标识,则这个子任务的异常次数加1。
124.在步骤s403中,基于各子任务的异常次数和各子任务的历史异常次数,确定业务任务中发生异常的子任务。
125.具体实施时,任一子任务在当前异常分析周期内的异常次数超过子任务在历史异常分析周期内的平均异常次数的预设倍数时,确定子任务是业务任务中发生异常的子任务。
126.以异常分析周期为一天为例,假设业务任务中某个子任务在当天的异常次数是1000次,而子任务在昨天和前天的异常次数分别是100次和80次,那么,1000
÷
(100+80)/2≈11,而预设倍数为3,则确定子任务是业务任务中发生异常的子任务。
127.这样,能够从各客户端上报的异常中尽可能地排除非程序异常、发现程序异常,帮助技术人员快速定位并解决程序异常,从而提升客户端的留存转化率。
128.图5是根据一示例性实施例示出的又一种异常分析方法的流程图,如图1所示,该异常检测方法用于服务器中,该方法的流程图包括以下步骤。
129.在步骤s501中,接收多个客户端发送的业务任务的异常分析信息,其中,每个异常分析信息是对应客户端在确定业务任务发生异常后发送的,异常分析信息包括业务任务的异常描述信息、对应客户端的网络环境描述信息和对应账户的账户描述信息。
130.在步骤s502中,根据各客户端的异常描述信息,确定业务任务中各子任务的异常次数。
131.在步骤s503中,基于各子任务的异常次数和各子任务的历史异常次数,确定业务任务中发生异常的子任务。
132.在步骤s504中,基于各客户端的网络环境描述信息和/或各账户的账户描述信息,在发生异常的子任务对应的预设分析维度上对子任务的异常原因进行分析。
133.比如,利用各客户端的网络环境描述信息,从wifi、4g的维度上统计子任务的异常分布情况,利用各账户的账户描述信息,从地域和机房的维度上统计子任务的异常分布情况。
134.在步骤s505中,根据分析结果,确定发生异常的子任务的可疑异常原因。
135.基于上述各个维度上统计的子任务的异常分布情况,可快速确定出子任务的可疑异常原因。
136.在步骤s506中,获取分析发生异常的子任务的异常原因所需的用户日志。
137.在步骤s507中,将用户日志和发生异常的子任务的可疑异常原因发送给指定设备,用于处理异常。
138.其中,指定设备是指技术人员使用的设备,技术人员通过发送到指定设备上的信息即可快速处理异常。
139.图6是根据一示例性实施例示出的一种异常检测装置的框图,该装置包括获取单元601、确定单元602和上报单元603,其中:
140.获取单元601,被配置为执行获取正在执行的子任务的最近一次进度更新时间,所述子任务用于处理客户端当前启动的业务任务;
141.确定单元602,被配置为执行确定当前时间与获取的每个子任务的最近一次进度更新时间之间的时间差;
142.上报单元603,被配置为执行在任一时间差大于设定时长时,确定所述业务任务发生异常,向服务器上报所述业务任务的异常分析信息,所述异常分析信息至少包括所述业务任务的异常描述信息。
143.在一些可能的实施方式中,所述获取单元601具体被配置为执行:
144.周期性获取正在执行的子任务的最近一次进度更新时间。
145.在一些可能的实施方式中,所述上报单元603还被配置为执行:
146.在确定所述业务任务发生异常,且在指定时间段内所述业务任务的异常分析信息的上报次数小于预设次数后,向所述服务器上报所述业务任务的异常分析信息。
147.在一些可能的实施方式中,当满足以下任一条件时,更新每个子任务的最近一次进度更新时间:
148.子任务启动,子任务的任务进度达到设定幅度,子任务结束。
149.在一些可能的实施方式中,所述异常分析信息还包括所述客户端的网络环境描述信息和/或启动所述业务任务的账户的账户描述信息。
150.图7是根据一示例性实施例示出的一种异常分析装置的框图,该装置包括接收单元701、统计单元702和确定单元703,其中:
151.接收单元701,被配置为执行接收多个客户端发送的业务任务的异常分析信息,其中,每个异常分析信息是对应客户端在确定所述业务任务发生异常后发送的,所述异常分析信息至少包括所述业务任务的异常描述信息;
152.统计单元702,被配置为执行根据各客户端发送的所述业务任务的异常描述信息,确定所述业务任务中各子任务的异常次数;
153.确定单元703,被配置为执行基于各子任务的异常次数和各子任务的历史异常次数,确定所述业务任务中发生异常的子任务。
154.在一些可能的实施方式中,所述确定单元703具体被配置为执行:
155.任一子任务在当前异常分析周期内的异常次数超过所述子任务在历史异常分析周期内的平均异常次数的预设倍数时,确定所述子任务是所述业务任务中发生异常的子任
务。
156.在一些可能的实施方式中,每个异常分析信息还包括对应客户端的网络环境描述信息和/或对应账户的账户描述信息,还包括:
157.分析单元704,被配置为执行在确定所述业务任务中发生异常的子任务之后,基于各客户端的网络环境描述信息和/或各账户的账户描述信息,在所述子任务对应的预设分析维度上对所述子任务的异常原因进行分析;根据分析结果,确定所述子任务的可疑异常原因。
158.在一些可能的实施方式中,所述分析单元704还被配置为执行:
159.在确定所述子任务的可疑异常原因之后,获取分析所述子任务的异常原因所需的用户日志;
160.将所述用户日志和所述子任务的可疑异常原因发送给指定设备,以用于处理异常。
161.关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
162.图8是根据一示例性实施例示出的一种异常检测电子设备的框图,包括:
163.处理器810;
164.用于存储所述处理器810可执行指令的存储器820;
165.其中,所述处理器810被配置为执行所述指令,以实现本公开实施例中的任一异常检测方法。
166.本公开实施例还提供了一种存储介质,当存储介质中的指令由异常检测电子设备的处理器执行时,使得异常检测电子设备能够执行本公开实施例中的任一异常检测方法。并且,存储介质可以是非临时性计算机可读存储介质如rom、ram、cd

rom、磁带、软盘、光数据存储设备等。
167.图9是根据一示例性实施例示出的一种异常分析服务器的框图,包括:
168.处理器910;
169.用于存储所述处理器910可执行指令的存储器920;
170.其中,所述处理器910被配置为执行所述指令,以实现本公开实施例中的任一异常分析方法。
171.本公开实施例还提供了一种存储介质,当存储介质中的指令由异常分析服务器的处理器执行时,使得异常分析服务器能够执行本公开实施例中的任一异常分析方法。并且,存储介质可以是非临时性计算机可读存储介质如rom、ram、cd

rom、磁带、软盘、光数据存储设备等。
172.图10为本公开实施例提供的一种电子设备的结构示意图,该电子设备包括收发器1001以及处理器1002等物理器件,其中,处理器1002可以是一个中央处理单元(central processing unit,cpu)、微处理器、专用集成电路、可编程逻辑电路、大规模集成电路、或者为数字处理单元等等。收发器1001用于电子设备和其他设备进行数据收发。
173.该电子设备还可以包括存储器1003用于存储处理器1002执行的软件指令,当然还可以存储电子设备需要的一些其他数据,如电子设备的标识信息、电子设备的加密信息、用户数据等。存储器1003可以是易失性存储器(volatile memory),例如随机存取存储器
(random

access memory,ram);存储器1003也可以是非易失性存储器(non

volatile memory),例如只读存储器(read

only memory,rom),快闪存储器(flash memory),硬盘(hard disk drive,hdd)或固态硬盘(solid

state drive,ssd)、或者存储器1003是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器1003可以是上述存储器的组合。
174.本公开实施例中不限定上述处理器1002、存储器1003以及收发器1001之间的具体连接介质。本公开实施例在图10中仅以存储器1003、处理器1002以及收发器1001之间通过总线1004连接为例进行说明,总线在图10中以粗线表示,其它部件之间的连接方式,仅是进行示意性说明,并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图10中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
175.处理器1002可以是专用硬件或运行软件的处理器,当处理器1002可以运行软件时,处理器1002读取存储器1003存储的软件指令,并在所述软件指令的驱动下,执行前述实施例中涉及的异常检测方法或异常分析方法。
176.本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
177.应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1