监控报警方法和装置、计算机设备、存储介质与流程

1.本技术涉及数据监控领域，尤其涉及一种监控报警方法和装置、计算机设备、存储介质。


背景技术：

2.目前，许多公司和企业都存在不同的监控系统，例如运维监控系统，监控系统能够对数据进行实时监控。但是，目前的监控系统只能支持单节点服务，即只能单独对某个服务实例进行监控报警，不能以集群为维度进行监控报警。


技术实现要素：

3.本公开实施例的主要目的在于提出一种监控报警方法和装置、计算机设备、存储介质，能够实现对集群进行监控报警。
4.为实现上述目的，本公开实施例的第一方面提出了一种监控报警方法，包括：
5.获取至少一个服务实例上报的监控数据；
6.根据所述监控数据获取对应的报警规则；
7.根据报警规则判断所述监控数据是否满足预设报警条件；
8.根据所述监控数据中满足所述预设预警条件的监控数据，生成报警信息。
9.在一些实施例，所述监控数据包括如下至少之一：指标名称、指标值、服务时间戳和服务名称。
10.在一些实施例，在根据所述监控数据获取对应的报警规则之前，所述方法还包括：
11.获取预配置的报警规则和对应的服务实例；
12.建立所述报警规则和所述服务实例之间的映射关系。
13.在一些实施例，所述根据报警规则判断所述监控数据是否满足预设报警条件，包括：
14.获取所述报警规则的规则类型；
15.若所述规则类型为直接判断类型，则将所述指标值与所述报警规则进行匹配，以判断所述监控数据是否满足所述预设报警条件。
16.在一些实施例，5.在所述获取所述报警规则的规则类型之后，所述方法还包括：
17.若所述规则类型为聚合判断类型，则将所述服务实例的指标值存入预设的环形时间轮；
18.根据所述报警规则从所述环形时间轮获取对应的所有指标值；
19.根据预设的计算规则对所述指标值进行计算，得到计算结果；
20.将所述计算结果与所述报警规则进行匹配，以判断所述服务实例对应服务的监控数据是否满足所述预设报警条件。
21.在一些实施例，所述将所述服务实例的指标值存入预设的环形时间轮，包括：
22.根据所述服务实例的服务时间戳、所述环形时间轮的队首时间戳和时间轮刻度计
算所述指标值存入所述环形时间轮的指标存放位置；
23.将所述指标值存入所述指标存放位置中。
24.在一些实施例，所述方法还包括：构建环形时间轮；具体包括：
25.以指标值和可观测对象为维度，创建用于进行指标监控的环形时间轮；其中，所述可观测对象包括服务和服务实例，所述环形时间轮为环形队列。
26.本公开实施例的第二方面提出了一种监控报警装置，包括：
27.数据获取模块：用于获取至少一个服务实例上报的监控数据；
28.规则获取模块：用于根据所述监控数据获取对应的报警规则；
29.规则判断模块：用于根据报警规则判断所述监控数据是否满足预设报警条件；
30.报警信息生成模块：根据所述监控数据中满足所述预设预警条件的监控数据，生成报警信息。
31.本公开实施例的第三方面提出了一种计算机设备，所述计算机设备包括存储器和处理器，其中，所述存储器中存储有程序，所述程序被所述处理器执行时所述处理器用于执行如本技术第一方面实施例任一项所述的方法。
32.本公开实施例的第四方面提出了一种存储介质，该存储介质为计算机可读存储介质，所述存储介质存储有计算机可执行指令，所述计算机可执行指令用于使计算机执行如本技术第一方面实施例任一项所述的方法。
33.本公开实施例提出的监控报警方法和装置、计算机设备、存储介质，通过获取至少一个服务实例上报的监控数据；根据监控数据获取对应的报警规则；根据报警规则判断监控数据是否满足预设报警条件；根据监控数据中满足预警条件的监控数据，生成报警信息。本公开实施例通过对不同的服务实例配置不同的报警规则，不但能够对单个服务实例的指标值进行监控报警，还能够对多个服务实例所组成的集群所对应的指标值进行监控报警，能够满足不同的监控报警需求。
附图说明
34.图1是本公开实施例提供的监控报警方法的第一流程图；
35.图2是本公开实施例提供的监控报警方法的第二流程图；
36.图3是图1中的步骤s130的流程图；
37.图4是本公开实施例提供的监控报警方法的第三流程图；
38.图5是图4中的步骤s410的流程图；
39.图6是本公开实施例提供的监控报警装置的模块结构框图；
40.图7是本公开实施例提供的计算机设备的硬件结构示意图。
具体实施方式
41.为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本技术，并不用于限定本技术。
42.需要说明的是，虽然在装置示意图中进行了功能模块划分，在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于装置中的模块划分，或流程图中的顺序执行所示
出或描述的步骤。说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
43.除非另有定义，本文所使用的所有的技术和科学术语与属于本技术的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本技术实施例的目的，不是旨在限制本技术。
44.此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本公开的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本公开的各方面。
45.附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
46.附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。
47.首先，对本技术中涉及的若干名词进行解析：
48.人工智能(artificial intelligence，ai)：是研究、开发用于模拟、延伸和扩展人的智能的理论、方法、技术及应用系统的一门新的技术科学；人工智能是计算机科学的一个分支，人工智能企图了解智能的实质，并生产出一种新的能以人类智能相似的方式作出反应的智能机器，该领域的研究包括机器人、语言识别、图像识别、自然语言处理和专家系统等。人工智能可以对人的意识、思维的信息过程的模拟。人工智能还是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。
49.服务实例：单个应用、单个服务节点等，这些单节点，就称为服务实例。
50.服务名称：同个集群的服务实例会有一个相同的标识，这个标识称为服务名称。
51.服务：由多个拥有相同服务名称的服务实例组成的集群就称为服务。服务是一个抽象出来的概念，而服务实例则是实在的、实际运行的程序进程。服务指标也是用服务实例的指标来进行描述和体现。
52.可观测对象：服务和服务实例这些被监控平台监控的对象，都称为可观测对象。
53.目前，许多公司和企业都存在不同的监控系统，例如运维监控系统，监控系统能够对数据进行实时监控。但是，目前的监控系统只能支持单节点服务，即只能单独对某个服务实例进行监控报警，不能以集群为维度进行监控报警。
54.基于此，本公开实施例提供一种监控报警方法和装置、计算机设备、存储介质，通过获取至少一个服务实例上报的监控数据；根据监控数据获取对应的报警规则；根据报警规则判断监控数据是否满足预设报警条件；根据监控数据中满足预警条件的监控数据，生成报警信息。本公开实施例通过对不同的服务实例配置不同的报警规则，不但能够对单个服务实例的指标值进行监控报警，还能够对多个服务实例所组成的集群所对应的指标值进行监控报警，能够满足不同的监控报警需求。
55.本公开实施例提供监控报警方法和装置、计算机设备、存储介质，具体通过如下实施例进行说明，首先描述本公开实施例中的监控报警方法。
56.本技术实施例可以基于人工智能技术对相关的数据进行获取和处理。其中，人工智能(artificial intelligence，ai)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。
57.人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、机器人技术、生物识别技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。
58.本公开实施例提供的监控报警方法，涉及数据监控领域，也涉及人工智能领域。本公开实施例提供的监控报警方法可应用于终端中，也可应用于服务端中，还可以是运行于终端或服务端中的软件。在一些实施例中，终端可以是智能手机、平板电脑、笔记本电脑、台式计算机或者智能手表等；服务端可以配置成独立的物理服务端，也可以配置成多个物理服务端构成的服务端集群或者分布式系统，还可以配置成提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、cdn以及大数据和人工智能平台等基础云计算服务的云服务端；软件可以是实现监控报警方法的应用等，但并不局限于以上形式。
59.本公开实施例可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务端计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络pc、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。本技术可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本技术，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
60.参照图1，根据本公开实施例第一方面实施例的监控报警方法，包括但不限于包括步骤s110至步骤s140。
61.步骤s110，获取至少一个服务实例上报的监控数据；
62.步骤s120，根据监控数据获取对应的报警规则；
63.步骤s130，根据报警规则判断监控数据是否满足预设报警条件；
64.步骤s140，根据监控数据中满足预警条件的监控数据，生成报警信息。
65.在一些实施例的步骤s110中，获取至少一个服务实例上报的监控数据，本公开实施例所指的监控数据是根据需要监控的业务指标，需要监控的业务指标是指可能会出现异常的数据。需要说明的是，步骤s110所指的多个服务实例，可能是来自不同服务的服务实例，也可能是单个服务下的多个服务实例。
66.在一些实施例的步骤s120中，根据监控数据获取对应的报警规则，其中，报警规则可能是对应于单个服务实例，也可能对应于包括多个服务实例的服务。
67.在一些实施例的步骤s130中，根据报警规则判断监控数据是否满足预设报警条
件，报警规则是指包含预设的筛选条件、预设的聚合函数或者预设的判断阈值的规则，例如当超过预设阈值时，就满足预设报警条件。
68.在一些实施例的步骤s140中，根据监控数据中满足预警条件的监控数据，生成报警信息，其中报警信息主要包括服务或服务实例中异常的指标信息、发生异常的时间、发生异常的业务类型、异常所处的位置等。
69.在一些实施例中，监控数据包括如下至少之一：指标名称、指标值、服务时间戳和服务名称。
70.在一些实施例中，在步骤s120之前，如图2所示，本公开实施例的监控报警方法还包括但不限于步骤s210至步骤s220。
71.s210，获取预配置的报警规则和对应的服务实例；
72.s220，建立报警规则和服务实例之间的映射关系。
73.在一些实施例的步骤s210中，获取预配置的报警规则和对应的服务实例。
74.在一些实施例的步骤s220中，建立报警规则和服务实例之间的映射关系。需要说明的是，报警规则可与单个服务实例进行绑定，也可与某个服务进行绑定。服务或服务实例与报警规则进行绑定后，在获取到服务或服务实例上报的监控数据之后，可以根据映射关系获取对应的报警规则。
75.在一些实施例中，如图3所示，步骤s130具体包括但不限于步骤s310至步骤s320。
76.步骤s310，获取报警规则的规则类型；
77.步骤s320，若规则类型为直接判断类型，则将指标值与报警规则进行匹配，以判断监控数据是否满足预设报警条件。
78.在一些实施例的步骤s310中，获取报警规则的规则类型，其中规则类型为直接判断类型和聚合判断类型。其中，直接判断类型的报警规则为使用指标直接判断的规则，聚合判断类型的报警规则为需要对指标进行聚合判断的规则。需要说明的是，服务的指标只能是聚合判断的，因为服务的指标是由服务实例构成的。
79.在一些实施例的步骤s320中，若规则类型为直接判断类型，则直接将指标值与报警规则进行匹配，以判断监控数据是否满足预设报警条件。
80.在一些实施例中，配置的报警规则为：服务实例1[mto-service-1]的cpu使用率[cpu_rate]大于90％。利用该报警规则判断服务实例1的监控数据(cpu)是否满足预设报警条件的过程如下，需要理解的是，下面描述仅是示例性说明，而不是对本技术的具体限制。
[0081]
步骤一：获取服务实例1上报的指标数据，该指标数据的指标为cpu_rate，指标值为95。
[0082]
步骤二：将指标cpu_rate和指标值95进行保存。
[0083]
步骤三：由于服务实例1是使用指标直接判断的规则，所以直接将指标值放入规则中判断。
[0084]
步骤四：因为指标值为95，大于90，所以满足预设报警条件，触发规则报警。
[0085]
在一些实施例中，本公开实施例的监控报警方法还包括：构建环形时间轮，即“以指标值和可观测对象为维度，创建用于进行指标监控的环形时间轮；其中，可观测对象包括服务和服务实例，环形时间轮为环形队列”。具体地，环形时间轮的构建过程如下，需要理解的是，下面描述仅是示例性说明，而不是对本技术的具体限制。
[0086]
步骤一：以指标和可观测对象为维度，创建指标环形时间轮。其中，指标环形时间轮是使用redis的list数据结构实现的环形队列。list数据结构由key、index和value三部分组成，其中key是由指标名拼接可观测对象唯一标识组成；index就是时间轮的位置下标；value是指标值。
[0087]
步骤二：将指标环形时间轮按上报时间间隔(上报周期)作为时间轮的刻度，其中，时间轮长度＝聚合时间/刻度，时间轮长度就是list结构的长度。
[0088]
步骤三：记录下队首指标数据的时间戳，进入下次循环的时候再更新队首时间戳，其中，队首时间戳＝队首数据上报时候的时间戳。
[0089]
步骤四：每次写入新指标则按该计算公式计算新指标放入的位置：((新数据时间戳-队首时间戳)/刻度)％时间轮长度，得到的结果就是list结构的index值。
[0090]
步骤五：对于服务这种可观察对象，会存在多个指标值(多个服务实例的指标值)同时放入同个时间轮位置的情况。触发这种情况的时候，需要根据报警聚合类型(求和或者取平均值)来进行处理。如果聚合类型是求和，那就将几个指标值累加放入时间轮的同个位置；如果是求平均值，那就将几个指标值取平均后放入时间轮的同个位置。
[0091]
在一些实施例中，如图4所示，在步骤s310之后，本公开实施例的监控报警方法具体还包括但不限于步骤s410至步骤s440。
[0092]
s410，若规则类型为聚合判断类型，则将服务实例的指标值存入预设的环形时间轮；
[0093]
s420，根据报警规则从环形时间轮获取对应的所有指标值；
[0094]
s430，根据预设的计算规则对指标值进行计算，得到计算结果；
[0095]
s440，将计算结果与报警规则进行匹配，以判断服务实例对应服务的监控数据是否满足预设报警条件。
[0096]
在一些实施例的步骤s410中，若规则类型为聚合判断类型，则将服务实例的指标值存入预设的环形时间轮。
[0097]
在一些实施例的步骤s420中，根据报警规则从环形时间轮获取对应的所有指标值，换句话说，从环形时间轮中，将对应指标的环形队列中的所有指标值都获取出来。
[0098]
在一些实施例的步骤s430中，根据预设的计算规则对指标值进行计算，例如求和计算或者取平均值计算，得到计算结果。
[0099]
在一些实施例的步骤s440中，将计算结果放到报警规则中判断，判断服务实例对应服务的监控数据是否满足预设报警条件。
[0100]
在一些实施例中，如图5所示，步骤s410具体包括但不限于步骤s510至步骤s520。
[0101]
s510，根据服务实例的服务时间戳、环形时间轮的队首时间戳和时间轮刻度计算指标值存入环形时间轮的指标存放位置；
[0102]
s520，将指标值存入指标存放位置中。
[0103]
在一些实施例的步骤s510中，根据服务实例的服务时间戳、环形时间轮的队首时间戳和时间轮刻度计算指标值存入环形时间轮的指标存放位置，具体地，可以根据((服务时间戳-队首时间戳)/时间轮刻度)％时间轮长度来计算指标的存放位置。
[0104]
在一些实施例的步骤s520中，将指标值存入指标存放位置中。
[0105]
在一些实施例中，配置的报警规则为：服务[mto-service]的3个指标上报周期的
消息发送量[send_msg_count]大于1万条，上报周期为15秒。利用该报警规则判断服务的监控数据是否满足预设报警条件的过程如下，需要理解的是，下面描述仅是示例性说明，而不是对本技术的具体限制。
[0106]
步骤一：获取服务mto-service，其中该服务由两个服务实例构成mto-service-1和mto-service-2。其中，mto-service-1和mto-service-2三次上报的指标值如下：
[0107] 第一次上报第二次上报第三次上报第四次上报mto-service-1100020005006000mto-service-2150010001000500
[0108]
步骤二：由于是需要对指标进行聚合判断的规则，所以指标值需要存入指标环形时间轮(下简称时间轮)，根据规则这个时间轮的长度为3。
[0109]
步骤三：第一次上报，指标存入时间轮index等于0的位置，两个指标值相加得到的值为2500。
[0110]
步骤四：指标上报的时候，就会触发报警规则判断。将时间轮的所有位置的值取出来。进行判断，当前值为2500条，不符合报警规则，不需要报警。
[0111]
步骤五：以此类推，到第三次上报的时候，将时间轮所有位置的值都取出来，总值为7000，也不符合报警规则，不需要触发。
[0112]
步骤六：等到第四次上报的时候，指标就覆盖写入到时间轮index等于0的位置了。这时候时间轮的总值为11000，符合报警规则，需要报警。
[0113]
本公开实施例提出的监控报警方法，通过获取至少一个服务实例上报的监控数据；根据监控数据获取对应的报警规则；根据报警规则判断监控数据是否满足预设报警条件；根据监控数据中满足预警条件的监控数据，生成报警信息。本公开实施例通过对不同的服务实例配置不同的报警规则，不但能够对单个服务实例的指标值进行监控报警，还能够对多个服务实例所组成的集群所对应的指标值进行监控报警，能够满足不同的监控报警需求。
[0114]
本公开实施例还提供一种监控报警装置，如图6所示，可以实现上述监控报警方法，该装置包括：数据获取模块610、规则获取模块620、规则判断模块630和报警信息生成模块640，其中，数据获取模块610用于获取至少一个服务实例上报的监控数据；规则获取模块620用于根据监控数据获取对应的报警规则；规则判断模块630用于根据报警规则判断监控数据是否满足预设报警条件；报警信息生成模块640根据监控数据中满足预警条件的监控数据，生成报警信息。
[0115]
需要说明的是，本公开实施例的监控报警装置用于执行上述实施例中的监控报警方法，其具体处理过程与上述实施例中的监控报警方法相同，此处不再一一赘述。
[0116]
本公开实施例提出的监控报警装置，通过获取至少一个服务实例上报的监控数据；根据监控数据获取对应的报警规则；根据报警规则判断监控数据是否满足预设报警条件；根据监控数据中满足预警条件的监控数据，生成报警信息。本公开实施例通过对不同的服务实例配置不同的报警规则，不但能够对单个服务实例的指标值进行监控报警，还能够对多个服务实例所组成的集群所对应的指标值进行监控报警，能够满足不同的监控报警需求。
[0117]
本公开实施例还提供了一种计算机设备，包括：
[0118]
至少一个处理器，以及，
[0119]
与至少一个处理器通信连接的存储器；其中，
[0120]
存储器存储有指令，指令被至少一个处理器执行，以使至少一个处理器执行指令时实现如本技术第一方面实施例中任一项的方法。
[0121]
下面结合图7对计算机设备的硬件结构进行详细说明。该计算机设备包括：处理器710、存储器720、输入/输出接口730、通信接口740和总线750。
[0122]
处理器710，可以采用通用的中央处理器(central processin unit，cpu)、微处理器、应用专用集成电路(application specific integrated circuit，asic)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本公开实施例所提供的技术方案；
[0123]
存储器720，可以采用只读存储器(read only memory，rom)、静态存储设备、动态存储设备或者随机存取存储器(random access memory，ram)等形式实现。存储器720可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器720中，并由处理器710来调用执行本公开实施例的监控报警方法；
[0124]
输入/输出接口730，用于实现信息输入及输出；
[0125]
通信接口740，用于实现本设备与其他设备的通信交互，可以通过有线方式(例如usb、网线等)实现通信，也可以通过无线方式(例如移动网络、wifi、蓝牙等)实现通信；和
[0126]
总线750，在设备的各个组件(例如处理器710、存储器720、输入/输出接口730和通信接口740)之间传输信息；
[0127]
其中处理器710、存储器720、输入/输出接口730和通信接口740通过总线750实现彼此之间在设备内部的通信连接。
[0128]
本公开实施例还提供一种存储介质，该存储介质是计算机可读存储介质，该计算机可读存储介质存储有计算机可执行指令，该计算机可执行指令用于使计算机执行本公开实施例的监控报警方法。
[0129]
存储器作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序以及非暂态性计算机可执行程序。此外，存储器可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中，存储器可选包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至该处理器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
[0130]
本公开实施例提出的监控报警方法和装置、计算机设备、存储介质，通过获取至少一个服务实例上报的监控数据；根据监控数据获取对应的报警规则；根据报警规则判断监控数据是否满足预设报警条件；根据监控数据中满足预警条件的监控数据，生成报警信息。本公开实施例通过对不同的服务实例配置不同的报警规则，不但能够对单个服务实例的指标值进行监控告警，还能够对多个服务实例所组成的集群所对应的指标值进行监控报警，能够满足不同的监控报警需求。
[0131]
本公开实施例描述的实施例是为了更加清楚的说明本公开实施例的技术方案，并不构成对于本公开实施例提供的技术方案的限定，本领域技术人员可知，随着技术的演变和新应用场景的出现，本公开实施例提供的技术方案对于类似的技术问题，同样适用。
[0132]
本领域技术人员可以理解的是，图1至图5中示出的技术方案并不构成对本公开实施例的限定，可以包括比图示更多或更少的步骤，或者组合某些步骤，或者不同的步骤。
[0133]
以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
[0134]
本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、设备中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。
[0135]
本技术的说明书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
[0136]
应当理解，在本技术中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“a和/或b”可以表示：只存在a，只存在b以及同时存在a和b三种情况，其中a，b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。
[0137]
在本技术所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0138]
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0139]
另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0140]
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括多指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部
或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-only memory，简称rom)、随机存取存储器(random access memory，简称ram)、磁碟或者光盘等各种可以存储程序的介质。
[0141]
以上参照附图说明了本公开实施例的优选实施例，并非因此局限本公开实施例的权利范围。本领域技术人员不脱离本公开实施例的范围和实质内所作的任何修改、等同替换和改进，均应在本公开实施例的权利范围之内。