CN101136781A - 一种网管系统中性能数据采集时机控制方法和装置 - Google Patents

Abstract

本发明公开了一种网管系统中性能数据采集时机控制方法，包括：根据经验值生成针对厂家设备侧性能数据的检测任务；调用并执行所述检测任务，对厂家设备侧的性能数据的完整性进行检测，确定所述性能数据是否处于完整；当性能数据完整时，触发采集程序执行性能数据采集。本发明同时还公开了一种性能数据采集时机控制装置。本发明利用经验值生成检测任务的方式，控制检测数据完整性的时机，继而控制采集性能数据的时机，替代了现有技术采用实时检测的方法，由此减轻了厂家设备侧的负担及网络管理系统的负荷。

Description

一种网管系统中性能数据采集时机控制方法和装置

技术领域

本发明涉及网络技术领域，尤其涉及一种网管系统中性能管理领域中对性能数据采集时机控制的方法和装置。

背景技术

随着通信技术的迅速发展，电信网络日益复杂，为了随时掌握整个电信网络的运行状况，及时发现电信网络的问题，不断优化电信网络的性能和服务，建立了网管系统。性能管理是网管系统为电信网及电信业务提供的主要管理功能之一，为了监视网络的性能，网管系统的性能管理需要从所管理的厂家设备侧采集性能数据，然后存入数据库中，供后续的统计分析时使用。而及时采集完整的厂家设备侧性能数据是向运营商提供准确网络运行状况的基础。

在目前的网管系统中，普遍采用的一种性能数据采集的方法是采用周期性采集的方式从各厂家电信设备侧采集性能原始数据，但并不对电信设备的性能数据的完整性进行检测。另一种性能数据采集的方法是，实时对厂家设备侧性能数据的完整性进行检测，当检测出性能数据完整时，触发对性能数据的采集。

可以看出，上述两种采集方法都存在一些缺点，采用第一种方式进行采集时，采集周期不易确定，往往通过工作人员经过多次实验得出采集周期经验值，采集周期的设定直接关系到采集到的数据的完整性和及时性，如果采集周期过长，则数据的及时性无法保证，如果采集周期过短，则会加重网管系统和设备的负担。采用第二种方式进行采集时，由于属于实时检测，所以必然会造成厂家设备侧的负担加重，影响厂家设备的性能，同时也会加重网管系统的负荷。

发明内容

有鉴于此，本发明的目的在于提供一种网管系统中性能数据采集时机控制方法和装置，以解决现有性能数据采集技术存在的由于对厂家设备性能数据完整性进行不断的实时检测，造成检测次数频繁，导致厂家设备侧和网管系统的负荷加重的问题，以及厂家设备侧出现故障时造成性能数据缺失，带来网管系统的性能数据统计缺陷问题。

本发明提供的一种网管系统中性能数据采集时机控制方法是这样实现的：

一种网管系统中性能数据采集时机控制方法，包括：

根据经验值生成针对厂家设备侧性能数据的检测任务；

调用并执行所述检测任务，对厂家设备侧的性能数据的完整性进行检测，确定所述性能数据是否处于完整；

当性能数据完整时，触发采集程序执行性能数据采集。

优选的，上述方法中，所述检测任务包括：实时检测任务和历史检测任务。

优选的，上述方法在当检测出性能数据处于完整状态时，还包括：记录该当前时间，根据该时间调整所述经验值。

优选的，上述方法中，根据经验值生成检测任务的过程是：

预置经验值及测试参考参数，所述测试参考参数包括：

用于指示厂家设备的性能数据文件大小范围的信息，或者，用于指示厂家设备的数据库的性能数据表中的记录数量范围的信息，或者，用于指示厂家设备的性能数据文件大小变化的时间间隔范围信息，或者，用于指示厂家设备的数据库的性能数据表中的记录数量变化的时间间隔范围的信息；

编制性能数据检测任务的程序模板；

根据经验值和性能数据检测任务的程序模板生成性能数据检测任务，每一个任务被赋予一个唯一的任务序号存入任务池。

优选的，上述方法中，调用并执行所述性能数据检测任务的过程是：

从所述任务池中依次获取一个性能数据检测任务作为当前的检测任务，并执行当前任务。

优选的，上述方法中，任务执行完成后，记录当前检测任务的检测结果，并将该任务从任务池中删除。

优选的，上述方法中，对厂家设备侧的性能数据的完整性进行检测由以下步骤实现：判断所述检测任务是实时检测任务还是历史检测任务；若是实时检测任务，则采用独立进程的方式执行所述检测任务；若是历史检测任务，则采用滑动窗口机制执行所述检测任务。

优选的，上述方法中，性能数据完整性的判断是按照以下步骤进行的：

判断厂家设备的性能数据文件大小是否在第一预设范围，

或者，

判断厂家设备的性能数据文件大小在预定的时间间隔中是否发生变化，

或者，

判断厂家设备的数据库的性能数据表中的记录数量是否处于第二预设范围，

或者，

判断厂家设备的数据库的性能数据表中的记录数量在预定的时间间隔中是否发生变化，

若是，则认为该性能数据是完整的，否则，认为该性能数据不完整。

优选的，上述方法还包括：

在执行时间超过预设任务超时时间时，如果所述性能数据仍然处于不完整状态，触发进行强制采集，并继续检测；当执行时间超过预设任务抛弃时间时，如果所述性能数据仍然处于不完整状态，中止检测并删除当前检测任务。

优选的，上述方法中，在中止检测并删除当前检测任务之前，还包括：触发对设备侧的性能数据进行再次强制采集。

本发明同时还公开了一种网管系统中性能数据采集时机控制装置，包括：检测任务生成单元，根据经验值生成针对厂家设备侧性能数据的检测任务；

检测任务执行单元，执行所述检测任务，利用预先设置的测试参考参数对厂家设备侧的性能数据的完整性进行检测，当检测出性能数据处于完整状态时，发送数据完整性状态消息；

数据采集触发单元，当获知性能数据处于完整状态时，触发采集程序进行性能数据采集。

优选的，上述装置还包括：

经验值调整单元，当获知性能数据处于完整状态时，确定性能数据处于完整的时间，根据该时间调整所述经验值。

优选的，上述装置还包括：

强制触发单元，在当前时间超过预先设定的任务超时时间时，厂家设备侧的性能数据仍处于非完整状态，，强制触发采集程序执行性能数据采集。

优选的，上述装置还包括：

检测任务中止单元，在当前时间超过预先设定的任务抛弃时间时，厂家设备侧的性能数据仍处于非完整状态，则中止检测并删除当前检测任务。

优选的，上述装置中，性能数据完整是以以下事件为标志的：

厂家设备的性能数据文件大小在第一预设范围；

或者，

厂家设备的性能数据文件大小在预定的时间间隔中没有发生变化；

或者，

厂家设备的数据库的性能数据表中的记录数量处于第二预设范围；

或者，

厂家设备的数据库的性能数据表中的记录数量在预定的时间间隔中没有发生变化。

从上述技术方案可知，与现有技术对性能数据完整性采取实时检测的方式不同，本发明利用经验值生成检测任务对性能数据完整性进行检测，当检测出性能数据完整时，才触发采集程序进行数据采集。利用经验值生成检测任务的方式，替代了采用实时检测的方法，解决了频繁地连接厂家设备侧获取验证性能数据完整性数据的状况，提供了有效的检测数据完整性时机的解决方案，从而有效地控制了性能数据的采集时机，减轻了厂家设备侧的负担及网管系统的负荷。本发明还给出了调整经验值的方法，从而提高了检测任务的执行有效性。同时，本发明针对厂家设备侧出现故障时导致的性能数据缺失，造成网管系统的性能数据统计结果缺陷，通过强制触发采集策略给予解决。为了提高检测任务的执行效率，本发明通过检测任务抛弃时间的控制给出了检测中止策略。

附图说明

图1为本发明一种网管系统中性能数据采集时机控制方法实施例一的流程图；

图2为本发明一种网管系统中性能数据采集时机控制方法实施例二的流程图；

图3为本发明一种网管系统中性能数据采集时机控制方法实施例三的流程图；

图4为本发明一种网管系统中性能数据采集时机控制方法的实施例三中实时检测任务的检测流程图；

图5为本发明一种网管系统中性能数据采集时机控制方法的实施例三中历史检测任务的检测流程图；

图6为本发明一种网管系统中性能数据采集时机控制装置的实施例一的结构示意图；

图7为本发明一种网管系统中性能数据采集时机控制装置的实施例二的结构示意图；

图8为本发明一种网管系统中性能数据采集时机控制装置的实施例三的结构示意图；

图9为本发明一种网管系统中性能数据采集时机控制装置的实施例四的结构示意图。

具体实施方式

为了保证数据采集的完整性和及时性，网管系统中有关性能数据采集的现有技术是，对数据的完整性的检测采用实时检测的方法，通过不断地连接厂家设备侧获取验证性能数据完整性的数据，由此带来厂家设备侧的负担加重，影响厂家设备的性能，同时也会加重网管系统的负荷。并且，由于只有在检测出厂家设备侧性能数据处于完整状态时，才能触发性能数据的采集，所以当厂家设备侧出现故障时，由于性能数据一直处于不完整的状态，造成检测数据完整性的动作会一直进行下去，而不会触发采集，进而造成性能指标数据的部分缺失，影响网管系统的性能数据统计结果。

针对上述问题，本发明提供一种改进的技术方案，其基本思想是：利用经验值生成检测任务对性能数据完整性进行检测，当检测出性能数据完整时，触发进行数据采集。利用经验值生成检测任务实现仅在经验值时间才检测性能数据的完整性，替代采用实时检测的方法，减轻了厂家设备侧的负担及网管系统的负荷。

为了本领域技术人员对本发明的技术方案有更好的理解，下面结合附图和实施例对本发明的技术方案进行详细描述。

请参考图1，示出了本发明网管系统中性能数据采集时机控制方法实施例一的流程。

包括以下步骤：

步骤S101：根据经验值生成性能数据完整性检测任务。

生成检测任务的例子如下：厂家设备侧08:00的性能数据，则通常在09:20可以检测得到，那么我们说这个检测任务的经验值为09:20，则在这个经验值09:20生成检测任务。如果传送性能数据的网络更加通畅，那么可能提前一些时间就可以得到08:00的性能数据，也就是说可以提前一些时间(如5分钟)生成检测任务，例如在09:15时候，生成检测08:00性能数据的检测任务。

所述经验值是技术人员根据大量的实验和实际工作积累总结得出的，技术人员根据经验，统计得出在某个时间进行检测的时候，厂家设备侧的性能数据刚准备好(完整)的几率比较大。一般来说，经验值的间隔时间与采集粒度对应，如果采集粒度为1小时，经验值的间隔时间一般也是1小时。采集粒度表示厂家设备的数据时间间隔，假设某厂家设备数据采集粒度为1小时，那么该设备将每间隔1小时吐出相应的性能数据，例如10∶00的数据，11:00的数据，12:00的数据这样的以1小时为间隔的数据，10:00的数据表示09:00到10:00这段时间间隔内的厂家设备的性能统计数据，采集粒度和数据内容的时间粒度相对应。

例如，北电公司的设备的tpd_msc表的采集粒度是小时，指标为11:00的性能数据在北电设备侧完整准备好的时间为12:10，则11:00性能数据的经验值为12:10。

检测任务的目的是检测性能数据是否已经完整准备好，通过获取验证性能数据完整性的数据与以往的经验参考数据进行对比，即实现以下的检测过程：

厂家设备的性能数据文件大小是否在一定的预设范围内；  或者，厂家设备的性能数据文件大小在预定的时间间隔中是否没有发生变化；或者，厂家设备的数据库的性能数据表中的记录数量是否在一定的预设范围内；或者，厂家设备的数据库的性能数据表中的记录数量是否在预定的时间间隔中没有发生变化。如果是，则性能数据已经完整准备好，处于完整状态，否则，就没有准备好，性能数据不处于完整状态。

如果当前时间是09:15，如果检测厂家设备侧08:00的性能数据的检测任务的经验值为09:20，若提前5分钟生成检测任务，那么当前就生成检测08:00性能数据的检测任务。

厂家设备的性能数据文件大小、厂家设备的数据库的性能数据表中的记录是相对恒定的数据，通过登录厂家设备，观察一段时间即可获得完整性性能数据文件大小、完整性性能数据表中的记录的一般值范围。

由于厂家设备种类不同，其性能数据文件大小、性能数据表中的记录数量都不一样，性能数据时间粒度不一样，因此，相应的经验值各有差异，为了便于有效执行检测任务，每次生成一个新的检测任务时，都需要根据厂家设备种类来设置完整性性能数据文件大小、性能数据表中的记录数量、设置预定时间间隔用以衡量性能数据文件大小、性能数据表中的记录数量的变化情况等检测任务参考参数，生成对应该厂家设备的检测任务程序。

因此，根据经验值生成性能数据实时检测任务的过程是：

a、预置经验值及测试参考参数信息。

所述参考参数信息包括：用于指示厂家设备的性能数据文件大小范围的信息，或者，用于指示厂家设备的数据库的性能数据表中的记录数量范围的信息，或者，用于指示厂家设备的性能数据文件大小变化的信息，或者，用于指示厂家设备的数据库的性能数据表中的记录数量变化的时间间隔范围的信息。

b、编制性能数据检测任务的程序模板。

c、根据经验值和性能数据检测任务的程序模板生成性能数据检测任务，每一个任务被赋予一个唯一的任务序号存入任务池。

于是，可以看出，所述性能数据检测任务程序模板的内容是：在经验值时间获取厂家设备的性能数据文件大小及其变化、厂家设备的数据库的性能数据表中的记录数量及其数量变化，比较这四个值之一是否在预置范围内，如果在预置范围内，则输出性能数据处于完整状态，否则输出性能数据不处于完整状态。

步骤S102：执行所述已生成的检测任务，对厂家设备侧的性能数据的完整性进行检测。

执行所述已生成的检测任务的过程包括：读取检测任务经验值及任务参数，检测性能数据是否完整，输出性能数据是否为完整状态的信息。

步骤S103：当获知性能数据处于完整状态时，触发性能数据采集程序进行性能数据采集。

通过上述步骤即可实现对网管系统中性能数据完整性进行检测，并在符合触发条件的时候触发进行数据采集。

图2示出了本发明网管系统中性能数据采集时机控制方法的实施例二的流程。

在上述实施例的基础上，本发明实施例还可以包括步骤S104。

完成步骤S103后，进入步骤S104。

步骤S104：根据检测出的厂家设备侧性能数据处于完整性的时间对经验值进行修正。

如果在提前5分钟的时间检测获知厂家设备侧性能数据已经处于完整性，则可以调整经验值为新的数据完整性时间经验值。

例如：当前厂家设备10:00的性能数据的经验值为11:20，上次检测出厂家设备的性能数据准备好的时间为11:30，当前新检测出厂家设备的性能数据准备好的时间为11:26，即可将11:26作为新的经验值。在下次生成针对厂家设备侧10:00的检测任务时，根据新的经验值11:26生成检测任务。

可以看出，本实施例具备学习能力：根据每次新检测出来的厂家设备侧性能数据完整的时间可对经验值进行修正，提高了一次检测的成功率，降低了厂家设备和采集机的负荷，降低了检测的时间。

另外，在上述所有实施例的基础上，根据实际情况的需要，可以将生成检测任务分为以下两种：

第一种是在当前时间生成经验值的检测任务，或生成在经验值之前5分钟的检测任务；例如，当前时间是12:05，采集粒度为小时，根据经验值，11:00的性能数据在北电设备侧准备好的时间为12:10，如果提前5分钟生成检测任务，则生成检测设备侧11:00的性能数据的检测任务，这样的检测任务总是要优先执行，在此将其标记为实时检测任务。

需要说明的是：如果生成检测任务的机器出现异常，导致实时检测任务没有生成，等机器和生成程序重新启动后，实时检测任务会被重新生成。

第二种是考虑到实时检测任务不能正常执行的情况。例如，检测程序执行异常或者执行检测任务的机器出现硬件异常导致不能正常执行检测任务。这时，需要设定回溯时间重新执行检测任务，例如，当前时间是12:30，采集粒度为小时，若回溯的时间段为3个小时，如果与时间10:00、09:00和08:00相对应的检测任务没有执行记录，那么就可将对应10:00、09:00和08:00的检测任务转为历史检测任务去重新执行。回溯时间可以根据网络实际情况或者用户需求进行灵活设置。

由此可以在负责执行检测任务的机器出现异常并进行程序重启后，自动生成在出现故障的这段时间内没有生成或执行的检测任务，保证了数据采集的完整性。

对于实时检测任务来说，由于其优先级比较高，可以采用独立进程的方式进行，启动一个进程来专门执行该检测任务。

而针对历史检测任务，可以将它们分为多个组，采用滑动窗口机制的方式执行，每个滑动窗口对应一组任务。开始时，将历史检测任务按照滑动窗口数量进行平均分配，按照任务的执行情况可实时调制滑动窗口中的任务数，优先保证每个滑动窗口中待执行的历史检测任务的数量相同或相近。并且，滑动窗口的个数可以根据网络实际运行情况或者用户需求进行灵活设置。例如：设置的滑动窗口的个数为5个，当前历史检测任务的总数为30个，则分配给每个滑动窗口处理的历史检测任务的个数为6个，执行一段时间后，历史检测任务的总数减少为20个，此时的每个滑动窗口中的待处理的历史检测任务的数量很有可能差异较大，所以为了提高处理的速度，在执行一段时间后，对每个滑动窗口的待处理的历史检测任务数量进行调整，使得每个滑动窗口中待处理的历史检测任务的数量保持相等或者接近相等的状态。使用滑动窗口可以均衡负载，加快检测任务的执行效率。

图3示出了本发明网管系统中性能数据采集时机控制方法的实施例三的流程图。

根据经验值生成实时检测任务，并根据实时检测任务是否已执行的情况生成历史检测任务。具体方法如前文所述，不再赘述。

在任务池中按照顺序选取一个作为当前任务，然后，进入步骤S201。

步骤S201：判断当前任务是否为实时检测任务，若是，进入步骤S202；否则，进入步骤S203。

步骤S202：采用独立进程的方式执行实时检测任务，当性能数据完整时触发数据采集，进入步骤S204。

步骤S203：采用滑动窗口机制执行历史检测任务，当性能数据完整时触发数据采集，结束。

步骤S204：根据检测出的厂家设备侧性能数据处于完整性的时间对经验值进行修正，结束。

为了达到有效的性能数据采集目的，实现该采集的时候采集，在性能数据完整时触发采集，不完整时也要强制触发采集，以防止性能数据缺失带来的网管系统性能数据统计缺陷，本发明中通过设置任务超时时间来控制。

图4示出了本发明网管系统中性能数据采集时机控制方法的实施例三中执行实时检测任务的检测流程图。

步骤S301：执行检测任务，读取检测任务参数，判断性能数据是否完整，若是，输出性能数据处于完整性状态的信息，并结束当前检测任务，从任务池中删除该任务，进入步骤S302；否则，进入步骤S303。

步骤S302：触发进行性能数据采集，结束。

步骤S303：判断检测任务执行是否超过任务超时时间，若否，返回步骤S301；若超过，进入步骤S304。

对于不完整的性能数据，可能由于厂家设备原因造成，不管检测多长时间，性能数据也是不完整的，为使网管系统及时采集到性能数据，本着厂家准备好了多少数据就采集多少数据的原则，需要对不完整的数据也要进行采集。如果检测任务执行时间过长，就需要给予及时地控制，因此利用任务超时时间来控制及时采集数据。判断检测任务执行是否超时，即通过判断当前时间是否超过预先设置的任务超时时间。所述任务超时时间可以根据以往经验、网络实际情况或者用户需求进行设置。当新接入厂家设备的时候或者以后都可以随时修改该值。

本发明中还设置任务抛弃时间来控制反复执行检测任务仍然得不到完整性性能数据的情况，以提高检测任务的执行效率。

所设置任务抛弃时间应大于或者等于任务超时时间。

步骤S304：生成触发强制采集的消息，并继续检测性能数据的完整性，进入步骤S305。

步骤S305：如果超过任务抛弃时间时性能数据仍然不完整，则中止检测并删除当前检测任务。

需要说明的是，在时间处于任务超时时间与任务抛弃时间之间的时间段内，如果判断出性能数据处于完整，则触发进行性能数据采集，并结束。如果判断出性能数据处于不完整状态，则不断判断性能数据是否处于完整，在时间超过任务抛弃时间时，如果性能数据仍然不完整，则可按照上述步骤S305进行，也可以生成触发强制采集的信息，然后结束流程。

图5示出了本发明网管系统中性能数据采集时机控制方法的实施例三中历史检测任务的检测流程图。

步骤S401：在滑动窗口的历史检测任务队列中按照检测任务生成的先后顺序选择一个作为当前检测任务，并执行。

步骤S402：判断性能数据是否完整，若是，输出性能数据处于完整性状态的信息，并结束当前检测任务，从任务池中删除该任务，进入步骤S403；否则，进入步骤S404。

步骤S403：触发进行性能数据采集，进入步骤S405。

步骤S404：判断当前检测任务是否超过任务超时时间，若是，进入步骤S406；否则，进入步骤S402。

步骤S405：判断任务池中是否还有未执行任务，若有，返回步骤S401，否则，结束。

步骤S406：生成触发强制采集的信息给采集程序，并继续检测性能数据的完整性，进入步骤S407。

步骤S407：如果超过任务抛弃时间时性能数据仍然不完整，则中止检测并删除当前检测任务，并结束。

需要说明的是，在时间处于任务超时时间与任务抛弃时间之间的时间段内，如果判断出性能数据处于完整，则触发进行性能数据采集，并结束。如果判断出性能数据处于不完整状态，则继续检测性能数据是否处于完整，在时间超过任务抛弃时间时，如果性能数据仍然不完整，则可按照上述步骤S407进行，也可以生成触发强制采集的信息，然后结束流程。

通过上述方案，本发明实施例通过规定在超过任务超时时间时，如果厂家设备侧的性能数据仍然没有准备好，即触发进行强制采集，由此可以避免当厂家设备侧出现故障后性能数据一直没有准备好时会一直检测，而不会触发采集，由此导致的性能指标的缺失，影响网管系统的性能数据统计结果，并且在强制触发数据采集后会继续检测，最大限度地保证了数据的完整性。并且，设置任务抛弃时间，用于对于厂家设备侧在所述抛弃时间时仍然没有准备好数据的，中止检测，有效减少无用的检测，进一步减轻了厂家设备侧和采集机的负荷。

同时，本发明实施例对检测任务进行分类，对同一个厂家设备的检测任务中，最新的为实时任务，其他的都为历史任务。保证最新的检测任务能够得以最快的处理，采用滑动窗口机制对历史检测任务进行检测，保证数据检测的完整性，并且实时保持每个滑动窗口中待处理的历史检测任务的个数相同或者接近，从而加快了任务执行的速度。

另外，本发明实施例具有检测任务回溯的功能，可以根据回溯时间生成以前未生成或未执行的检测任务，过滤掉检测程序执行异常所带来的影响，可靠性较高。

需要说明的是，上述所有实施例中，厂家设备的性能数据具有以下几个特征即可判断该性能数据是完整的：

1、厂家设备的性能数据文件大小在第一预设范围。

2、厂家设备的性能数据文件大小在预定的时间间隔中没有发生变化。

3、厂家设备的数据库的性能数据表中的记录数量处于第二预设范围。

4、厂家设备的数据库的性能数据表中的记录数量在预定的时间间隔中没有发生变化。

所述第一预设范围、预定的时间间隔和第二预设范围均可根据网络实际运行情况或者用户需求进行调整。

本领域普通技术人员应能了解，上述所有实施例中的全部或者部分步骤是可以通过程序来指令相关的硬件来完成，所述程序可以存储于一计算机可读取存储介质(如ROM/RAM，磁碟、光盘等)中。

本发明同时还公开了一种网管系统中性能数据采集时机控制装置。

请参考图6，为本发明一种网管系统中性能数据采集时机控制装置的实施例一的结构示意图。

本装置包括：参数设置单元100、检测任务生成单元200、任务存储单元300、检测任务执行单元400和数据采集触发单元500。

所述参数设置单元100用于保存用户设置的参考参数信息。包括经验值以及检测任务所需要的参考参数，所述参考参数是工作人员通过多次试验总结得出的，其包括用于指示厂家设备的性能数据文件大小范围的信息，或者，用于指示厂家设备的数据库的性能数据表中的记录数量范围的信息，或者，用于指示厂家设备的性能数据文件大小变化的信息，或者，用于指示厂家设备的数据库的性能数据表中的记录数量变化的时间间隔范围的信息。还有任务超时时间、任务抛弃时间等。

所述检测任务生成单元200根据所述参数设置单元100中的经验值，生成与采集粒度相应的检测任务，具体过程为：包括获取厂家设备名称，设置获取设置检测任务参数，获取经验值，按照检测厂家设备数据、判断数据完整性程序的模版生成检测任务，逐一存储到存储实时检测任务和历史检测任务的任务存储单元300中。

所述检测任务执行单元400从所述任务存储单元300存储的检测任务队列中取一个任务作为当前检测任务，执行所述检测任务，对厂家设备侧的性能数据的完整性进行检测(确定厂家设备侧的设备类型，获取与该设备类型相对应的检测参考参数标准对性能数据的完整性进行检测)，当检测出性能数据处于完整状态时，向数据采集触发单元发送消息。

数据采集触发单元500在收到性能数据处于完整状态消息时，触发采集程序进行性能数据采集。

其中，所述经验值是技术人员根据大量的实验和实际工作积累总结得出的，技术人员根据经验，统计得出在某个时间进行检测的时候，厂家设备侧的性能数据刚完整准备好的几率比较大。

请参考图7，为本发明一种网管系统中性能数据采集时机控制装置的实施例二的结构示意图。

在上述实施例的基础上，本性能数据采集时机控制装置还包括：经验值调整单元600，用于获取所述检测任务执行单元400的执行结果，并根据所述执行结果，确定检测出性能数据处于完整的时间，根据该时间发送调整信息给参数设置单元100，指示该参数设置单元100进行经验值调整。

例如：当前厂家设备10:00的性能数据的经验值为11:20，上次检测出厂家设备的性能数据准备好的时间为11:30，当前检测出厂家设备的性能数据准备好的时间为11:26，即可将11:26作为新的经验值，也就是取三个值中的中间值作为新的经验值。在下次生成针对厂家设备侧10:00的检测任务时，根据新的经验值11:26生成检测任务。

可以看出，本性能数据采集时机控制装置具备学习能力：根据检测出来的厂家设备侧性能数据完整的时间对经验值进行修正，提高了一次检测的成功率，降低了厂家设备和采集机的负荷，降低了检测的时间。

本发明一种网管系统中性能数据采集时机控制装置的实施例三的结构示意图如图8所示。

在上述实施例一或实施例二的基础上，本性能数据采集时机控制装置还可以进一步包括：  强制触发单元700，用于监测所述检测任务执行单元400的执行情况，在所述检测任务执行单元400检测厂家设备的性能数据处于非完整状态，并且当前时间超过预先设定的任务超时时间时，强制触发数据采集。

本实施例通过规定在超过任务超时时间时，如果厂家设备侧的性能数据仍然没有准备好，即触发进行强制采集，由此可以避免当厂家设备侧出现故障后性能数据一直没有准备好时会一直采集，而不会触发采集，由此导致的性能指标的缺失，影响网管系统的使用的问题的出现，并且在触发数据采集后继续检测，最大限度地保证了数据的完整性。

请参考图9，为本发明一种网管系统中性能数据采集时机控制装置的实施例四的结构示意图。

在上述任意一个实施例的基础上，本性能数据的采集时机控制装置还可以进一步包括：检测任务中止单元800，用于监测所述检测任务执行单元400的执行情况，在所述检测任务执行单元400检测厂家设备的性能数据处于完整状态时终止检测并删除当前检测任务，或者检测厂家设备的性能数据处于非完整状态，并且当前时间超过预先设定的任务抛弃时间时，中止检测并删除当前检测任务。

上述所有实施例中所述检测任务生成单元200生成的检测任务包含两类：

生成实时检测任务和历史检测任务，关于实时检测任务和历史检测任务的定义以及生成过程请参照上述方法部分，在此不对其进行详细描述。

检测任务执行单元400按照不同的方式执行实时检测任务和历史检测任务，具体方式在上述方法部分已经有详细描述，在此不再赘述。

需要说明的是，检测任务执行单元400判断厂家设备的性能数据是否完整是通过判断所述厂家设备的性能数据是否满足以下条件进行的：

1、厂家设备的性能数据文件大小在第一预设范围。

2、厂家设备的性能数据文件大小在预定的时间间隔中没有发生变化。

3、厂家设备的数据库的性能数据表中的记录数量处于第二预设范围。

4、厂家设备的数据库的性能数据表中的记录数量在预定的时间间隔中没有发生变化。

所述第一预设范围、预定的时间间隔和第二预设范围均可根据网络实际运行情况或者用户需求进行调整。

需要说明的是，本发明技术方案已在话务网管系统中进行了大规模的实验，效果良好。

以上公开的仅为本发明的优选实施方式，但本发明并非局限于此，任何本领域的技术人员能思之的没有创造性的变化，以及在不脱离本发明原理前提下所作的若干改进和润饰，都应落在本发明的保护范围内。

Claims (15)

1.一种网管系统中性能数据采集时机控制方法，其特征在于，包括：

根据经验值生成针对厂家设备侧性能数据的检测任务；

调用并执行所述检测任务，对厂家设备侧的性能数据的完整性进行检测，确定所述性能数据是否处于完整；

当性能数据完整时，触发采集程序执行性能数据采集。

2.如权利要求1所述的方法，其特征在于，所述检测任务包括：实时检测任务和历史检测任务。

3.如权利要求2所述的方法，其特征在于，当检测出性能数据处于完整状态时，还包括：记录该当前时间，根据该时间调整所述经验值。

4.如权利要求3所述的方法，其特征在于，根据经验值生成检测任务的过程是：

预置经验值及测试参考参数，所述测试参考参数包括：

用于指示厂家设备的性能数据文件大小范围的信息，或者，用于指示厂家设备的数据库的性能数据表中的记录数量范围的信息，或者，用于指示厂家设备的性能数据文件大小变化的时间间隔范围信息，或者，用于指示厂家设备的数据库的性能数据表中的记录数量变化的时间间隔范围的信息；

编制性能数据检测任务的程序模板；

根据经验值和性能数据检测任务的程序模板生成性能数据检测任务，每一个任务被赋予一个唯一的任务序号存入任务池。

5.如权利要求4所述的方法，其特征在于，调用并执行所述性能数据检测任务的过程是：

从所述任务池中依次获取一个性能数据检测任务作为当前的检测任务，并执行当前任务。

6.如权利要求5所述的方法，其特征在于，任务执行完成后，记录当前检测任务的检测结果，并将该任务从任务池中删除。

7.如权利要求1-6任意一项所述的方法，其特征在于，对厂家设备侧的性能数据的完整性进行检测由以下步骤实现：判断所述检测任务是实时检测任务还是历史检测任务；若是实时检测任务，则采用独立进程的方式执行所述检测任务；若是历史检测任务，则采用滑动窗口机制执行所述检测任务。

8.如权利要求7所述的方法，其特征在于，性能数据完整性的判断是按照以下步骤进行的：

判断厂家设备的性能数据文件大小是否在第一预设范围，

或者，

判断厂家设备的性能数据文件大小在预定的时间间隔中是否发生变化，

或者，

判断厂家设备的数据库的性能数据表中的记录数量是否处于第二预设范围，

或者，

判断厂家设备的数据库的性能数据表中的记录数量在预定的时间间隔中是否发生变化，

若是，则认为该性能数据是完整的，否则，认为该性能数据不完整。

9.如权利要求1至6任意一项所述的方法，其特征在于，还包括：

在执行时间超过预设任务超时时间时，如果所述性能数据仍然处于不完整状态，触发进行强制采集，并继续检测；当执行时间超过预设任务抛弃时间时，如果所述性能数据仍然处于不完整状态，中止检测并删除当前检测任务。

10.如权利要求7所述的方法，其特征在于，在中止检测并删除当前检测任务之前，还包括：触发对设备侧的性能数据进行再次强制采集。

11.一种网管系统中性能数据采集时机控制装置，其特征在于，包括：检测任务生成单元，根据经验值生成针对厂家设备侧性能数据的检测任务；

检测任务执行单元，执行所述检测任务，利用预先设置的测试参考参数对厂家设备侧的性能数据的完整性进行检测，当检测出性能数据处于完整状态时，发送数据完整性状态消息；

数据采集触发单元，当获知性能数据处于完整状态时，触发采集程序进行性能数据采集。

12.如权利要求11所述的装置，其特征在于，还包括：

经验值调整单元，当获知性能数据处于完整状态时，确定性能数据处于完整的时间，根据该时间调整所述经验值。

13.如权利要求11所述的装置，其特征在于，还包括：

强制触发单元，在当前时间超过预先设定的任务超时时间时，厂家设备侧的性能数据仍处于非完整状态，，强制触发采集程序执行性能数据采集。

14.如权利要求11所述的装置，其特征在于，还包括：

检测任务中止单元，在当前时间超过预先设定的任务抛弃时间时，厂家设备侧的性能数据仍处于非完整状态，则中止检测并删除当前检测任务。

15.如权利要求11至14任意一项所述的装置，其特征在于，性能数据完整是以以下事件为标志的：

厂家设备的性能数据文件大小在第一预设范围；

或者，

厂家设备的性能数据文件大小在预定的时间间隔中没有发生变化；

或者，

厂家设备的数据库的性能数据表中的记录数量处于第二预设范围；

或者，

厂家设备的数据库的性能数据表中的记录数量在预定的时间间隔中没有发生变化。

Images