一种协议可扩展的服务可用性探测系统及方法与流程

本发明涉及协议检测领域，特别是涉及一种协议可扩展的服务可用性探测系统及方法。

背景技术：

随着互联网技术的蓬勃发展，越来越多样的网络服务和平台为用户提供了丰富多彩的功能；各个公司或团体都有网络服务部署公司内部通常会维护多个线上服务，不同的服务完成不同的功能，各个服务之间通常也会有互相依赖的情况出现，任何一个网络服务的服务质量都会影响公司整体的网络产品和服务的质量，因此如何能保证网络服务的服务质量就显得至关重要。其中，网络服务按照使用的协议不同，又可以划分为几个大类：1.web服务，基于http(s)协议，常见形式有网站主站、对外接口服务、内部接口服务等；2.tcp服务，基于tcp协议，常见形式有im服务、负载均衡服务、rpc服务等；3.udp服务，基于udp协议，常见形式有局域网内数据同步服务、网络穿透器等。

由于网络服务使用的协议不同，如果想要监控网络服务的服务质量，是一件比较复杂的事情，通常来讲，每个团队会针对自己的服务的情况，专门编写一套监控服务，来达到服务质量的监控目的。这样处理存在两个缺点，第一，如果有新的协议的服务需要重新针对新的协议开发一套监控服务，耗费大量的人力物力；第二，不同的团队之间会投入重复的时间来开发类似的监控服务，浪费公司整体的人力资源。

技术实现要素：

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种可扩展的服务可用探测系统和相应的一种可扩展的服务可用探测方法。

依据本发明的一个方面，提供了一种可扩展的服务可用探测系统，所述系统包括操作中心、插件管理模块、任务管理模块和至少一个执行模块组成的集群，其中：

所述操作中心包括请求确认单元、插件查询单元和任务通知单元；

所述请求确认单元用于接收协议探测请求，并在接收所述协议探测请求后，向所述插件查询单元发送插件查询指令；

所述插件查询单元用于接收到所述插件查询指令后，向所述插件管理模块的查询单元发送插件查询请求；

所述任务通知单元用于接收到所述插件管理模块的查询单元返回的协议查询应答后，向所述任务管理模块的创建单元发送创建任务指令；

所述插件管理模块包括查询单元；

所述查询单元用于所述插件管理模块接收所述插件查询请求后，确认所述协议探测请求对应的协议被存储于所述插件管理模块中后，向所述任务通知单元返回请求应答；其中，所述协议由用户通过所述操作中心预先存储于所述插件管理模块；

所述任务管理模块包括创建单元、任务分发单元和结果查看单元；

所述创建单元用于接收到所述任务通知单元发送的所述任务指令后，根据所述任务指令创建探测任务；

所述任务分发单元用于将所述探测任务分发给各所述执行模块；

所述结果查询单元用于查看所述执行模块根据所述探测任务进行测试结束后的结果。

优选地，所述插件管理模块，还包括：

协议检测单元，用于在所述插件管理模块接收到所述插件查询请求后，检测所述插件管理模块中是否存在与所述协议探测请求对应的协议；

新增协议请求单元，用于如果在所述插件管理模块中不存在与所述协议探测请求对应的协议，则返回新增协议请求至所述操作中心，以提示用户通过所述操作中心添加与所述协议探测请求对应的协议至所述插件管理模块。

优选地，所述操作中心，还包括：

插件接收单元，用于接收用户通过所述操作中心提交的对应所述增加协议请求的插件；

插件分发单元，用于将所述插件通过所述插件管理模块分发至对应所述协议探测请求的各个所述执行模块。

优选地，根据所述协议可扩展的服务可用探测系统，还包括执行单元管理模块；

所述执行单元管理模块用于对所述执行模块的健康检查管理和监控数据上报。

优选地，根据所述协议可扩展的服务可用探测系统，所述创建单元还包括：

获取协议子单元，用于所述任务通知单元向所述任务管理模块的创建单元发送创建任务指令后，从所述创建任务指令中获取所述探测协议；

创建任务子单元，用于根据所述探测协议创建所述探测任务；所述探测任务包括探测项、探测参数、超时配置、探测点选择、结果判定。

依据本发明的另一个方面，提供了一种可扩展的服务可用探测方法，包括：

操作中心接收协议探测请求；根据所述探测请求向插件管理模块发送插件查询请求；

所述插件管理模块确认所述协议探测请求对应的协议被存储于所述插件管理模块中后，向所述操作中心返回请求应答；其中，所述协议由用户通过所述操作中心预先存储于所述插件管理模块；

所述操作中心接收到所述插件管理模块的查询单元返回的协议查询应答后，向任务管理模块发送创建任务指令；

所述任务管理模块接收到所述操作中心发送的所述任务指令后，根据所述任务指令创建探测任务；并将所述探测任务分发给各所述执行模块；其中，在所探测任务测试结束之后，各所述执行模块将测试结果发送至任务管理模块以进行查看。

优选地，在所述所述操作中心接收到所述插件管理模块的查询单元返回的协议查询应答后，向任务管理模块发送创建任务指令的步骤之前，还包括：

在所述插件管理模块接收到所述插件查询请求后，检测所述插件管理模块中是否存在与所述协议探测请求对应的协议；

如果在所述插件管理模块中不存在与所述协议探测请求对应的协议，则返回新增协议请求至所述操作中心，以提示用户通过所述操作中心添加与所述协议探测请求对应的协议至所述插件管理模块。

优选地，在所述如果在所述插件管理模块中不存在与所述协议探测请求对应的协议，则返回新增协议请求至所述操作中心，以提示用户通过所述操作中心添加与所述协议探测请求对应的协议至所述插件管理模块的步骤至后，还包括：

接收用户通过所述操作中心提交的对应所述增加协议请求的插件；

将所述插件通过所述插件管理模块分发至对应所述协议探测请求的各个所述执行模块。

优选地，所述协议可扩展的服务可用探测方法，还包括：

通过执行单元管理模块对所述执行模块进行健康检查及监控数据上报。

优选地，所述协议可扩展的服务可用探测方法，所述任务管理模块接收到所述操作中心发送的所述任务指令后，根据所述任务指令创建探测任务；并将所述探测任务分发给各所述执行模块的步骤，包括：

所述任务管理模块从所述任务指令中获取所述探测协议；

根据所述任务指令创建所述探测任务；所述探测任务包括探测项、探测参数、超时配置、探测点选择、结果判定；

所述任务管理模块将所述探测任务分发至各执行模块。

监控网络服务的不同协议时，查看本系统的所述插件管理模块中的插件是否支持所述协议的探测，若支持则可以使用该系统的任务管理模块创建探测任务；使本发明所述协议可扩展的服务可用性探测系统具有对不同协议的扩展兼容性；因此，解决了进行新的协议的服务需求时，可以基于该系统，对所述插件管理模块中的插件进行更新，则使该系统支持新的协议的服务需求；同时，所述插件管理模块中的插件支持不同团队部门的协议的服务需求，使各部门可以基于该系统进行协议服务的探测，节省了整体的人力资源。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的一种协议可扩展的服务可用探测系统实施例的结构图；

图2示出了根据本发明本发明另一个实施例的一种协议可扩展的服务可用探测系统实施例的结构图；

图3示出了根据本发明一个实施例的一种协议可扩展的服务可用探测方法步骤实施例的流程框图；

图4示出了根据本发明另一个实施例的一种协议可扩展的服务可用探测方法步骤实施例的流程框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

参照图1，示出了根据本发明一个实施例的一种协议可扩展的服务可用探测系统实施例的结构，所述系统包括操作中心110、插件管理模块140、任务管理模块120和至少一个执行模块130组成的集群，其中：

所述操作中心110包括请求确认单元111、插件查询单元112和任务通知单元113；

所述请求确认单元111用于接收协议探测请求，并在接收所述协议探测请求后，向所述插件查询单元112发送插件查询指令；

具有第一权限的普通用户确认需要探测的协议后，向具有第二权限的系统管理员申请所述协议可扩展的服务可用探测系统是否支持所述探测的协议后，所述系统管理员根据所述探测的协议创建所述协议探测请求，将所述协议探测请求发送至所述操作中心的请求确认单元111，所述请求确认单元111接收所述协议探测请求后，向所述插件查询单元112发送插件查询指令。

优选地，所述操作中心向所述系统管理员提供一个人机交互界面，例如，web界面，用于所述系统管理员根据所述被探测的协议创建所述协议探测请求。

所述插件查询单元112用于接收到所述插件查询指令后，向所述插件管理模块140的查询单元141发送插件查询请求；

所述任务通知单元113用于接收到所述插件管理模块140的查询单元141返回的协议查询应答后，向所述任务管理模块120的创建单元121发送创建任务指令；

所述操作中心110的任务通知单元113接收到所述请求应答后，根据所述请求应答可知该系统支持所述探测协议，所述任务通知单元113向所述任务管理模块120的创建单元121发送创建任务指令；所述创建任务指令包含探测协议、探测项、探测参数、超时配置、探测点选择、结果判定方式及执行理事等信息。

所述插件管理模块140包括查询单元141；

所述查询单元141用于所述插件管理模块140接收所述插件查询请求后，确认所述协议探测请求对应的协议被存储于所述插件管理模块中后，向所述任务通知单元113返回请求应答；其中，所述协议由用户通过所述操作中心预先存储于所述插件管理模块；

如前述，不同系统所支持的协议可以有所不同，那么在本申请实施例中，相关技术人员可以统一通过操作中心将需要进行服务可用检测的系统所支持的协议上传至对应的执行模块。那么，首先需要经由操作中心将协议封装成插件后上传至插件管理模块，那么插件管理模块则可以将协议对应的插件分发至相应的执行模块。例如，现在系统已经支持了tcp和http协议，有相应需求过来说，需要系统来支持https协议，那么将由相关开发人员编程实现好该协议的代码，并打包成插件，通过操作中心上传至插件管理模块，那么插件管理模块则可以将https协议对应的插件分发至该系统对应的各个执行模块中。

所述插件管理模块140的查询单元141接收到所述协议探测请求后，所述查询单元141根据所述协议探测请求对应的协议，查询所述协议对应的插件是否在所述插件管理模块140中存储；

若所述协议对应的插件存储在所述插件管理模块140中，则所述查询单元141向所述操作中心110的所述任务通知单元112返回请求应答。

所述任务管理模块120包括创建单元121、任务分发单元122和结果查看单元123；

所述创建单元121用于接收到所述任务通知单元113发送的所述任务指令后，根据所述任务指令创建探测任务；

所述任务分发单元122用于将所述向所述探测任务分发给各所述执行模块130；

所述结果查看单元123用于查看所述执行模块130根据所述探测任务进行测试结束后的结果。

所述操作中心120的所述任务通知单元113接收到所述请求应答后，可知该系统支持所述被探测的协议，所述任务通知单元113根据所述请求应答向所述创建单元121发送创建任务指令。所述任务管理模块120的创建单元121根据所述协议探测请求创建探测任务。

所述任务管理模块120的创建单元121根据创建任务指令创建探测任务，其中，所述探测任务的配置包括探测协议、探测项、探测参数、超时配置、探测点选择、结果判定方式及执行理事等数据，其中，各配置项保证探测任务的整个生命周期是可以控制和追踪的。

所述任务管理模块120的创建单元121创建新的探测任务后，向所述任务分发单元122发送所述探测任务。

所述任务分发单元122根据所述探测任务配置中的探测点选择将所述探测任务发送至所述执行模块130。

所述执行模块130接收到所述探测任务后，根据该探测任务进行测试，测试完毕之后将所述测试结果返回给所述任务管理模块120的所述结果查询单元123，以完成该测试任务。

优选地，所述普通用户和所述系统管理员均可以在所述任务管理模块120中查看所述探测任务的执行结果数据。

监控网络服务的不同协议时，查看本系统的所述插件管理模块中的插件是否支持所述协议的探测，若支持则可以使用该系统的任务管理模块创建探测任务；使本发明所述协议可扩展的服务可用性探测系统具有对不同协议的扩展兼容性；因此，解决了进行新的协议的服务需求时，可以基于该系统，对所述插件管理模块中的插件进行更新，则使该系统支持新的协议的服务需求；同时，所述插件管理模块中的插件支持不同团队部门的协议的服务需求，使各部门可以基于该系统进行协议服务的探测，节省了整体的人力资源。

实施例二

参照图2，示出了根据本发明另一个实施例的一种协议可扩展的服务可用探测系统实施例的结构，所述系统包括操作中心210、插件管理模块240、任务管理模块220和至少一个执行模块230组成的集群，其中：

所述操作中心210包括请求确认单元211、插件查询单元212和任务通知单元213；

所述请求确认单元211用于接收协议探测请求，并在接收所述协议探测请求后，向所述插件查询单元212发送插件查询指令；

具有第一权限的普通用户确认需要探测的协议后，向具有第二权限的系统管理员申请所述协议可扩展的服务可用探测系统是否支持所述探测的协议后，所述系统管理员根据所述探测的协议创建所述协议探测请求，将所述协议探测请求发送至所述操作中心的请求确认单元211，所述请求确认单元211接收所述协议探测请求后，向所述插件查询单元212发送插件查询指令。

优选地，所述操作中心向所述系统管理员提供一个人机交互界面，例如，web界面，用于所述系统管理员根据所述被探测的协议创建所述协议探测请求。

所述插件查询单元212用于接收到所述插件查询指令后，向所述插件管理模块240的查询单元241发送插件查询请求；

所述任务通知单元213用于接收到所述插件管理模块240的查询单元241返回的协议查询应答后，向所述任务管理模块220的创建单元221发送创建任务指令；

所述操作中心210的任务通知单元213接收到所述请求应答后，根据所述请求应答可知该系统支持所述探测协议，所述任务通知单元213向所述任务管理模块220发送创建任务指令；所述创建任务指令包含探测协议、探测项、探测参数、超时配置、探测点选择、结果判定方式及执行理事等信息。

所述插件管理模块240包括查询单元241；

所述查询单元241用于所述插件管理模块240接收所述插件查询请求后，确认所述协议探测请求对应的协议被存储于所述插件管理模块中后，向所述任务通知单元213返回请求应答；

所述插件管理模块240的查询单元241接收到所述协议探测请求后，所述查询单元241根据所述协议探测请求对应的协议，查询所述协议对应的插件是否在所述插件管理模块240中存储；

若所述协议对应的插件存储在所述插件管理模块240中，则所述查询单元241向所述操作中心210的所述插件查询单元212返回请求应答。

优选地，所述插件管理模块240还包括：协议检测单元242和新增协议请求单元243。

协议检测单元242，用于在所述插件管理模块接收到所述插件查询请求后，检测所述插件管理模块中是否存在与所述协议探测请求对应的协议；

新增协议请求单元243，用于如果在所述插件管理模块中不存在与所述协议探测请求对应的协议，则返回新增协议请求至所述操作中心，以提示用户通过所述操作中心添加与所述协议探测请求对应的协议至所述插件管理模块。

优选地，所述操作中心210还包括：插件接收单元214和插件分发单元215；

插件接收单元214，用于接收用户通过所述操作中心提交的对应所述增加协议请求的插件；

插件分发单元215，用于将所述插件通过所述插件管理模块分发至对应所述协议探测请求的各个所述执行模块。

若所述插件管理模块240的协议检测单元242接收到所述协议探测请求后，所述协议检测单元根据所述协议探测请求对应的协议，查询所述协议对应的插件不在所述插件管理模块240中存储；则所述协议检测单元242向所述操作中心的所述插件接收单元214返回增加协议请求。

所述操作中心210的所述插件接收单元214接收所述增加协议请求后，可以将该请求通过操作中心的人机交互界面显示出来，使得所述系统管理员知道该系统目前不支持所述探测协议的探测任务的执行。

那么，本领域技术人员在看到操作中心的增加协议请求之后，可以将所述探测协议封装成插件，将所述探测协议的类型支持、任务解析、任务执行、结果投递各个步骤用代码的方式开发成插件代码，其中，每个插件都具有相应的接口：加载插件、卸载插件、读取探测任务配置、执行任务、返回任务执行结果数据；

将上述插件代码打包成一个jar文件，即所述探测协议对应的插件，上传至所述操作中心的所述插件接收单元。

其中，所述jar文件(jar文件格式以流行的zip文件格式为基础)，对脚本语言来说，源代码文件本身就是可以插件文件存在的，不需要额外的打包过程。

所述操作中心210的插件接收单元214获取所述探测协议对应的插件，调用所述插件分发单元215，将所述探测协议对应的插件发送至所述插件管理模块240，所述插件管理模块将所述插件进行存储并发送至所述执行模块230。

此外，为了保证新上传的插件不影响现有的任务，可以是所述插件灰度上线，现在某一执行模块上进行加载和校验，然后在所述任务管理模块中新建一个使用所述上传的插件的探测任务，并且将该任务的执行模块指定为灰度的执行模块，通过观察结果数据来查询所述新探测协议是否正确无误，在通过这个灰度上线的过程后，再全量上线。例如，现有10个执行模块，当前要支持https(hypertexttransferprotocoloversecuresocketlayer：以安全为目标的http通道)协议，开发人员将https协议对应的插件通过所述操作中心发生至所述插件管理模块后，选定其中一个执行模块，命名为eu01，将所述https协议对应的插件加载在eu01上并进行校验，然后在任务管理模块中新建一个使用https协议插件的探测任务，并且配置该探测任务的探测点为eu01，一个探测周期结束后，从eu01反馈来的探测任务结果数据分析，eu01是支持https协议插件，如果支持，说明在10％的执行模块上验证了新插件的正确性，那么可以扩大灰度比例，如选择3个执行模块，3个执行模块的探测任务结果数据分析表明各执行模块均已支持https协议插件，说明在30％的执行模块上验证了新插件的正确性，直到所有所述执行模块测试通过就完成了灰度上线的步骤。

所述执行模块230加载上所述探测协议对应的插件后，所述插件管理模块240再次接收到所述协议探测请求后，所述查询模块241向所述操作中心返回所述请求应答。

所述任务管理模块220包括创建单元221、任务分发单元222和结果查看单元223；

所述创建单元221用于接收到所述任务通知单元213发送的所述任务指令后，根据所述任务指令创建探测任务；

所述任务分发单元222用于将所述向所述探测任务分发给各所述执行模块230；

所述结果查看单元223用于查看所述执行模块230根据所述探测任务进行测试结束后的结果。

所述操作中心210的所述任务通知单元213接收到所述请求应答后，可知该系统支持所述被探测的协议，所述任务通知单元213根据所述请求应答向所述创建单元221发送创建任务指令。所述任务管理模块220的创建单元221根据所述协议探测请求创建探测任务。

所述任务管理模块220的创建单元221根据创建任务指令创建探测任务，其中，所述探测任务的配置包括探测协议、探测项、探测参数、超时配置、探测点选择、结果判定方式及执行理事等数据，其中，各配置项保证探测任务的整个生命周期是可以控制和追踪的。

所述任务管理模块220的创建单元221创建新的探测任务后，向所述任务分发单元222发送所述探测任务。

所述任务分发单元222根据所述探测任务配置中的探测点选择将所述探测任务发送至所述执行模块230。

所述执行模块230接收到所述探测任务后，根据该探测任务进行测试，测试完毕之后将所述测试结果返回给所述任务管理模块220的所述结果查询单元223，以完成该测试任务。

优选地，所述创建单元221还包括：

获取协议子单元2211用于所述任务通知单元213向所述任务管理模块220的创建单元221发送创建任务指令后，从所述创建任务指令中获取所述探测协议；

创建任务子单元2212，用于根据所述探测协议创建所述探测任务；所述探测任务包括探测项、探测参数、超时配置、探测点选择、结果判定。

例如，所述探测协议为https协议时，探测任务的配置包括https协议，探测项(https链接)，探测参数(如果是get方法来访问，需要配置一些访问时的url参数，如果是post方法来访问，那么需要配置一些httpheader以及requestbody等参数)、超时配置(多长时间就任务访问超时)、探测点选择(选择哪些执行模块来进行该探测任务的执行)、结果判定方式(如何判定探测结果是否是健康的，如果不健康，那么将触发报警，例如http协议的探测内容，可能需要判定http探测项的访问结果是否是http200状态码，此外返回的结果数据中是否某些字段符合预期)及执行历史等数据，保证探测任务的整个生命周期是可以控制和追踪的。

优选地，所述任务管理模块220还包括判断单元224和周期启动任务单元225。

判断单元224，用于对所述探测任务进行查询；

周期启动任务单元225，用于若所述探测任务为定时任务，则设定时间周期，启动所述探测任务。

所述任务管理模块220的所述判断单元224根据所述探测任务对应的协议探测请求查询所述探测任务为单次任务或定时任务；

若为单次任务指的是只需要运行一次的任务，该类型任务主要供用户来进行一些按需的探测；

若为定时任务，则使用所述周期启动任务单元225设定时间周期，启动所述探测任务。例如，设置每隔2分钟就执行一次任务，该类型任务是一种long-running的，适合需要长期监控的服务。

此外，探测任务是可以指定需要在哪些执行模块上执行的，由于不同的执行模块的情况不同(机器所在地区、网络是否有外网访问权限等)，因此通过将探测任务分配到特定的执行模块来达到可用性探测目的。

优选地，所述操作中心的人机交互界面显示所述被探测的协议可以正常进行探测。

优选地，所述普通用户在所述任务管理模块中查看所述探测任务的执行结果数据。

优选地，所述协议可扩展的服务可用探测系统还包括执行单元管理模块；所述执行单元管理模块用于对所述执行模块的健康检查管理和监控数据上报。

所述执行单元管理模块主要负责对所有所述执行模块进行管理，包括新增所述执行模块、启用停用所述执行模块的健康检查、所述执行模块的监控数据收集和汇总等，保证各个所述执行模块是可以追踪的。

由于所述执行模块的监控与否将直接关乎到探测任务的结果准确性，因此所述执行单元管理模块需要有健康检查机制和监控数据上报机制。所述执行模块的健康检查管理可以通过执行单元管理模块依据健康检查脚本定时发送，获取所述执行模块的健康度。所述健康检查脚本可以包括所述执行模块是否正在运行，若所述执行模块正在运行则检查所述执行模块的网络、cpu、内存等各项指标的数据；将所述执行模块的监测数据发送给所述执行单元管理模块；所述执行单元管理模块通过分析监控数据来发现问题并向所述系统管理员的对应终端发送警报；确保所述执行模块出现问题时，例如机器宕机或负载过高时，所述系统管理员及时接收警报，通过所述执行单元管理模块停用具有问题的执行模块然后启动新的执行模块，确保用户的探测任务不受影响。

其中，所述新建执行模块的加载插件是将所述执行模块对应的插件管理模块中所有的插件均发送至所述新建执行模块，所述新建执行模块加载所有的插件并进行校验。

监控网络服务的不同协议时，查看本系统的所述插件管理模块中的插件是否支持所述协议的探测，若支持则可以使用该系统的任务管理模块创建探测任务；使本发明所述协议可扩展的服务可用性探测系统具有对不同协议的扩展兼容性。因此，解决了进行新的协议的服务需求时，通过该系统中的获取插件单元对所述插件管理模块中的插件进行更新，则使该系统支持新的协议的服务需求；同时，所述插件管理模块中的插件支持不同团队部门的协议的服务需求，使各部门可以基于该系统进行协议服务的探测，节省了整体的人力资源。

实施例三

参照图3，示出了根据本发明一个实施例的一种协议可扩展的服务可用探测方法步骤实施例的流程框图，具体可以包括如下步骤：

s310，操作中心接收协议探测请求；根据所述探测请求向插件管理模块发送插件查询请求；

所述操作中心的请求确认单元接收具有第二权限的系统管理员创建的探测请求后，向所述操作中心的插件查询单元发送插件查询指令，根据所述查询请求向插件管理模块发送插件查询请求。

s320，所述插件管理模块确认所述协议探测请求对应的协议被存储于所述插件管理模块中后，向所述操作中心返回请求应答；

所述插件管理模块接收所述插件查询请求，所述插件模块根据所述插件查询请求对应的插件，查找所述对应的插件是否存储在所述插件管理模块中；若所述对应的插件存储在所述插件管理模块中，则所述插件管理模块向所述操作中心返回请求应答。

s330，所述操作中心接收到所述插件管理模块的查询单元返回的协议查询应答后，向任务管理模块的创建单元发送创建任务指令；其中，所述协议由用户通过所述操作中心预先存储于所述插件管理模块；

所述对应的插件存储在所述插件管理模块中，则所述插件管理模块向所述操作中心返回请求应答；所述操作中心接收所述请求应答后，根据所述请求应答可知该系统支持所述探测协议，所述操作中心向所述任务管理模块发送创建任务指令。

s340，所述任务管理模块接收到所述操作中心发送的所述任务指令后，根据所述任务指令创建探测任务；并将所述探测任务分发给各所述执行模块；其中，在所探测任务测试结束之后，各所述执行模块将测试结果发送至任务管理模块以进行查看。

所述操作中心向所述任务管理模块发送创建任务指令，所述创建任务指令包含探测协议、探测项、探测参数、超时配置、探测点选择、结果判定方式及执行理事等信息。

所述任务管理模块根据创建任务指令创建探测任务，其中，所述探测任务的配置包括探测协议、探测项、探测参数、超时配置、探测点选择、结果判定方式及执行理事等数据，其中，各配置项保证探测任务的整个生命周期是可以控制和追踪的。

所述任务管理模块创建新的探测任务后，根据所述探测任务配置中的探测点选择将所述探测任务发送至所述执行模块。

所述执行模块接收到所述探测任务后，根据该探测任务进行测试，测试完毕之后将所述测试结果返回给所述任务管理模块，完成该测试任务。

优选地，所述普通用户和所述系统管理员均可以在所述任务管理模块中查看所述探测任务的执行结果数据。

监控网络服务的不同协议时，查看本系统的所述插件管理模块中的插件是否支持所述协议的探测，若支持则可以使用该系统的任务管理模块创建探测任务；使本发明所述协议可扩展的服务可用性探测系统具有对不同协议的扩展兼容性；因此，解决了进行新的协议的服务需求时，可以基于该系统，对所述插件管理模块中的插件进行更新，则使该系统支持新的协议的服务需求；同时，所述插件管理模块中的插件支持不同团队部门的协议的服务需求，使各部门可以基于该系统进行协议服务的探测，节省了整体的人力资源。

实施例四

参照图4，示出了根据本发明另一个实施例的一种协议可扩展的服务可用探测方法步骤实施例的流程框图，具体可以包括如下步骤：

s410，操作中心接收协议探测请求；根据所述探测请求向插件管理模块发送插件查询请求；

所述操作中心的请求确认单元接收具有第二权限的系统管理员创建的探测请求后，向所述操作中心的插件查询单元发送插件查询指令，根据所述查询请求向插件管理模块发送插件查询请求。

s420，在所述插件管理模块接收到所述插件查询请求后，检测所述插件管理模块中是否存在与所述协议探测请求对应的协议；

s430，如果在所述插件管理模块中不存在与所述协议探测请求对应的协议，则返回新增协议请求至所述操作中心，以提示用户通过所述操作中心添加与所述协议探测请求对应的协议至所述插件管理模块。

s440，接收用户通过所述操作中心提交的对应所述增加协议请求的插件；

s450，将所述插件通过所述插件管理模块分发至对应所述协议探测请求的各个所述执行模块。

s460，所述插件管理模块确认所述协议探测请求对应的协议被存储于所述插件管理模块中后，向所述操作中心返回请求应答；

所述插件管理模块接收所述插件查询请求，所述插件模块根据所述插件查询请求对应的插件，查找所述对应的插件是否存储在所述插件管理模块中；若所述对应的插件存储在所述插件管理模块中，则所述插件管理模块向所述操作中心返回请求应答。

s470，所述操作中心接收到所述插件管理模块的查询单元返回的协议查询应答后，向任务管理模块的创建单元发送创建任务指令；

所述对应的插件存储在所述插件管理模块中，则所述插件管理模块向所述操作中心返回请求应答；所述操作中心接收所述请求应答后，根据所述请求应答可知该系统支持所述探测协议，所述操作中心向所述任务管理模块发送创建任务指令。

优选地，若所述插件管理模块中不包含所述协议探测请求对应的插件，则获取所述协议探测请求对应的插件；

若所述插件管理模块的查询单元接收到所述协议探测请求后，所述查询单元根据所述协议探测请求对应的协议，查询所述协议对应的插件不在所述插件管理模块中存储；则所述查询单元向所述操作中心的所述插件接收单元返回增加协议请求。

通过所述插件管理模块将所述协议探测请求对应的插件上传至各个所述执行模块。

所述操作中心的所述插件接收单元接收所述增加协议请求后，将该请求通过人机交互界面显示出来，使得所述系统管理员知道该系统目前不支持所述探测协议的探测任务的执行。

s480，所述任务管理模块从所述任务指令中获取所述探测协议；

s490，根据所述任务指令创建所述探测任务；所述探测任务包括探测项、探测参数、超时配置、探测点选择、结果判定；

所述任务管理模块根据创建任务指令创建探测任务，其中，所述探测任务的配置包括探测协议、探测项、探测参数、超时配置、探测点选择、结果判定方式及执行理事等数据，其中，各配置项保证探测任务的整个生命周期是可以控制和追踪的。

s4110，所述任务管理模块将所述探测任务分发至各执行模块；其中，在所探测任务测试结束之后，各所述执行模块将测试结果发送至任务管理模块以进行查看。

所述任务管理模块创建新的探测任务后，根据所述探测任务配置中的探测点选择将所述探测任务发送至所述执行模块。

所述执行模块接收到所述探测任务后，根据该探测任务进行测试，测试完毕之后将所述测试结果返回给所述任务管理模块，完成该测试任务。

优选地，所述任务管理模块对所述探测任务进行查询；

若所述探测任务为定时任务，则设定时间周期，启动所述探测任务。

优选地，所述普通用户和所述系统管理员均可以在所述任务管理模块中查看所述探测任务的执行结果数据。

监控网络服务的不同协议时，查看本系统的所述插件管理模块中的插件是否支持所述协议的探测，若支持则可以使用该系统的任务管理模块创建探测任务；使本发明所述协议可扩展的服务可用性探测系统具有对不同协议的扩展兼容性。因此，解决了进行新的协议的服务需求时，通过对所述插件管理模块中的插件进行更新，则使该系统支持新的协议的服务需求；同时，所述插件管理模块中的插件支持不同团队部门的协议的服务需求，使各部门可以基于该系统进行协议服务的探测，节省了整体的人力资源。

对于方法实施例而言，由于其与装置实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本发明实施例的一种协议可扩展的服务可用探测系统和方法中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。