CN110661671A - 业务检测方法、装置及设备、存储介质 - Google Patents

Abstract

本发明实施例公开一种业务检测方法、装置及设备、计算机可读存储介质，该方法包括：根据检测参数配置文件发起业务批量检测请求；根据所述业务批量检测请求向检测设备下发业务检测命令，并获取所述检测设备的检测结果数据；将所述检测结果数据保存在性能数据库。本发明实施例通过网管服务器发起业务批量检测请求，将设备上报的检测结果保存至性能数据库；实现业务时延和丢包率的按需检测，无需与设备进行大量的交互，提高了业务安全性和运维人员维护的易用性。

Description

业务检测方法、装置及设备、存储介质

技术领域

本发明实施例涉及通信技术领域，尤其涉及一种业务检测方法、装置及设备、计算机可读存储介质。

背景技术

通信设备工程现网运行时，业务的丢包率和时延是重要的运维指标，是通信网络质量的重要体现。丢包率是指测试中所丢失数据包数量占所发送数据组的比率；时延是指一个报文、分组或比特从一个网络或链路的一端传送到另一个端所需要的时间。

随着传输网络规模的急剧扩大，承载业务的日趋多样，业务的时延和丢包率检测难度也越来越大，业务安全性得不到保证、从而加大了监控人员的运维难度。因此迫切需要一种新型的、既能提高易用性又可以提高业务安全性的业务时延及丢包率按需检测的方法。

现有技术中针对用户的需求，是在设备上启动业务的时延和丢包率检测功能，并能够关联多个检测优先级。但由于设备硬件资源所限，启动设备的多优先级并发的时延和丢包率检测会耗费大量设备内存资源，安全性得不到保障。

发明内容

有鉴于此，本发明实施例的目的在于提供一种业务检测方法、装置及设备、计算机可读存储介质，以解决现有技术中，由于设备硬件资源所限，启动设备的多优先级并发的时延和丢包率检测会耗费大量设备内存资源，安全性得不到保障问题。

本发明实施例解决上述技术问题所采用的技术方案如下：

根据本发明实施例的一个方面，提供的一种业务检测方法，所述方法包括：

根据检测参数配置文件发起业务批量检测请求；

根据所述业务批量检测请求向检测设备下发业务检测命令，并获取所述检测设备的检测结果数据；

将所述检测结果数据保存在性能数据库。

根据本发明实施例的另一个方面，提供的一种业务检测装置，所述装置包括任务调度模块、适配器以及数据处理模块；

所述任务调度模块，用于根据检测参数配置文件发起业务批量检测请求；

所述适配器，用于根据所述业务批量检测请求向检测设备下发业务检测命令，并获取所述检测设备的检测结果数据；

所述数据处理模块，用于将所述检测结果数据保存在性能数据库。

根据本发明实施例的另一个方面，提供的一种业务检测设备，所述设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的业务检测程序，所述业务检测程序被所述处理器执行时实现上述的业务检测方法的步骤。

根据本发明实施例的另一个方面，提供的一种计算机可读存储介质，所述计算机可读存储介质上存储有业务检测程序，所述业务检测程序被处理器执行时实现上述的业务检测方法的步骤。

本发明实施例的一种业务检测方法、装置及设备、计算机可读存储介质，通过网管服务器发起业务批量检测请求，将设备上报的检测结果保存至性能数据库；实现业务时延和丢包率的按需检测，无需与设备进行大量的交互，提高了业务安全性和运维人员维护的易用性。

附图说明

图1为本发明第一实施例的业务检测方法流程示意图；

图2为本发明第一实施例的业务检测方法另一流程示意图；

图3为本发明第二实施例的业务检测装置结构示意图；

图4为本发明第二实施例的业务检测装置中任务调度模块结构示意图；

图5为本发明第二实施例的业务检测装置另一结构示意图；

图6为本发明第三实施例的业务检测设备结构示意图；

图7为本发明实施例的业务检测系统结构示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

为了使本发明所要解决的技术问题、技术方案及有益效果更加清楚、明白，以下结合附图和实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

第一实施例

如图1所示，本发明第一实施例提供一种业务检测方法，该方法用于网管服务器，所述方法包括步骤：

S11、根据检测参数配置文件发起业务批量检测请求。

在本实施例中，所述检测参数配置文件可以为历史数据或者实时数据的检测参数配置文件。

在本实施例中，所述根据检测参数配置文件发起业务批量检测请求包括：

查询全网业务数据以及适配器的信息；

为所述适配器分配检测线程，以使得所述检测线程确定待检测业务数据类型和待检测业务数据优先级，根据所述待检测业务数据类型和所述待检测业务数据优先级组装检测报文，并向所述适配器发起业务批量检测请求。

在本实施例中，为所述适配器分配的检测线程，用于适配器的业务检测。

具体地，启动检测线程，同时向适配器进程发送检测任务启动通知，通知中携带适配器进程ID。各检测线程从工作资源池中批量获取业务数据，每次获取的业务数量等同配置文件中的适配器任务并发度参数，并力争每次循环获取的业务所属网元各不相同。确定当前任务对应的检测类型(丢包率/时延)和检测优先级，为这些业务资源组装检测报文，报文中的“检测持续时间”参数取自配置文件，“结果上报间隔”参数设置为检测结束时才上报。时延检测可暂定为双向检测。

可选的，所述查询全网业务数据以及适配器信息之后还包括：为所述适配器建立存放所述待检测业务数据的工作资源池和空闲资源池。

可选的，所述为所述适配器分配检测线程之后还包括：确定所述适配器发起检测的维护点。

具体地，为了提升效率，时延采用单端检测方式，即只选取隧道伪线业务A/Z两端的某一端发起检测，但需尽力保持检测端在各网元上均匀分布，不使各网元之间的检测业务数量相差过大(分配时可考虑为每个网元建立一个计数器)。丢包率由于设备实现原因，必须在A/Z两端同时发起检测，对于A/Z两端跨适配器进程的业务，需为其分配一单独的资源池；其余A/Z两端位于同一适配器进程的业务，则依旧保留在原资源池内。伪线A/Z两端信息可向E2E(End to End，端到端)查询获取。确定检测发起端完毕后，将每个进程需要发起检测的业务数据置入工作资源池。

S12、根据所述业务批量检测请求向检测设备下发业务检测命令，并获取所述检测设备的检测结果数据。

在本实施例中，报文组装完毕后，检测线程向对应的适配器进程发起检测请求，由适配器根据报文头调度各适配器并发执行检测任务。

适配器收到检测命令后，只需处理与本网元相关的丢包率/时延检测请求。若同一批检测请求中包含同一网元的多个丢包率/时延检测命令，则对该网元，依次顺序下发丢包率/时延检测命令，中间无需等待。由于设备上报量较大，本功能开启时，为及时处理，避免阻塞，可以适当调高适配器进程的设备主动上报线程数量，默认为5，可调至10以上。

检测命令返回后，将检测完毕的业务资源移动到空闲资源池，检测线程继续从工作资源池中获取下一批需检测的业务资源，处理逻辑同上，依次循环，直至完成所有资源检测。对于工作资源池中的最后一批业务资源，检测线程下发命令之后需原地等待(等待时间大于等于检测命令中的“检测持续时间”)，待设备完成当前批次检测后，方可继续下一轮操作，以免发生资源冲突。

当前优先级的检测全部完成之后，将空闲资源池中的业务资源重新移动到工作资源池，开始下一轮优先级或检测类型的处理。设备不支持同一个业务多优先级并发检测，检测可串行进行，处理顺序为：各优先级的丢包率-->各优先级的时延，丢包率/时延检测可不同时并发。

若为实时数据检测，则根据实时数据检测命令参数携带的检测对象查询适配器，之后新建线程执行当前检测任务，此命令则将上次检测结果返回，并清空适配器缓存中对应的数据。

作为示例地，新建线程负责执行8个优先级的丢包率/时延检测任务，各任务串行进行，每个检测任务测试时长10秒。如果某次检测失败，则待所有任务检测完成后，对失败的任务再重新执行一次。实时数据检测的周期，可以为2*检测优先级数量*[伪线数量*维护命令设备响应时间/(适配器进程数*适配器线程并发数)+检测持续时间]。假设设备对于每个时延和丢包率检测命令均能5秒之内正常返回，每次时延和丢包率检测的检测持续时间为15秒，网管部署为规模五，4个适配器进程，每个适配器进程EMB线程池扩至100，适配器线程池扩至70，为保证网管正常响应其它操作，用于本任务的并发数设为50。假设现网存在6000条伪线业务，则理想情况下，完成触发8个优先级的全网检测耗时为：2*8*[(6000+1000)*5/(4*50)+15]＝3040秒，再考虑其它不可测变量，预留50％的安全度，则一轮完整采样周期为3040*1.5＝4560秒，即76分钟。

S13、将所述检测结果数据保存在性能数据库。

在本实施例中，所有优先级的丢包率/时延都完成检测之后，检测线程清空资源池数据，并向适配器进程发送检测结束通知(需携带完成检测任务的进程ID)。上述检测线程需要有容错机制，捕获异常后能够继续处理下次操作，以避免某次操作失败导致线程中断。

在本实施例中，监听网管服务器发出的“检测启动/结束”通知。若监听到检测启动通知，根据通知中携带的进程ID判断是否需当前适配器进程处理，若是，则创建并启动一个性能数据文件操作线程，用于将缓存中的结果数据入性能数据库。文件操作线程启动之后，创建一份当前任务周期对应的性能数据入库文件，之后轮询数据缓存池，将其中的数据批量写入性能数据入库文件，并将处理完毕的数据则从缓存池中删除。

请参考图2所示，在一种实施方式中，所述存储所述检测结果数据之后还包括：

S14、获取所述性能数据库中的检测结果数据，并展现所述检测结果数据。

具体地，可根据设置的查询条件获取所述性能数据库中的检测结果数据，并展现所述检测结果数据。

为了更好地阐述本实施例，以下结合图7对业务检测过程进行详细地说明：

如图7所示，业务检测系统包括网管服务器、与所述网管服务器相对应的适配器进程。

网管服务器发起定时任务：查询全网业务数据并查询网管服务器部署的适配器进程数量，及每个适配器进程管理的网元名称。为每个适配器进程建立两个资源池，其中一个为工作资源池，用于存放该进程需要发起检测的业务数据，另一个则为空闲资源池；并为每个适配器进程分配一个检测线程，该线程负责本适配器进程的业务检测任务。

确定适配器发起检测的维护点。为了提升效率，时延采用单端检测方式，即只选取隧道伪线业务A/Z两端的某一端发起检测，但需尽力保持检测端在各网元上均匀分布，不使各网元之间的检测业务数量相差过大(分配时可考虑为每个网元建立一个计数器)。丢包率由于设备实现原因，必须在A/Z两端同时发起检测，对于A/Z两端跨适配器进程的业务，需为其分配一单独的资源池；其余A/Z两端位于同一适配器进程的业务，则依旧保留在原资源池内。伪线A/Z两端信息可向E2E查询获取。确定检测发起端完毕后，将每个进程需要发起检测的业务数据置入工作资源池。

启动检测线程，同时向适配器进程发送检测任务启动通知，通知中携带适配器进程ID。各检测线程从工作资源池中批量获取业务数据，每次获取的业务数量等同配置文件中的适配器任务并发度参数，并力争每次循环获取的业务所属网元各不相同。确定当前任务对应的检测类型(丢包率/时延)和检测优先级，为这些业务资源组装检测报文，报文中的“检测持续时间”参数取自配置文件，“结果上报间隔”参数设置为检测结束时才上报。时延检测可暂定为双向检测。

报文组装完毕后，检测线程向对应的适配器进程发起检测请求，由适配器根据报文头调度各适配器并发执行检测任务。

适配器收到检测命令后，只需处理与本网元相关的丢包率/时延检测请求。若同一批检测请求中包含同一网元的多个丢包率/时延检测命令，则对该网元，依次顺序下发丢包率/时延检测命令，中间无需等待。由于设备上报量较大，本功能开启时，为及时处理，避免阻塞，可以适当调高适配器进程的设备主动上报线程数量，默认为5，可调至10以上。

检测命令返回后，将检测完毕的业务资源移动到空闲资源池，检测线程继续从工作资源池中获取下一批需检测的业务资源，处理逻辑同上，依次循环，直至完成所有资源检测。对于工作资源池中的最后一批业务资源，检测线程下发命令之后需原地等待(等待时间大于等于检测命令中的“检测持续时间”)，待设备完成当前批次检测后，方可继续下一轮操作，以免发生资源冲突。

当前优先级的检测全部完成之后，将空闲资源池中的业务资源重新移动到工作资源池，开始下一轮优先级或检测类型的处理。设备不支持同一个业务多优先级并发检测，检测可串行进行，处理顺序为：各优先级的丢包率-->各优先级的时延，丢包率/时延检测可不同时并发。

所有优先级的丢包率/时延都完成检测之后，检测线程清空资源池数据，并向适配器进程发送检测结束通知(需携带完成检测任务的进程ID)。

检测线程有容错机制，捕获异常后能够继续处理下次操作，以避免某次操作失败导致线程中断。

监听网管服务器发出的“检测启动/结束”通知。若监听到检测启动通知，根据通知中携带的进程ID判断是否需当前适配器进程处理，若是，则创建并启动一个性能数据文件操作线程，用于将缓存中的结果数据入性能数据库。文件操作线程启动之后，创建一份当前任务周期对应的性能数据入库文件，之后轮询数据缓存池，将其中的数据批量写入性能数据入库文件，并将处理完毕的数据则从缓存池中删除。

DNA通过北向接口采集性能数据，经过处理后展现给用户。

本发明实施例的业务检测方法，通过网管服务器发起业务批量检测请求，将设备上报的检测结果保存至性能数据库；实现业务时延和丢包率的按需检测，无需与设备进行大量的交互，提高了业务安全性和运维人员维护的易用性。

第二实施例

如图3所示，本发明第二实施例提供一种业务检测装置，所述装置包括任务调度模块21、适配器22以及数据处理模块23；

所述任务调度模块21，用于根据检测参数配置文件发起业务批量检测请求。

在本实施例中，所述检测参数配置文件可以为历史数据或者实时数据的检测参数配置文件。

请参考图4所示，在本实施例中，所述任务调度模块21包括查询单元211以及分配单元212；

所述查询单元211，用于查询全网业务数据以及适配器22的信息；

所述分配单元212，用于为所述适配器22分配检测线程，以使得所述检测线程确定待检测业务数据类型和待检测业务数据优先级，根据所述待检测业务数据类型和所述待检测业务数据优先级组装检测报文，并向所述适配器22发起业务批量检测请求。

在本实施例中，为所述适配器分配的检测线程，用于适配器的业务检测。

具体地，启动检测线程，同时向适配器进程发送检测任务启动通知，通知中携带适配器进程ID。各检测线程从工作资源池中批量获取业务数据，每次获取的业务数量等同配置文件中的适配器任务并发度参数，并力争每次循环获取的业务所属网元各不相同。确定当前任务对应的检测类型(丢包率/时延)和检测优先级，为这些业务资源组装检测报文，报文中的“检测持续时间”参数取自配置文件，“结果上报间隔”参数设置为检测结束时才上报。时延检测可暂定为双向检测。

可选的，所述任务调度模块21还包括建立单元213；

所述建立单元213，用于为所述适配器22建立存放所述待检测业务数据的工作资源池和空闲资源池。

可选的，所述任务调度模块21还包括确定单元214；

所述确定单元214，用于确定所述适配器22发起检测的维护点。

具体地，为了提升效率，时延采用单端检测方式，即只选取隧道伪线业务A/Z两端的某一端发起检测，但需尽力保持检测端在各网元上均匀分布，不使各网元之间的检测业务数量相差过大(分配时可考虑为每个网元建立一个计数器)。丢包率由于设备实现原因，必须在A/Z两端同时发起检测，对于A/Z两端跨适配器进程的业务，需为其分配一单独的资源池；其余A/Z两端位于同一适配器进程的业务，则依旧保留在原资源池内。伪线A/Z两端信息可向E2E(End to End，端到端)查询获取。确定检测发起端完毕后，将每个进程需要发起检测的业务数据置入工作资源池。

所述适配器22，用于根据所述业务批量检测请求向检测设备下发业务检测命令，并获取所述检测设备的检测结果数据。

在本实施例中，报文组装完毕后，检测线程向对应的适配器进程发起检测请求，由适配器根据报文头调度各适配器并发执行检测任务。

适配器收到检测命令后，只需处理与本网元相关的丢包率/时延检测请求。若同一批检测请求中包含同一网元的多个丢包率/时延检测命令，则对该网元，依次顺序下发丢包率/时延检测命令，中间无需等待。由于设备上报量较大，本功能开启时，为及时处理，避免阻塞，可以适当调高适配器进程的设备主动上报线程数量，默认为5，可调至10以上。

检测命令返回后，将检测完毕的业务资源移动到空闲资源池，检测线程继续从工作资源池中获取下一批需检测的业务资源，处理逻辑同上，依次循环，直至完成所有资源检测。对于工作资源池中的最后一批业务资源，检测线程下发命令之后需原地等待(等待时间大于等于检测命令中的“检测持续时间”)，待设备完成当前批次检测后，方可继续下一轮操作，以免发生资源冲突。

当前优先级的检测全部完成之后，将空闲资源池中的业务资源重新移动到工作资源池，开始下一轮优先级或检测类型的处理。设备不支持同一个业务多优先级并发检测，检测可串行进行，处理顺序为：各优先级的丢包率-->各优先级的时延，丢包率/时延检测可不同时并发。

若为实时数据检测，则根据实时数据检测命令参数携带的检测对象查询适配器，之后新建线程执行当前检测任务，此命令则将上次检测结果返回，并清空适配器缓存中对应的数据。

作为示例地，新建线程负责执行8个优先级的丢包率/时延检测任务，各任务串行进行，每个检测任务测试时长10秒。如果某次检测失败，则待所有任务检测完成后，对失败的任务再重新执行一次。实时数据检测的周期，可以为2*检测优先级数量*[伪线数量*维护命令设备响应时间/(适配器进程数*适配器线程并发数)+检测持续时间]。假设设备对于每个时延和丢包率检测命令均能5秒之内正常返回，每次时延和丢包率检测的检测持续时间为15秒，网管部署为规模五，4个适配器进程，每个适配器进程EMB线程池扩至100，适配器线程池扩至70，为保证网管正常响应其它操作，用于本任务的并发数设为50。假设现网存在6000条伪线业务，则理想情况下，完成触发8个优先级的全网检测耗时为：2*8*[(6000+1000)*5/(4*50)+15]＝3040秒，再考虑其它不可测变量，预留50％的安全度，则一轮完整采样周期为3040*1.5＝4560秒，即76分钟。

所述数据处理模块23，用于将所述检测结果数据保存在性能数据库。

在本实施例中，所有优先级的丢包率/时延都完成检测之后，检测线程清空资源池数据，并向适配器进程发送检测结束通知(需携带完成检测任务的进程ID)。上述检测线程需要有容错机制，捕获异常后能够继续处理下次操作，以避免某次操作失败导致线程中断。

在本实施例中，监听网管服务器发出的“检测启动/结束”通知。若监听到检测启动通知，根据通知中携带的进程ID判断是否需当前适配器进程处理，若是，则创建并启动一个性能数据文件操作线程，用于将缓存中的结果数据入性能数据库。文件操作线程启动之后，创建一份当前任务周期对应的性能数据入库文件，之后轮询数据缓存池，将其中的数据批量写入性能数据入库文件，并将处理完毕的数据则从缓存池中删除。

请参考图5所示，所述装置还包括深度网络分析模块24；

所述深度网络分析模块24，用于获取所述性能数据库中的检测结果数据，并展现所述检测结果数据。

具体地，可根据设置的查询条件获取所述性能数据库中的检测结果数据，并展现所述检测结果数据。

本发明实施例的业务检测装置，通过网管服务器发起业务批量检测请求，将设备上报的检测结果保存至性能数据库；实现业务时延和丢包率的按需检测，无需与设备进行大量的交互，提高了业务安全性和运维人员维护的易用性。

第三实施例

如图6所示，本发明第三实施例提供一种业务检测设备，所述设备包括：存储器31、处理器32及存储在所述存储器31上并可在所述处理器32上运行的业务检测程序，所述业务检测程序被所述处理器32执行时，用于实现以下所述的业务检测方法的步骤：

根据检测参数配置文件发起业务批量检测请求；

根据所述业务批量检测请求向检测设备下发业务检测命令，并获取所述检测设备的检测结果数据；

将所述检测结果数据保存在性能数据库。

所述业务检测程序被所述处理器32执行时，还用于实现以下所述的业务检测方法的步骤：

查询全网业务数据以及适配器信息；

为所述适配器分配检测线程，以使得所述检测线程确定待检测业务数据类型和待检测业务数据优先级，根据所述待检测业务数据类型和所述待检测业务数据优先级组装检测报文，并向所述适配器发起业务批量检测请求。

所述业务检测程序被所述处理器32执行时，还用于实现以下所述的业务检测方法的步骤：

为所述适配器建立存放所述待检测业务数据的工作资源池和空闲资源池。

所述业务检测程序被所述处理器32执行时，还用于实现以下所述的业务检测方法的步骤：

确定所述适配器发起检测的维护点。

所述业务检测程序被所述处理器32执行时，还用于实现以下所述的业务检测方法的步骤：

获取所述性能数据库中的所述检测结果数据，并展现所述检测结果数据。

本发明实施例的业务检测设备，通过网管服务器发起业务批量检测请求，将设备上报的检测结果保存至性能数据库；实现业务时延和丢包率的按需检测，无需与设备进行大量的交互，提高了业务安全性和运维人员维护的易用性。

第四实施例

本发明第四实施例提供一种计算机可读存储介质，所述计算机可读存储介质上存储有业务检测程序，所述业务检测程序被处理器执行时用于实现第一实施例所述的业务检测方法的步骤。

本发明实施例的计算机可读存储介质，通过网管服务器发起业务批量检测请求，将设备上报的检测结果保存至性能数据库；实现业务时延和丢包率的按需检测，无需与设备进行大量的交互，提高了业务安全性和运维人员维护的易用性。

需要说明的是，上述装置实施例与方法实施例属于同一构思，其具体实现过程详见方法实施例，且方法实施例中的技术特征在装置实施例中均对应适用，这里不再赘述。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件来实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上参照附图说明了本发明的优选实施例，并非因此局限本发明的权利范围。本领域技术人员不脱离本发明的范围和实质，可以有多种变型方案实现本发明，比如作为一个实施例的特征可用于另一实施例而得到又一实施例。凡在运用本发明的技术构思之内所作的任何修改、等同替换和改进，均应在本发明的权利范围之内。

Claims (12)

1.一种业务检测方法，其特征在于，所述方法包括：

根据检测参数配置文件发起业务批量检测请求；

根据所述业务批量检测请求向检测设备下发业务检测命令，并获取所述检测设备的检测结果数据；

将所述检测结果数据保存在性能数据库。

2.根据权利要求1所述的方法，其特征在于，所述根据检测参数配置文件发起业务批量检测请求包括：

查询全网业务数据以及适配器的信息；

为所述适配器分配检测线程，以使得所述检测线程确定待检测业务数据类型和待检测业务数据优先级，根据所述待检测业务数据类型和所述待检测业务数据优先级组装检测报文，并向所述适配器发起业务批量检测请求。

3.根据权利要求2所述的方法，其特征在于，所述查询全网业务数据以及适配器信息之后还包括：

为所述适配器建立存放所述待检测业务数据的工作资源池和空闲资源池。

4.根据权利要求2所述的方法，其特征在于，所述为所述适配器分配检测线程之后还包括：

确定所述适配器发起检测的维护点。

5.根据权利要求1所述的方法，其特征在于，所述存储所述检测结果数据之后还包括：

获取所述性能数据库中的检测结果数据，并展现所述检测结果数据。

6.一种业务检测装置，其特征在于，所述装置包括任务调度模块、适配器以及数据处理模块；

所述任务调度模块，用于根据检测参数配置文件发起业务批量检测请求；

所述适配器，用于根据所述业务批量检测请求向检测设备下发业务检测命令，并获取所述检测设备的检测结果数据；

所述数据处理模块，用于将所述检测结果数据保存在性能数据库。

7.根据权利要求6所述的装置，其特征在于，所述任务调度模块包括查询单元以及分配单元；

所述查询单元，用于查询全网业务数据以及适配器的信息；

所述分配单元，用于为所述适配器分配检测线程，以使得所述检测线程确定待检测业务数据类型和待检测业务数据优先级，根据所述待检测业务数据类型和所述待检测业务数据优先级组装检测报文，并向所述适配器发起业务批量检测请求。

8.根据权利要求7所述的装置，其特征在于，所述任务调度模块还包括建立单元；

所述建立单元，用于为所述适配器建立存放所述待检测业务数据的工作资源池和空闲资源池。

9.根据权利要求7所述的装置，其特征在于，所述任务调度模块还包括确定单元；

所述确定单元，用于确定所述适配器发起检测的维护点。

10.根据权利要求6所述的装置，其特征在于，所述装置还包括深度网络分析模块；

所述深度网络分析模块，用于获取所述性能数据库中的检测结果数据，并展现所述检测结果数据。

11.一种业务检测设备，其特征在于，所述设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的业务检测程序，所述业务检测程序被所述处理器执行时实现如权利要求1至5中任一项所述的业务检测方法的步骤。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有业务检测程序，所述业务检测程序被处理器执行时实现如权利要求1至5中任一项所述的业务检测方法的步骤。

Images