自定义监控指标开发方法及装置与流程

1.本发明涉及计算机系统系统运维技术领域，尤其涉及一种自定义监控指标开发方法及装置。


背景技术：

2.传统监控系统的数据采集功能通常由系统代理(agent)实现，agent能够采集的数据通常是根据设定好的知识模块区(knowledgemoudle，km)进行确定的。通常情况下，agent只负责执行任务采集指标，具体采集什么指标，以及何种方式采集，对于采集的指标是否告警均由km确定。
3.在现阶段，国外的监控软件对km内容具有较高的封锁性，只允许用户使用km中已经存在的监控指标。而且，现有的商业监控系统只能使用产商制定好的监控指标项，不能支持相关的国产化系统或软件。
4.由此可知，现有的监控指标模式中，监控指标的灵活性低，无法自定义监控指标，不能支持所有的软件和系统的采集需求，且没有摆脱对国外监控系统的依赖。


技术实现要素：

5.有鉴于此，本发明实施例提供一种自定义监控指标开发方法及装置，以实现提高监控指标的灵活性的目的。
6.为实现上述目的，本发明实施例提供如下技术方案：
7.本发明实施例第一方面公开了一种自定义监控指标开发方法，所述方法包括：
8.根据已有监控指标和当前监控需求，确定待开发的监控指标信息，所述监控指标信息包括监控指标名称和监控指标数据；
9.按照监控指标模板中的字段信息，将所述监控指标名称和所述监控指标数据导入至对应的字段中，得到新的监控指标模板；
10.基于采集脚本开发规范和所述新的监控指标模板进行采集脚本的开发，得到监控指标采集脚本。
11.可选的，在所述得到监控指标采集脚本之后，还包括：
12.将所述监控指标采集脚本导入至脚本库，得到已开发的监控指标信息；
13.根据监控指标所属的资源类型和指标类型，将所述监控指标名称与所述监控指标所属的资源类型和所述指标类型进行关联。
14.可选的，还包括：
15.根据当前系统的实际情况和所述监控指标名称进行阈值配置，得到监控指标阈值，将所述监控指标阈值写入所述监控指标采集脚本。
16.可选的，还包括：
17.利用系统代理agent中的策略检查模块在每隔预设时间内获取一次策略配置；
18.根据md5算法，判断所述策略配置中的旧监控指标采集脚本是否需要更新；
19.若是，将所述监控指标采集脚本加载到所述策略配置中，得到更新后的策略配置；
20.基于所述更新后的策略配置，在所述系统代理agent中的采集执行器上加载所述更新后的策略配置，并以yaml文件格式存储；
21.利用所述采集执行器根据所述更新后的策略配置对不同的采集对象进行数据采集，得到采集结果。
22.可选的，所述将所述监控指标采集脚本加载到所述策略配置中，得到更新后的策略配置，包括：
23.确定所述监控指标采集脚本的类型，根据所述类型将所述监控指标采集脚本加载到所述策略配置中，得到更新后的策略配置。
24.可选的，在所述得到更新后的策略配置之后，在所述系统代理agent中的采集执行器上加载所述更新后的策略配置之前，还包括：
25.向所述系统代理agent中的代理守护进程发送重启本地监控模块的消息，使所述代理守护进程基于所述重启本地监控模块的消息执行所述更新后的策略配置的加载操作。
26.本发明实施例第二方面公开了一种自定义监控指标开发装置，所述装置包括：
27.确定模块，用于根据已有监控指标和当前监控需求，确定待开发的监控指标信息，所述监控指标信息包括监控指标名称和监控指标数据；
28.导入模块，用于按照监控指标模板中的字段信息，将所述监控指标名称和所述监控指标数据导入至对应的字段中，得到新的监控指标模板；
29.开发模块，用于基于采集脚本开发规范和所述新的监控指标模板进行采集脚本的开发，得到监控指标采集脚本。
30.可选的，还包括：添加模块；
31.所述添加模块，用于将所述监控指标采集脚本导入至脚本库，得到已开发的监控指标信息；根据监控指标所属的资源类型和指标类型，将所述监控指标名称与所述监控指标所属的资源类型和所述指标类型进行关联。
32.可选的，还包括：配置模块；
33.所述配置模块，用于根据当前系统的实际情况和所述监控指标名称进行阈值配置，得到监控指标阈值，将所述监控指标阈值写入所述监控指标采集脚本。
34.可选的，还包括：采集模块；
35.所述采集模块包括获取单元、判断单元、加载单元和采集单元；
36.所述获取单元，用于利用系统代理agent中的策略检查模块在每隔预设时间内获取一次策略配置；
37.所述判断单元，用于根据md5算法，判断所述策略配置中的旧监控指标采集脚本是否需要更新；若是，将所述监控指标采集脚本加载到所述策略配置中，得到更新后的策略配置；
38.所述加载单元，用于基于所述更新后的策略配置，在所述系统代理agent中的采集执行器上加载所述更新后的策略配置，并以yaml文件格式存储；
39.所述采集单元，用于利用所述采集执行器根据所述更新后的策略配置对不同的采集对象进行数据采集，得到采集结果。
40.基于上述本发明实施例提供的一种自定义监控指标开发方法及装置，所述方法包
括：根据已有监控指标和当前监控需求，确定待开发的监控指标信息，所述监控指标信息包括监控指标名称和监控指标数据；按照监控指标模板中的字段信息，将所述监控指标名称和所述监控指标数据导入至对应的字段中，得到新的监控指标模板；基于采集脚本开发规范和所述新的监控指标模板进行采集脚本的开发，得到监控指标采集脚本。在本方案中，先确定待开发的监控指标信息，在将监控指标信息按照监控指标模板中的字段信息导入至对应的字段中之后，利用新的监控指标模板和采集脚本开发规范进行采集脚本的开发，从而实现监控指标的自定义开发，提高监控指标的灵活性。
附图说明
41.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
42.图1为本发明实施例提供的一种自定义监控指标开发方法的流程示意图；
43.图2为本发明实施例提供的另一种自定义监控指标开发方法的流程示意图；
44.图3为本发明实施例提供的又一种自定义监控指标开发方法的流程示意图；
45.图4为本发明实施例提供的再一种自定义监控指标开发方法的流程示意图；
46.图5为本发明实施例提供的一种自定义监控指标的数据采集的原理图；
47.图6为本发明实施例提供的一种自定义监控指标开发装置的结构示意图。
具体实施方式
48.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
49.在本技术中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
50.本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。
51.由背景技术可知，现有的监控指标模式中，监控指标的灵活性低，无法自定义监控指标，不能支持所有的软件和系统的采集需求，且没有摆脱对国外监控系统的依赖。
52.因此，本发明实施例提供一种自定义监控指标开发方法及装置，在本方案中，先确定待开发的监控指标信息，在将监控指标信息按照监控指标模板中的字段信息导入至对应的字段中之后，利用新的监控指标模板和采集脚本开发规范进行采集脚本的开发，从而实
现监控指标的自定义开发，提高监控指标的灵活性。
53.如图1所示，为本发明实施例提供的一种自定义监控指标开发方法的流程示意图，该方法主要包括以下步骤：
54.步骤s101：根据已有监控指标和当前监控需求，确定待开发的监控指标信息。
55.在步骤s101中，监控指标包括但不限于linux的cpu使用率和内存使用率。
56.监控指标信息包括监控指标名称和监控指标数据。
57.可选的，监控指标数据包括但不限于监控指标所属指标组、指标编码、单位、中文名称及描述和指标类型。
58.在具体实现步骤s101的过程中，获取已有监控指标，在确认已有监控指标不能满足当前监控需求，需要进行自定义监控指标的开发时，明确进行自主开发的监控指标，也就是说，确定待开发的监控指标信息。
59.步骤s102：按照监控指标模板中的字段信息，将监控指标名称和监控指标数据导入至对应的字段中，得到新的监控指标模板。
60.可选的，监控指标模板中的字段信息包括但不限于监控指标所属指标组、指标编码、单位、中文名称及描述和指标类型。
61.在具体实现步骤s102的过程中，根据运维生态平台提供的监控指标模板，按照监控指标模板中的字段信息，将监控指标名称和监控指标所属指标组、指标编码、单位、中文名称及描述以及指标类型等监控指标数据导入至对应的字段中，得到新的监控指标模板。
62.需要说明的是，监控指标模板不一定由运维生态平台提供。
63.需要说明的是，运维生态平台为一套运维相关的系统。
64.可选的，在运维生态平台提供的指标管理库中，根据监控指标所属的资源类型将监控指标名称和监控指标数据导入至对应的字段中，得到新的监控指标模板。
65.例如，需要添加linux的cpu指标，需要把cpu指标导入至监控指标模板中的linux类的资源类型中。
66.需要说明的是，指标管理库不一定由运维生态平台提供。
67.步骤s103：基于采集脚本开发规范和新的监控指标模板进行采集脚本的开发，得到监控指标采集脚本。
68.在步骤s103中，采集脚本开发规范包括但不限于根据脚本开发规范编写采集脚本，例如，按照要求填写脚本名称、脚本描述和脚本类型。
69.在具体实现步骤s103的过程中，根据运维生态平台的采集脚本开发规范和上述得到的新的监控指标模板，开发采集脚本，得到监控指标采集脚本，此时的监控指标采集脚本可以满足相关指标的监控要求，从而完成了自定义监控指标的开发。
70.需要说明的是，采集脚本开发规范不一定由运维生态平台提供。
71.基于本发明实施例提供的一种自定义监控指标开发方法，通过根据已有监控指标和当前监控需求，确定待开发的监控指标信息，监控指标信息包括监控指标名称和监控指标数据；按照监控指标模板中的字段信息，将监控指标名称和监控指标数据导入至对应的字段中，得到新的监控指标模板；基于采集脚本开发规范和新的监控指标模板进行采集脚本的开发，得到监控指标采集脚本。在本方案中，先确定待开发的监控指标信息，在将监控指标信息按照监控指标模板中的字段信息导入至对应的字段中之后，利用新的监控指标模
板和采集脚本开发规范进行采集脚本的开发，从而实现监控指标的自定义开发，提高监控指标的灵活性。
72.基于上述本发明实施例图1示出的自定义监控指标开发方法，如图2所示，为本发明实施例提供的另一种自定义监控指标开发方法的流程示意图，该方法主要包括以下步骤：
73.步骤s201：根据已有监控指标和当前监控需求，确定待开发的监控指标信息。
74.步骤s202：按照监控指标模板中的字段信息，将监控指标名称和监控指标数据导入至对应的字段中，得到新的监控指标模板。
75.步骤s203：基于采集脚本开发规范和新的监控指标模板进行采集脚本的开发，得到监控指标采集脚本。
76.需要说明的是，上述步骤s201至步骤s203的执行原理和过程与图1中公开的步骤s101至步骤s103的执行原理和过程相同，可参见，这里不再赘述。
77.步骤s204：将监控指标采集脚本导入至脚本库，得到已开发的监控指标信息。
78.在具体实现步骤s204的过程中，将开发完成的监控指标采集脚本导入至运维生态平台提供的脚本库，得到已开发的监控指标信息。
79.需要说明的是，脚本库不一定由运维生态平台提供。
80.步骤s205：根据监控指标所属的资源类型和指标类型，将监控指标名称与监控指标所属的资源类型和指标类型进行关联。
81.例如，监控指标名称为cpu，指标类型为cpu使用率，监控指标所属的资源类型为linux，根据监控指标所属的资源类型linux和指标类型cpu使用率，将监控指标名称cpu与监控指标所属的资源类型linux和指标类型cpu使用率进行关联。
82.基于本发明实施例提供的一种自定义监控指标开发方法，在完成监控指标的自定义开发之后，将得到的监控指标采集脚本导入至脚本库并关联相应的监控指标，从而完成监控指标的添加操作，提高监控指标的灵活性。
83.基于上述本发明实施例图1和图2示出的自定义监控指标开发方法，如图3所示，为本发明实施例提供的又一种自定义监控指标开发方法的流程示意图，该方法主要包括以下步骤：
84.步骤s301：根据已有监控指标和当前监控需求，确定待开发的监控指标信息。
85.步骤s302：按照监控指标模板中的字段信息，将监控指标名称和监控指标数据导入至对应的字段中，得到新的监控指标模板。
86.步骤s303：基于采集脚本开发规范和新的监控指标模板进行采集脚本的开发，得到监控指标采集脚本。
87.需要说明的是，上述步骤s301至步骤s303的执行原理和过程与图1中公开的步骤s101至步骤s103的执行原理和过程相同，可参见，这里不再赘述。
88.步骤s304：将监控指标采集脚本导入至脚本库，得到已开发的监控指标信息。
89.步骤s305：根据监控指标所属的资源类型和指标类型，将监控指标名称与监控指标所属的资源类型和指标类型进行关联。
90.需要说明的是，上述步骤s304至步骤s305的执行原理和过程与图2中公开的步骤s204至步骤s205的执行原理和过程相同，可参见，这里不再赘述。
91.步骤s306：根据当前系统的实际情况和监控指标名称进行阈值配置，得到监控指标阈值，将监控指标阈值写入监控指标采集脚本。
92.在具体实现步骤s306的过程中，基于已开发的监控指标信息，根据当前系统的实际情况和监控指标信息中的监控指标名称，设置适合当前系统的阈值，得到监控指标阈值，并将监控指标阈值写入监控指标采集脚本，从而完成监控配置。
93.基于本发明实施例提供的一种自定义监控指标开发方法，在完成监控指标的自定义开发之后，将得到的监控指标采集脚本导入至脚本库并关联相应的监控指标，并设置适合当前系统的阈值，从而完成监控配置操作，提高监控指标的灵活性。
94.基于上述本发明实施例图1、图2和图3示出的自定义监控指标开发方法，如图4所示，为本发明实施例提供的再一种自定义监控指标开发方法的流程示意图，该方法主要包括以下步骤：
95.步骤s401：根据已有监控指标和当前监控需求，确定待开发的监控指标信息。
96.步骤s402：按照监控指标模板中的字段信息，将监控指标名称和监控指标数据导入至对应的字段中，得到新的监控指标模板。
97.步骤s403：基于采集脚本开发规范和新的监控指标模板进行采集脚本的开发，得到监控指标采集脚本。
98.需要说明的是，上述步骤s401至步骤s403的执行原理和过程与图1中公开的步骤s101至步骤s103的执行原理和过程相同，可参见，这里不再赘述。
99.步骤s404：将监控指标采集脚本导入至脚本库，得到已开发的监控指标信息。
100.步骤s405：根据监控指标所属的资源类型和指标类型，将监控指标名称与监控指标所属的资源类型和指标类型进行关联。
101.需要说明的是，上述步骤s404至步骤s405的执行原理和过程与图2中公开的步骤s204至步骤s205的执行原理和过程相同，可参见，这里不再赘述。
102.步骤s406：根据当前系统的实际情况和监控指标名称进行阈值配置，得到监控指标阈值，将监控指标阈值写入监控指标采集脚本。
103.需要说明的是，上述步骤s406的执行原理和过程与图3中公开的步骤s306的执行原理和过程相同，可参见，这里不再赘述。
104.步骤s407：利用系统代理agent中的策略检查模块在每隔预设时间内获取一次策略配置。
105.可选的，预设时间可以为2分钟，也可以为4分钟。
106.需要说明的是，针对预设时间的大小，并不仅限于本发明上述公开的大小，也可以由技术人员基于技术需求自行进行设置，
107.可选的，可以利用系统代理agent中的策略检查模块每隔2分钟获取一次策略配置。
108.可选的，也可以利用系统代理agent中的策略检查模块每隔4分钟获取一次策略配置。
109.步骤s408：根据md5算法，判断策略配置中的旧监控指标采集脚本是否需要更新，若是，执行步骤s409，若否，执行步骤s407。
110.步骤s409：将监控指标采集脚本加载到策略配置中，得到更新后的策略配置。
111.在具体实现步骤s409的过程中，确定策略配置中的旧监控指标采集脚本需要更新，则将监控指标采集脚本加载到策略配置中，得到更新后的策略配置，从而完成更新后的策略配置的落盘。
112.可选的，在执行步骤s309将监控指标采集脚本加载到策略配置中，得到更新后的策略配置的过程，包括：
113.确定监控指标采集脚本的类型，根据类型将监控指标采集脚本加载到策略配置中，得到更新后的策略配置。
114.需要说明的是，监控指标采集脚本可以为使用python开发的脚本，该脚本监控指标采集脚本的类型为python的脚本，以.py结尾的文件进行存储。
115.可选的，在执行步骤s409将监控指标采集脚本加载到策略配置中，得到更新后的策略配置之后，在执行步骤s410系统代理agent中的采集执行器上加载更新后的策略配置之前，包括：
116.向系统代理agent中的代理守护进程发送重启本地监控模块的消息，使代理守护进程基于重启本地监控模块的消息执行更新后的策略配置的加载操作。
117.可以理解的是，完成更新后的策略配置的落盘之后，向系统代理agent中的代理守护进程发送重启本地监控模块的消息，使代理守护进程基于重启本地监控模块的消息执行更新后的策略配置的加载操作。
118.步骤s410：基于更新后的策略配置，在系统代理agent中的采集执行器上加载更新后的策略配置，并以yaml文件格式存储。
119.在具体实现步骤s410的过程中，基于更新后的策略配置，在系统代理agent中的采集执行器上加载更新后的策略配置，并以yaml文件格式将更新后的策略配置存储于运维生态平台。
120.需要说明的是，更新后的策略配置不一定存储于运维生态平台。
121.步骤s411：利用采集执行器根据更新后的策略配置对不同的采集对象进行数据采集，得到采集结果。
122.在步骤s411中，采集对象为监控指标，例如，“cpu使用率”这个监控指标为一个采集对象。
123.在具体实现步骤s411的过程中，利用采集执行器根据更新后的策略配置为不同的采集对象适配采集逻辑进行数据采集，得到采集结果，并将采集结果上传。
124.例如，如图5所示，为本发明实施例提供的一种自定义监控指标的数据采集的原理图。
125.在图5中，首先，系统代理agent中的策略检查模块在每隔预设时间内获取一次策略配置。
126.然后，根据md5算法，判断策略配置中的旧监控指标采集脚本需要更新，则将监控指标采集脚本加载到策略配置中，得到更新后的策略配置，从而完成更新后的策略配置的落盘。
127.接着，向系统代理agent中的代理守护进程发送重启本地监控模块的消息，使代理守护进程基于重启本地监控模块的消息执行更新后的策略配置的加载操作。
128.再接着，基于更新后的策略配置，在系统代理agent中的采集执行器上加载更新后
的策略配置，并以yaml文件格式存储。
129.最后，利用采集执行器根据更新后的策略配置对不同的采集对象进行数据采集，得到采集结果，并将采集结果上传。
130.基于本发明实施例提供的一种自定义监控指标开发方法，在完成监控指标的自定义开发之后，或者，在将得到的监控指标采集脚本导入至脚本库并关联相应的监控指标之后，再或者，在设置适合当前系统的阈值之后，利用系统代理agent进行监控指标的数据采集，得到采集结果，从而提高监控指标的灵活性。
131.与上述本发明实施例图1示出的一种自定义监控指标开发方法相对应，本发明实施例还对应提供了一种自定义监控指标开发装置，如图6所示，该自定义监控指标开发装置包括：确定模块61、导入模块62和开发模块63。
132.确定模块61，用于根据已有监控指标和当前监控需求，确定待开发的监控指标信息。
133.其中，监控指标信息包括监控指标名称和监控指标数据。
134.导入模块62，用于按照监控指标模板中的字段信息，将监控指标名称和监控指标数据导入至对应的字段中，得到新的监控指标模板。
135.开发模块63，用于基于采集脚本开发规范和新的监控指标模板进行采集脚本的开发，得到监控指标采集脚本。
136.需要说明的是，上述本发明实施例公开的自定义监控指标开发装置中的各个模块或各个单元具体的原理和执行过程，与上述本发明实施自定义监控指标开发方法相同，可参见上述本发明实施例公开的自定义监控指标开发方法中相应的部分，这里不再进行赘述。
137.基于本发明实施例提供的一种自定义监控指标开发装置，通过根据已有监控指标和当前监控需求，确定待开发的监控指标信息，监控指标信息包括监控指标名称和监控指标数据；按照监控指标模板中的字段信息，将监控指标名称和监控指标数据导入至对应的字段中，得到新的监控指标模板；基于采集脚本开发规范和新的监控指标模板进行采集脚本的开发，得到监控指标采集脚本。在本方案中，先确定待开发的监控指标信息，在将监控指标信息按照监控指标模板中的字段信息导入至对应的字段中之后，利用新的监控指标模板和采集脚本开发规范进行采集脚本的开发，从而实现监控指标的自定义开发，提高监控指标的灵活性。
138.基于上述图6示出的自定义监控指标开发装置，结合图6，该自定义监控指标开发装置还进一步设置了添加模块。
139.添加模块，用于将监控指标采集脚本导入至脚本库，得到已开发的监控指标信息；根据监控指标所属的资源类型和指标类型，将监控指标名称与监控指标所属的资源类型和指标类型进行关联。
140.基于本发明实施例提供的一种自定义监控指标开发装置，在完成监控指标的自定义开发之后，将得到的监控指标采集脚本导入至脚本库并关联相应的监控指标，从而完成监控指标的添加操作，提高监控指标的灵活性。
141.基于上述图6示出的自定义监控指标开发装置，结合图6，该自定义监控指标开发装置还进一步设置了配置模块。
142.配置模块，用于根据当前系统的实际情况和监控指标名称进行阈值配置，得到监控指标阈值，将监控指标阈值写入监控指标采集脚本。
143.基于本发明实施例提供的一种自定义监控指标开发装置，在完成监控指标的自定义开发之后，将得到的监控指标采集脚本导入至脚本库并关联相应的监控指标，并设置适合当前系统的阈值，从而完成监控配置操作，提高监控指标的灵活性。
144.基于上述图6示出的自定义监控指标开发装置，结合图6，该自定义监控指标开发装置还进一步设置了采集模块，所述采集模块包括获取单元、判断单元、加载单元和采集单元。
145.获取单元，用于利用系统代理agent中的策略检查模块在每隔预设时间内获取一次策略配置。
146.判断单元，用于根据md5算法，判断策略配置中的旧监控指标采集脚本是否需要更新；若是，将监控指标采集脚本加载到策略配置中，得到更新后的策略配置。
147.加载单元，用于基于更新后的策略配置，在系统代理agent中的采集执行器上加载更新后的策略配置，并以yaml文件格式存储。
148.采集单元，用于利用采集执行器根据更新后的策略配置对不同的采集对象进行数据采集，得到采集结果。
149.基于本发明实施例提供的一种自定义监控指标开发装置，在完成监控指标的自定义开发之后，或者，在将得到的监控指标采集脚本导入至脚本库并关联相应的监控指标之后，再或者，在设置适合当前系统的阈值之后，利用系统代理agent中进行监控指标的数据采集，得到采集结果，从而提高监控指标的灵活性。
150.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
151.专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
152.对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。