CN107959595A - 一种异常检测的方法、装置及系统 - Google Patents

一种异常检测的方法、装置及系统 Download PDF

Info

Publication number
CN107959595A
CN107959595A CN201610900052.3A CN201610900052A CN107959595A CN 107959595 A CN107959595 A CN 107959595A CN 201610900052 A CN201610900052 A CN 201610900052A CN 107959595 A CN107959595 A CN 107959595A
Authority
CN
China
Prior art keywords
port
outside access
operational trials
service
port numbers
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201610900052.3A
Other languages
English (en)
Other versions
CN107959595B (zh
Inventor
朱辉云
陈焕葵
张少愚
陈云云
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN201610900052.3A priority Critical patent/CN107959595B/zh
Publication of CN107959595A publication Critical patent/CN107959595A/zh
Application granted granted Critical
Publication of CN107959595B publication Critical patent/CN107959595B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/50—Testing arrangements

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本发明公开了一种异常检测的方法，该方法应用于异常检测系统，该异常检测系统包括业务测试设备和服务器，所述业务测试设备中存储有待测试业务的配置文件，该方法包括：扫描所述配置文件，以确定所述服务的对外访问的IP和端口号；扫描所述业务测试设备对外访问的IP和端口中处于监听状态的端口，以确定处于监听状态端口的端口号；向所述服务器发送所述服务的对外访问的IP和端口号，以及所述业务测试设备的对外访问IP和处于监听状态端口的端口号，以使所述服务器确定所述服务是否存在异常。本发明实施例提供的异常检测的方法，可以定时检测配置文件中需要依赖服务的配置接口，不需要在测试之前做专门的检测，从而节省了检测时间。

Description

一种异常检测的方法、装置及系统
技术领域
本发明涉及计算机技术领域，具体涉及一种异常检测的方法、装置及系统。
背景技术
在计算机领域中，业务在正式上线之前，都要经过测试，在确定业务稳定后才会正式上线，供用户使用。
业务在测试过程中往往需要依赖一些服务才能完成测试，如果这些服务变更、损坏或者处于调试不可用状态时，就会导致依赖该服务的业务测试异常，例如：测试该业务所依赖的端口不可用，就会导致依赖该端口的业务测试异常。
但往往依赖该服务的业务只有在主动发起测试请求时才会发现该服务异常，每次在测试前都去检查这些服务是否存在异常会浪费很多时间，若不去检测，就可能会导致业务测试失败。
发明内容
为解决现有技术中业务测试前检测需要依赖的服务需要浪费很多时间的问题，本发明实施例提供一种异常检测的方法，可以定时检测配置文件中需要依赖服务的配置接口，不需要在测试之前做专门的检测，从而节省了检测时间。本发明实施例还提供了相应的装置及系统。
本发明第二方面提供一种异常检测的方法，所述方法应用于异常检测系统，所述异常检测系统包括业务测试设备和服务器，所述业务测试设备中存储有待测试业务的配置文件，所述配置文件中包含所述待测试业务在测试时需要依赖服务的对外访问的互联网协议IP和端口号，所述方法包括：
扫描所述配置文件，以确定所述服务的对外访问的IP和端口号；
扫描所述业务测试设备对外访问的IP和端口中处于监听状态的端口，以确定处于监听状态端口的端口号；
向所述服务器发送所述服务的对外访问的IP和端口号，以及所述业务测试设备的对外访问IP和处于监听状态端口的端口号，以使所述服务器根据所述服务的对外访问的IP和端口号，以及所述业务测试设备的对外访问IP和处于监听状态端口的端口号确定所述服务是否存在异常。
本发明第二方面提供一种异常检测的方法，所述方法应用于异常检测系统，所述异常检测系统包括业务测试设备和服务器，所述业务测试设备中存储有待测试业务的配置文件，所述配置文件中包含所述待测试业务在测试时需要依赖服务的对外访问的互联网协议IP和端口号，所述方法包括：
接收所述业务测试设备发送的所述服务的对外访问的IP和端口号，以及所述业务测试设备的对外访问IP和处于监听状态端口的端口号；
确定所述服务的对外访问的IP和端口号是否是所述业务测试设备的对外访问IP和处于监听状态端口的端口号的子集；
当是子集时，确定所述服务正常，当不是子集时，确定所述服务异常。
本发明第三方面提一种异常检测的装置，所述异常检测的装置应用于异常检测系统的业务测试设备中，所述异常检测系统还包括服务器，所述业务测试设备中存储有待测试业务的配置文件，所述配置文件中包含所述待测试业务在测试时需要依赖服务的对外访问的互联网协议IP和端口号，所述装置包括：
第一扫描单元，用于扫描所述配置文件，以确定所述服务的对外访问的IP和端口号；
第二扫描单元，用于扫描所述业务测试设备对外访问的IP和端口中处于监听状态的端口，以确定处于监听状态端口的端口号；
发送单元，用于向所述服务器发送所述第一扫描单元扫描确定的所述服务的对外访问的IP和端口号，以及所述第二扫描单元扫描确定的所述业务测试设备的对外访问IP和处于监听状态端口的端口号，以使所述服务器根据所述服务的对外访问的IP和端口号，以及所述业务测试设备的对外访问IP和处于监听状态端口的端口号确定所述服务是否存在异常。
本发明第四方面提供一种异常检测的装置，所述异常检测的装置应用于异常检测系统的服务器中，所述异常检测系统还包括业务测试设备，所述业务测试设备中存储有待测试业务的配置文件，所述配置文件中包含所述待测试业务在测试时需要依赖服务的对外访问的互联网协议IP和端口号，所述装置包括：
接收单元，用于接收所述业务测试设备发送的所述服务的对外访问的IP和端口号，以及所述业务测试设备的对外访问IP和处于监听状态端口的端口号；
第一确定单元，用于确定所述接收单元接收的所述服务的对外访问的IP和端口号是否是所述业务测试设备的对外访问IP和处于监听状态端口的端口号的子集；
第二确定单元，用于当所述第一确定单元确定是子集时，确定所述服务正常，当所述第一确定单元确定不是子集时，确定所述服务异常。
本发明第五方面提供一种异常检测系统，所述异常检测系统包括业务测试设备和服务器，所述业务测试设备中存储有待测试业务的配置文件，所述配置文件中包含所述待测试业务在测试时需要依赖服务的对外访问的互联网协议IP和端口号；
所述业务测试设备包括上述第三方面所述的异常检测的装置；
所述服务器包括上述第四方面所述的异常检测的装置。
与现有技术中业务测试前检测需要依赖的服务需要浪费很多时间相比，本发明实施例提供的异常检测的方法，可以定时检测配置文件中需要依赖服务的配置接口，不需要在测试之前做专门的检测，从而节省了检测时间。而且提高了业务测试的成功率。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例中异常检测系统的一实施例示意图；
图2是本发明实施例中异常检测系统的另一实施例示意图；
图3是本发明实施例中异常检测系统的另一实施例示意图；
图4是本发明实施例中异常检测系统的另一实施例示意图；
图5是本发明实施例中异常检测系统的另一实施例示意图；
图6是本发明实施例中配置扫描上报流程的一实施例示意图；
图7是本发明实施例中监听端口扫描上报流程的一实施例示意图；
图8是本发明实施例中告警输出流程的一实施例示意图；
图9是本发明实施例中异常检测的方法的一实施例示意图；
图10是本发明实施例中异常检测的方法的另一实施例示意图；
图11是本发明实施例中异常检测的装置的一实施例示意图；
图12是本发明实施例中异常检测的装置的另一实施例示意图；
图13是本发明实施例中异常检测的装置的另一实施例示意图；
图14是本发明实施例中异常检测的装置的另一实施例示意图；
图15是本发明实施例中业务测试设备的一实施例示意图；
图16是本发明实施例中服务器的一实施例示意图。
具体实施方式
本发明实施例提供一种异常检测的方法，可以定时检测配置文件中需要依赖服务的配置接口，不需要在测试之前做专门的检测，从而节省了检测时间。本发明实施例还提供了相应的装置及系统。以下分别进行详细说明。
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
图1是本发明实施例中异常检测系统的一实施例示意图。
参阅图1，本发明实施例提供的异常检测系统的一实施例包括：服务器10、网络20和业务测试设备30，其中，业务测试设备30可以有多个，服务器10和业务测试设备30可以通过网络20通信连接。业务测试设备中存储有待测试业务的配置文件，所述配置文件中包含所述待测试业务在测试时需要依赖服务的对外访问的互联网协议IP和端口号。
业务测试设备30中可以运行配置扫描线程，该配置扫描线程运行扫描所述配置文件，以确定所述服务的对外访问的IP和端口号。
业务测试设备30中还可以运行监听端口扫描线程，该监听端口扫描线程运行扫描所述业务测试设备对外访问的IP和端口中处于监听状态的端口，以确定处于监听状态端口的端口号。
业务测试设备30向所述服务器发送所述服务的对外访问的IP和端口号，以及所述业务测试设备的对外访问IP和处于监听状态端口的端口号，以使所述服务器根据所述服务的对外访问的IP和端口号，以及所述业务测试设备的对外访问IP和处于监听状态端口的端口号确定所述服务是否存在异常。
其中，可以是确定所述服务的对外访问的IP和端口号后直接向服务器发送该服务的对外访问的IP和端口号。
考虑到处于监听状态的端口可能会发生变化，所以会周期性扫描所述业务测试设备的对外访问的IP和端口中处于监听状态的端口。为了节省网络流量，可以是当所述业务测试设备的对外访问的IP和处于监听状态端口的端口号有更新时，向所述服务器发送所述业务测试设备的对外访问IP和更新后的处于监听状态端口的端口号。
当然，也可以是周期性扫描出业务测试设备的对外访问的IP和处于监听状态端口的端口号后，每次的扫描结果都发送给服务器。
服务器10确定所述服务的对外访问的IP和端口号是否是所述业务测试设备的对外访问IP和处于监听状态端口的端口号的子集；当是子集时，确定所述服务正常，当不是子集时，确定所述服务异常。
服务的对外访问的IP和端口号可以用列表的形式表示，例如：可以用列表A表示，所述业务测试设备的对外访问IP和处于监听状态端口的端口号可以用列表B表示，在异常检测时，只需要判断列表A中的IP和端口号是否都落入了列表B中，若全部都落入了列表B中，则可以确定服务不会出现异常，如果没有完全落入列表B中，则服务有可能出现异常，可能会导致待测试业务的测试因所依赖的服务异常而测试失败。
与现有技术中业务测试前检测需要依赖的服务需要浪费很多时间相比，本发明实施例提供的异常检测系统，可以定时检测配置文件中需要依赖服务的配置接口，不需要在测试之前做专门的检测，从而节省了检测时间。而且提高了业务测试的成功率。
考虑到整个异常检测系统的稳定性，参阅图2，服务器10可以有两个，可以包括主服务器10A和备服务器10B，主服务器10A正常时由主服务器10A进行异常检测，当主服务器10A出现故障时，由备服务器10B接替主服务器10A进行异常检测。
另外，该异常检测系统还可以包括测试管理设备，如图3所示，当服务器10确定出服务异常后，会将该异常指示消息通知给测试管理设备40，通知的方式可以是发送短消息或者邮件。
而且，上述方案中，服务的对外访问的IP和端口号，以及业务测试设备对外访问的IP和处于监听状态端口的端口号并不一定是同时接收的，所以可以将包含服务的对外访问的IP和端口号的列表A存储到服务中，接收到包含所述业务测试设备的对外访问IP和处于监听状态端口的端口号的列表B后，再将列表B也存储到服务器中，待异常检测周期到来后再提取出列表A和列表B进行异常检测。
而且，当所述业务测试设备的对外访问的IP和处于监听状态端口的端口号有更新时，列表B中的内容会相应的进行更新。
当然，列表A和列表B也可以不存储在服务器中，如图4所示，该异常检测系统还可以包括数据存储设备50。
服务器10可以在接收到列表A后将列表A发送到数据存储设备50中存储，接收到列表B后，将列表B发送到数据存储设备50中存储，如果列表B有更新，则会将更新的列表B发送到数据存储设备50中替换原来存储的列表B。
在异常检测周期到来时，服务器10从所述数据存储设备50中获取列表A和列表B进行异常检测。
为了更清楚直观的展示本发明实施例中异常检测系统的架构，还可以参阅图5所示的异常检测系统的简图进行理解。
如图5所示，异常检测系统的架构包括业务测试设备、服务器和数据存储设备，其中，业务测试设备中包括配置扫描模块和本地监听端口扫描模块，服务器中包括配置和存活列表，以及告警输出模块，数据存储设备中包括数据库(DataBase，DB)。其中，各模块的功能可以为：
配置扫描模块：负责按目录遍历业务测试设备上的所有配置文件里面的IP+Port，并上报给配置和存活列表。
本地监听端口扫描模块：负责扫描获取业务测试设备上的处于监听状态的IP+Port，并上报给配置和存活列表。
配置和存活列表：负责将收到的处于监听状态的IP+Port数据和配置的IP+Port数据存入DB。
告警输出：负责定时遍历配置扫描上报的IP+Port是否存活(被包含于端口扫描上报的IP+Port列表即为存活)。如果不是存活状态，通过短信、Email等多种方式输出告警到相关负责人。
DB：负责存储存活的IP+Port数据和通过配置扫描得到的配置的IP+Port数据。
按照图5的架构，异常检测的过程可以包括配置扫描上报流程、监听端口扫描上报流程和告警输出流程。
其中，配置扫描上报流程如图6所示可以包括
S1、扫描进程列表的配置文件。
S2、遍历得到配置文件中所有的IP+Port端口，上报服务器。
S3、配置和存活列表收到上报数据之后，将数据插入DB。
监听端口扫描上报流程如图7所示可以包括：
S11、通过系统命令获取本地机器监听端口，并判断哪些处于监听状态。
S12、遍历得到当前处于监听状态的IP+Port端口，上报给服务器。
S13、服务器收到上报数据之后，将数据插入DB。
告警输出流程如图8所示可以包括：
S21、定时读取DB的配置列表中的数据。
S22、遍历这些配置数据。
S23、判断是否存在于存活列表中。
S24、如果在存活列表中不存在，则输出告警。
如果存在，则重复步骤S22。
以上，本发明实施例所提供的异常检测方案能有效避免或者减少测试环境配置错误导致故障的发生。能缩短发现测试环境配置错误导致的故障原因的查找时间。提高运维效率。
图9是本发明实施例中异常检测的方法的一实施例示意图。
如图9所示，结合上述图1至图5的异常检测系统，本发明实施例所提供的异常检测的方法的一实施例包括：
101、业务测试设备扫描所述配置文件，以确定所述服务的对外访问的IP和端口号。
102、业务测试设备扫描所述业务测试设备对外访问的IP和端口中处于监听状态的端口，以确定处于监听状态端口的端口号。
103、业务测试设备向所述服务器发送所述服务的对外访问的IP和端口号，以及所述业务测试设备的对外访问IP和处于监听状态端口的端口号。
104、服务器确定所述服务的对外访问的IP和端口号是否是所述业务测试设备的对外访问IP和处于监听状态端口的端口号的子集。
105、当是子集时，服务器确定所述服务正常，当不是子集时，服务器确定所述服务异常。
与现有技术中业务测试前检测需要依赖的服务需要浪费很多时间相比，本发明实施例提供的异常检测的方法，可以定时检测配置文件中需要依赖服务的配置接口，不需要在测试之前做专门的检测，从而节省了检测时间。而且提高了业务测试的成功率。
如图10所示，结合上述图1至图5的异常检测系统，本发明实施例所提供的异常检测的方法的另一实施例包括：
201、业务测试设备扫描所述配置文件，以确定所述服务的对外访问的IP和端口号。
202、业务测试设备向服务器发送所述服务的对外访问的IP和端口号。
203、所述服务器向数据存储设备发送所述服务的对外访问的IP和端口号。
204、业务测试设备扫描所述业务测试设备对外访问的IP和端口中处于监听状态的端口，以确定处于监听状态端口的端口号。
205、业务测试设备向服务器发送所述业务测试设备的对外访问IP和处于监听状态端口的端口号。
206、服务器向数据存储设备发送所述业务测试设备的对外访问IP和处于监听状态端口的端口号。
当然，步骤201-203与步骤204-206之间可以不用限定先后顺序，也可以同时进行。
207、在异常检测周期到来时，服务器从数据存储设备获取所述服务的对外访问的IP和端口号，以及所述业务测试设备的对外访问IP和处于监听状态端口的端口号。
208、服务器确定所述服务的对外访问的IP和端口号是否是所述业务测试设备的对外访问IP和处于监听状态端口的端口号的子集。
205、当是子集时，服务器确定所述服务正常，当不是子集时，服务器确定所述服务异常。
当然，上述过程中还可以包括业务测试设备的对外访问IP和处于监听状态端口的端口号的周期性检测和数据更新过程，可以参阅图1至图5部分的相应描述进行理解，本处不做过多赘述。
以上是对异常检测系统和异常检测的方法的描述，下面结合附图介绍本发明实施例中的异常检测的装置。
如图11所示，本发明实施例提供的异常检测的装置60应用于异常检测系统的业务测试设备中，所述异常检测系统还包括服务器，所述业务测试设备中存储有待测试业务的配置文件，所述配置文件中包含所述待测试业务在测试时需要依赖服务的对外访问的互联网协议IP和端口号，所述装置60包括：
第一扫描单元601，用于扫描所述配置文件，以确定所述服务的对外访问的IP和端口号；
第二扫描单元602，用于扫描所述业务测试设备对外访问的IP和端口中处于监听状态的端口，以确定处于监听状态端口的端口号；
发送单元603，用于向所述服务器发送所述第一扫描单元601扫描确定的所述服务的对外访问的IP和端口号，以及所述第二扫描单元602扫描确定的所述业务测试设备的对外访问IP和处于监听状态端口的端口号，以使所述服务器根据所述服务的对外访问的IP和端口号，以及所述业务测试设备的对外访问IP和处于监听状态端口的端口号确定所述服务是否存在异常。
与现有技术中业务测试前检测需要依赖的服务需要浪费很多时间相比，本发明实施例提供的异常检测的装置，可以定时检测配置文件中需要依赖服务的配置接口，不需要在测试之前做专门的检测，从而节省了检测时间。而且提高了业务测试的成功率。
其中，所述第二扫描单元602，还用于周期性扫描所述业务测试设备的对外访问的IP和端口中处于监听状态的端口；
所述发送单元603，还用于当所述业务测试设备的对外访问的IP和处于监听状态端口的端口号有更新时，向所述服务器发送所述业务测试设备的对外访问IP和更新后的处于监听状态端口的端口号。
如图12所示，本发明实施例提供的异常检测的装置70应用于异常检测系统的服务器中，所述异常检测系统还包括业务测试设备，所述业务测试设备中存储有待测试业务的配置文件，所述配置文件中包含所述待测试业务在测试时需要依赖服务的对外访问的互联网协议IP和端口号，所述装置70包括：
接收单元701，用于接收所述业务测试设备发送的所述服务的对外访问的IP和端口号，以及所述业务测试设备的对外访问IP和处于监听状态端口的端口号；
第一确定单元702，用于确定所述接收单元701接收的所述服务的对外访问的IP和端口号是否是所述业务测试设备的对外访问IP和处于监听状态端口的端口号的子集；
第二确定单元703，用于当所述第一确定单元702确定是子集时，确定所述服务正常，当所述第一确定单元702确定不是子集时，确定所述服务异常。
与现有技术中业务测试前检测需要依赖的服务需要浪费很多时间相比，本发明实施例提供的异常检测的装置，可以定时检测配置文件中需要依赖服务的配置接口，不需要在测试之前做专门的检测，从而节省了检测时间。而且提高了业务测试的成功率。
可选地，参阅图13，当所述异常检测系统还包括数据存储设备时，本发明实施例提供的异常检测装置还包括：第一发送单元704和获取单元705，
所述第一发送单元704，用于将所述接收单元701接收的所述服务的对外访问的IP和端口号，以及所述业务测试设备的对外访问IP和处于监听状态端口的端口号分别发送到所述数据存储设备中存储；
所述获取单元705，用于在异常检测周期到来时，从所述数据存储设备中获取所述服务的对外访问的IP和端口号，以及所述业务测试设备的对外访问IP和处于监听状态端口的端口号。
可选地，所述接收单元701，还用于当所述业务测试设备的对外访问的IP和处于监听状态端口的端口号有更新时，接收所述业务测试设备发送的对外访问IP和更新后的处于监听状态端口的端口号；
所述第一发送单元704，还用于发送所述更新后的处于监听状态端口的端口号到所述数据存储设备中替换所述数据存储设备中存储的处于监听状态端口的端口号。
可选地，参阅图14，本发明实施例提供的异常检测装置还包括：第二发送单元706，
所述第二发送单元706，用于在所述第二确定单元703确定所述服务异常时，向测试管理设备发送异常提示信息。
图15是本发明实施例提供的业务测试设备60的结构示意图。所述业务测试设备60应用于异常检测系统，所述异常检测系统还包括服务器，所述业务测试设备中存储有待测试业务的配置文件，所述配置文件中包含所述待测试业务在测试时需要依赖服务的对外访问的互联网协议IP和端口号，所述业务测试设备60包括处理器610、存储器650和收发器630，存储器650可以包括只读存储器和随机存取存储器，并向处理器610提供操作指令和数据。存储器650的一部分还可以包括非易失性随机存取存储器(NVRAM)。
在一些实施方式中，存储器650存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集:
在本发明实施例中，通过调用存储器650存储的操作指令(该操作指令可存储在操作系统中)，
扫描所述配置文件，以确定所述服务的对外访问的IP和端口号；
扫描所述业务测试设备对外访问的IP和端口中处于监听状态的端口，以确定处于监听状态端口的端口号；
通过收发器630向所述服务器发送所述服务的对外访问的IP和端口号，以及所述业务测试设备的对外访问IP和处于监听状态端口的端口号，以使所述服务器根据所述服务的对外访问的IP和端口号，以及所述业务测试设备的对外访问IP和处于监听状态端口的端口号确定所述服务是否存在异常。
与现有技术中业务测试前检测需要依赖的服务需要浪费很多时间相比，本发明实施例提供的业务测试设备，可以定时检测配置文件中需要依赖服务的配置接口，不需要在测试之前做专门的检测，从而节省了检测时间。而且提高了业务测试的成功率。
处理器610控制业务测试设备60的操作，处理器610还可以称为CPU(CentralProcessing Unit，中央处理单元)。存储器650可以包括只读存储器和随机存取存储器，并向处理器610提供指令和数据。存储器650的一部分还可以包括非易失性随机存取存储器(NVRAM)。具体的应用中业务测试设备60的各个组件通过总线系统620耦合在一起，其中总线系统620除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都标为总线系统620。
上述本发明实施例揭示的方法可以应用于处理器610中，或者由处理器610实现。处理器610可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器610中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器610可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器650，处理器610读取存储器650中的信息，结合其硬件完成上述方法的步骤。
可选地，处理器610用于：周期性扫描所述业务测试设备的对外访问的IP和端口中处于监听状态的端口；
收发器630用于当所述业务测试设备的对外访问的IP和处于监听状态端口的端口号有更新时，向所述服务器发送所述业务测试设备的对外访问IP和更新后的处于监听状态端口的端口号。
图15所描述的业务测试设备可以参阅图1至图5部分的相应描述进行理解，本处不再重复赘述。
图16是本发明实施例提供的服务器70的结构示意图。所述服务器70应用于异常检测系统，所述异常检测系统还包括业务测试设备，所述业务测试设备中存储有待测试业务的配置文件，所述配置文件中包含所述待测试业务在测试时需要依赖服务的对外访问的互联网协议IP和端口号，所述服务器70包括处理器710、存储器750和收发器730，存储器750可以包括只读存储器和随机存取存储器，并向处理器710提供操作指令和数据。存储器750的一部分还可以包括非易失性随机存取存储器(NVRAM)。
在一些实施方式中，存储器750存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集:
在本发明实施例中，通过调用存储器750存储的操作指令(该操作指令可存储在操作系统中)，
通过收发器730接收所述业务测试设备发送的所述服务的对外访问的IP和端口号，以及所述业务测试设备的对外访问IP和处于监听状态端口的端口号；
确定所述服务的对外访问的IP和端口号是否是所述业务测试设备的对外访问IP和处于监听状态端口的端口号的子集；
当是子集时，确定所述服务正常，当不是子集时，确定所述服务异常。
与现有技术中业务测试前检测需要依赖的服务需要浪费很多时间相比，本发明实施例提供的服务器，可以定时检测配置文件中需要依赖服务的配置接口，不需要在测试之前做专门的检测，从而节省了检测时间。而且提高了业务测试的成功率。
处理器710控制服务器70的操作，处理器710还可以称为CPU(Central ProcessingUnit，中央处理单元)。存储器750可以包括只读存储器和随机存取存储器，并向处理器710提供指令和数据。存储器750的一部分还可以包括非易失性随机存取存储器(NVRAM)。具体的应用中服务器70的各个组件通过总线系统720耦合在一起，其中总线系统720除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都标为总线系统720。
上述本发明实施例揭示的方法可以应用于处理器710中，或者由处理器710实现。处理器710可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器710中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器710可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器750，处理器710读取存储器750中的信息，结合其硬件完成上述方法的步骤。
可选地，当所述异常检测系统还包括数据存储设备时，所述收发器730还用于将所述服务的对外访问的IP和端口号，以及所述业务测试设备的对外访问IP和处于监听状态端口的端口号分别存储到所述数据存储设备中；
所述收发器730还用于在异常检测周期到来时，从所述数据存储设备中获取所述服务的对外访问的IP和端口号，以及所述业务测试设备的对外访问IP和处于监听状态端口的端口号。
可选地，所述收发器730还用于当所述业务测试设备的对外访问的IP和处于监听状态端口的端口号有更新时，接收所述业务测试设备发送的对外访问IP和更新后的处于监听状态端口的端口号；发送所述更新后的处于监听状态端口的端口号到所述数据存储设备中替换所述数据存储设备中存储的处于监听状态端口的端口号。
可选地，所述收发器730还用于在确定所述服务异常时，向测试管理设备发送异常提示信息。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：ROM、RAM、磁盘或光盘等。
以上对本发明实施例所提供的异常检测的方法、装置以及系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (13)

1.一种异常检测的方法，其特征在于，所述方法应用于异常检测系统，所述异常检测系统包括业务测试设备和服务器，所述业务测试设备中存储有待测试业务的配置文件，所述配置文件中包含所述待测试业务在测试时需要依赖服务的对外访问的互联网协议IP和端口号，所述方法包括：
扫描所述配置文件，以确定所述服务的对外访问的IP和端口号；
扫描所述业务测试设备对外访问的IP和端口中处于监听状态的端口，以确定处于监听状态端口的端口号；
向所述服务器发送所述服务的对外访问的IP和端口号，以及所述业务测试设备的对外访问IP和处于监听状态端口的端口号，以使所述服务器根据所述服务的对外访问的IP和端口号，以及所述业务测试设备的对外访问IP和处于监听状态端口的端口号确定所述服务是否存在异常。
2.根据权利要求1所述的方法，其特征在于，所述扫描所述业务测试设备对外访问的IP和端口中处于监听状态的端口，包括：
周期性扫描所述业务测试设备的对外访问的IP和端口中处于监听状态的端口；
所述向所述服务器发送所述业务测试设备的对外访问IP和处于监听状态端口的端口号，包括：
当所述业务测试设备的对外访问的IP和处于监听状态端口的端口号有更新时，向所述服务器发送所述业务测试设备的对外访问IP和更新后的处于监听状态端口的端口号。
3.一种异常检测的方法，其特征在于，所述方法应用于异常检测系统，所述异常检测系统包括业务测试设备和服务器，所述业务测试设备中存储有待测试业务的配置文件，所述配置文件中包含所述待测试业务在测试时需要依赖服务的对外访问的互联网协议IP和端口号，所述方法包括：
接收所述业务测试设备发送的所述服务的对外访问的IP和端口号，以及所述业务测试设备的对外访问IP和处于监听状态端口的端口号；
确定所述服务的对外访问的IP和端口号是否是所述业务测试设备的对外访问IP和处于监听状态端口的端口号的子集；
当是子集时，确定所述服务正常，当不是子集时，确定所述服务异常。
4.根据权利要求3所述的方法，其特征在于，所述异常检测系统还包括数据存储设备，
所述接收所述业务测试设备发送的所述服务的对外访问的IP和端口号，以及所述业务测试设备的对外访问IP和处于监听状态端口的端口号之后，所述方法还包括：
将所述服务的对外访问的IP和端口号，以及所述业务测试设备的对外访问IP和处于监听状态端口的端口号分别存储到所述数据存储设备中；
所述确定所述服务的对外访问的IP和端口号是否是所述业务测试设备的对外访问IP和处于监听状态端口的端口号的子集之前，所述方法还包括：
在异常检测周期到来时，从所述数据存储设备中获取所述服务的对外访问的IP和端口号，以及所述业务测试设备的对外访问IP和处于监听状态端口的端口号。
5.根据权利要求4所述的方法，其特征在于，所述接收所述业务测试设备的对外访问IP和处于监听状态端口的端口号之后，所述方法还包括：
当所述业务测试设备的对外访问的IP和处于监听状态端口的端口号有更新时，接收所述业务测试设备发送的对外访问IP和更新后的处于监听状态端口的端口号；
发送所述更新后的处于监听状态端口的端口号到所述数据存储设备中替换所述数据存储设备中存储的处于监听状态端口的端口号。
6.根据权利要求3-5任一所述的方法，其特征在于，所述方法还包括：
在确定所述服务异常时，向测试管理设备发送异常提示信息。
7.一种异常检测的装置，其特征在于，所述异常检测的装置应用于异常检测系统的业务测试设备中，所述异常检测系统还包括服务器，所述业务测试设备中存储有待测试业务的配置文件，所述配置文件中包含所述待测试业务在测试时需要依赖服务的对外访问的互联网协议IP和端口号，所述装置包括：
第一扫描单元，用于扫描所述配置文件，以确定所述服务的对外访问的IP和端口号；
第二扫描单元，用于扫描所述业务测试设备对外访问的IP和端口中处于监听状态的端口，以确定处于监听状态端口的端口号；
发送单元，用于向所述服务器发送所述第一扫描单元扫描确定的所述服务的对外访问的IP和端口号，以及所述第二扫描单元扫描确定的所述业务测试设备的对外访问IP和处于监听状态端口的端口号，以使所述服务器根据所述服务的对外访问的IP和端口号，以及所述业务测试设备的对外访问IP和处于监听状态端口的端口号确定所述服务是否存在异常。
8.根据权利要求7所述的装置，其特征在于，
所述第二扫描单元，还用于周期性扫描所述业务测试设备的对外访问的IP和端口中处于监听状态的端口；
所述发送单元，还用于当所述业务测试设备的对外访问的IP和处于监听状态端口的端口号有更新时，向所述服务器发送所述业务测试设备的对外访问IP和更新后的处于监听状态端口的端口号。
9.一种异常检测的装置，其特征在于，所述异常检测的装置应用于异常检测系统的服务器中，所述异常检测系统还包括业务测试设备，所述业务测试设备中存储有待测试业务的配置文件，所述配置文件中包含所述待测试业务在测试时需要依赖服务的对外访问的互联网协议IP和端口号，所述装置包括：
接收单元，用于接收所述业务测试设备发送的所述服务的对外访问的IP和端口号，以及所述业务测试设备的对外访问IP和处于监听状态端口的端口号；
第一确定单元，用于确定所述接收单元接收的所述服务的对外访问的IP和端口号是否是所述业务测试设备的对外访问IP和处于监听状态端口的端口号的子集；
第二确定单元，用于当所述第一确定单元确定是子集时，确定所述服务正常，当所述第一确定单元确定不是子集时，确定所述服务异常。
10.根据权利要求9所述的装置，其特征在于，所述异常检测系统还包括数据存储设备，所述装置还包括第一发送单元和获取单元，
所述第一发送单元，用于将所述接收单元接收的所述服务的对外访问的IP和端口号，以及所述业务测试设备的对外访问IP和处于监听状态端口的端口号分别发送到所述数据存储设备中存储；
所述获取单元，用于在异常检测周期到来时，从所述数据存储设备中获取所述服务的对外访问的IP和端口号，以及所述业务测试设备的对外访问IP和处于监听状态端口的端口号。
11.根据权利要求10所述的装置，其特征在于，
所述接收单元，还用于当所述业务测试设备的对外访问的IP和处于监听状态端口的端口号有更新时，接收所述业务测试设备发送的对外访问IP和更新后的处于监听状态端口的端口号；
所述第一发送单元，还用于发送所述更新后的处于监听状态端口的端口号到所述数据存储设备中替换所述数据存储设备中存储的处于监听状态端口的端口号。
12.根据权利要求9-11任一所述的装置，其特征在于，所述装置还包括第二发送单元，
所述第二发送单元，用于在所述第二确定单元确定所述服务异常时，向测试管理设备发送异常提示信息。
13.一种异常检测系统，其特征在于，所述异常检测系统包括业务测试设备和服务器，所述业务测试设备中存储有待测试业务的配置文件，所述配置文件中包含所述待测试业务在测试时需要依赖服务的对外访问的互联网协议IP和端口号；
所述业务测试设备包括权利要求7或8所述的异常检测的装置；
所述服务器包括权利要求9-12任一所述的异常检测的装置。
CN201610900052.3A 2016-10-14 2016-10-14 一种异常检测的方法、装置及系统 Active CN107959595B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610900052.3A CN107959595B (zh) 2016-10-14 2016-10-14 一种异常检测的方法、装置及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610900052.3A CN107959595B (zh) 2016-10-14 2016-10-14 一种异常检测的方法、装置及系统

Publications (2)

Publication Number Publication Date
CN107959595A true CN107959595A (zh) 2018-04-24
CN107959595B CN107959595B (zh) 2020-10-27

Family

ID=61953687

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610900052.3A Active CN107959595B (zh) 2016-10-14 2016-10-14 一种异常检测的方法、装置及系统

Country Status (1)

Country Link
CN (1) CN107959595B (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109753806A (zh) * 2018-06-26 2019-05-14 360企业安全技术(珠海)有限公司 服务器防护方法及装置
CN112737873A (zh) * 2020-12-14 2021-04-30 北京同有飞骥科技股份有限公司 一种针对docker云服务的端口智能监听方法

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030174070A1 (en) * 2002-03-13 2003-09-18 Garrod J. Kelly Wireless supervisory control and data acquisition
JP2004134879A (ja) * 2002-10-08 2004-04-30 Hitachi Information Technology Co Ltd ルータ装置
CN1704763A (zh) * 2004-06-01 2005-12-07 阿尔卡特公司 电子设备诊断方法和系统
CN102377619A (zh) * 2011-11-22 2012-03-14 江苏亿通高科技股份有限公司 Snmp代理通信异常自动检测及处理方法
CN102479130A (zh) * 2010-11-25 2012-05-30 上海宇芯科技有限公司 一种跨平台跨语言单芯片系统的验证方法
CN102739462A (zh) * 2011-04-08 2012-10-17 中国移动通信集团公司 一种测试报文的发送方法以及装置
CN102821416A (zh) * 2011-06-10 2012-12-12 芯讯通无线科技（上海）有限公司 无线通信模块的异常中断测试系统及其应用方法
CN103049438A (zh) * 2011-10-11 2013-04-17 镇江精英软件科技有限公司 一种数据访问接口管理的方法
CN103117895A (zh) * 2013-01-25 2013-05-22 哈尔滨工业大学 一种lxi仪器的服务监听方法

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030174070A1 (en) * 2002-03-13 2003-09-18 Garrod J. Kelly Wireless supervisory control and data acquisition
JP2004134879A (ja) * 2002-10-08 2004-04-30 Hitachi Information Technology Co Ltd ルータ装置
CN1704763A (zh) * 2004-06-01 2005-12-07 阿尔卡特公司 电子设备诊断方法和系统
CN102479130A (zh) * 2010-11-25 2012-05-30 上海宇芯科技有限公司 一种跨平台跨语言单芯片系统的验证方法
CN102739462A (zh) * 2011-04-08 2012-10-17 中国移动通信集团公司 一种测试报文的发送方法以及装置
CN102821416A (zh) * 2011-06-10 2012-12-12 芯讯通无线科技（上海）有限公司 无线通信模块的异常中断测试系统及其应用方法
CN103049438A (zh) * 2011-10-11 2013-04-17 镇江精英软件科技有限公司 一种数据访问接口管理的方法
CN102377619A (zh) * 2011-11-22 2012-03-14 江苏亿通高科技股份有限公司 Snmp代理通信异常自动检测及处理方法
CN103117895A (zh) * 2013-01-25 2013-05-22 哈尔滨工业大学 一种lxi仪器的服务监听方法

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109753806A (zh) * 2018-06-26 2019-05-14 360企业安全技术(珠海)有限公司 服务器防护方法及装置
CN109753806B (zh) * 2018-06-26 2024-01-19 奇安信安全技术(珠海)有限公司 服务器防护方法及装置
CN112737873A (zh) * 2020-12-14 2021-04-30 北京同有飞骥科技股份有限公司 一种针对docker云服务的端口智能监听方法
CN112737873B (zh) * 2020-12-14 2022-10-18 北京同有飞骥科技股份有限公司 一种针对docker云服务的端口智能监听方法

Also Published As

Publication number Publication date
CN107959595B (zh) 2020-10-27

Similar Documents

Publication Publication Date Title
CN108322351A (zh) 生成拓扑图的方法和装置、故障确定方法和装置
CN104202201B (zh) 一种日志处理方法、装置及终端
TW202006740A (zh) 在網路環境中促進臨床訊息傳遞之系統與方法
CN110932933B (zh) 网络状况监测方法、计算设备及计算机存储介质
CN110324193B (zh) 一种终端升级管理方法及装置
JP2001520777A (ja) 遠距離通信ネットワークにおいてクライアントプログラムをネットワークデバイスにインターフェースするインターフェース
CN110659109A (zh) 一种openstack集群虚拟机监控系统及方法
CN113067875B (zh) 基于微服务网关动态流控的访问方法和装置以及设备
CN107241242A (zh) 一种数据处理方法和装置
CN109218407B (zh) 基于日志监控技术的代码管控方法及终端设备
CN107959595A (zh) 一种异常检测的方法、装置及系统
CN102571438B (zh) 远程监护系统及其自动网络诊断方法
CN109639580A (zh) 一种报文转发方法及装置
CN110222034A (zh) 一种数据库维护方法及装置
CN113055501B (zh) 一种通过网口串联配置ip地址的方法及装置
CN104468708A (zh) 数据协同方法和数据协同装置
EP1385297A1 (en) Autonomous system for remote management of devices subject to pay-per-use services
CN109245914B (zh) 动态配置方法、参数监听端及参数配置端
CN110753363A (zh) 一种智能设备无线调试系统和方法
US8391137B2 (en) Management system and management method for managing a communication apparatus
CN100576185C (zh) 信息处理装置和信息处理方法
CN114153583A (zh) 任务状态管理方法、任务管理系统和任务调用系统
CN113965447B (zh) 一种在线云诊断方法、装置、系统、设备及存储介质
CN114500178A (zh) 一种自运维的智慧物联网关
CN108880920A (zh) 云服务管理方法、装置以及电子设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant