CN106301982A - 一种接口消息监测方法及装置 - Google Patents

Abstract

本发明公开了一种接口消息监测方法及装置，该方法包括：在接收到对接口消息进行监测的监测请求时，按照设定的过滤规则，获取与所述过滤规则对应的数据；确定获取的所述数据中与所述监测请求匹配的接口消息，用于解决现有技术中对于同一设备的软件与硬件之间的接口，无法实现接口消息监测的问题。

Description

一种接口消息监测方法及装置

技术领域

本发明涉及通信技术领域，尤其是涉及一种接口消息监测方法及装置。

背景技术

现有网络具备完备的信令监测方法和系统。其中针对接口消息的监测是通过信令监测仪表跨接在各接口，通过底层抓包、过滤、解码等步骤，获得该协议层消息。

基于IP网络的测试工具工作原理，如图1所示，以一种计算机网络调试和数据部嗅探软件Ethereal为例进行详细阐述。Ethereal的底层抓包软件通过调用函数库进行抓包。该函数库工作在在网络分析系统模块的最底层，函数库从网卡取得数据包或者根据过滤规则取出数据包的子集，再转交给上层分析模块。其中，在Linux系统中是通过调用Libpcap函数库抓包，在windows系统中通过调用winpcap函数库抓包。取得抓包函数抓回的数据包后需要进行协议分析和协议还原工作。由于OSI的7层协议模型，协议数据是从上到下封装后发送的。而对于协议分析需要从下至上进行。对网络层的协议识别后进行组包还原然后脱去网络层协议头，将里面的数据交给传输层分析，这样一直进行下去直到应用层。

目前，信令监测用于不同设备的接口之间，IP监测用于设备收发的IP数据包。引入网络功能虚拟化(Network Function Virtualization，NFV)技术后，设备被分成了软件和硬件两部分，硬件可以基于第三方通用IT硬件来实现监测，但是对于同一设备的软件与硬件之间的接口，如何实现接口消息监测，这是目前现有信令监测设备和IP监测软件无法解决的问题。

发明内容

本发明提供了一种接口消息监测方法及装置，用于解决现有技术中对于同一设备的软件与硬件之间的接口，无法实现接口消息监测的问题。

一种接口消息监测方法，包括：在接收到对接口消息进行监测的监测请求时，按照设定的过滤规则，获取与所述过滤规则对应的数据；确定获取的所述数据中与所述监测请求匹配的接口消息。

所述过滤规则至少包括下述中的一种：应用进程之间通信的信息；中央处理器CPU的调用信息；CPU的释放信息；CPU的响应信息；内存的调用信息；内存的释放信息；内存的响应信息；硬盘的调用信息；硬盘的释放信息；硬盘的响应信息；通过网卡传输的数据包。

所述接口消息至少包括下述中一种：设备中的软件和硬件之间的接口消息；设备中硬件的接口消息。

确定获取的所述数据中与所述监测请求匹配的接口消息，包括：将获取的所述数据分层处理后与设备中的硬件响应信息对应，得到与所述监测请求匹配的接口消息。

将获取的所述数据分层处理后与设备中的硬件响应信息对应，包括：将获取的所述数据与指令集关联；按照协议层分析关联后的数据；并将关联后的数据与设备中的硬件响应信息对应。

在确定获取的所述数据中与所述监测请求匹配的接口消息之后，还包括：将所述匹配的接口消息以图形界面的形式呈现。

一种接口消息监测装置，包括：接收模块，用于接收对接口消息进行监测的监测请求；监视过滤器，用于在所述接收模块接收到对接口消息进行监测的监测请求时，按照设定的过滤规则，获取与所述过滤规则对应的数据；确定模块，用于确定获取的所述数据中与所述监测请求匹配的接口消息。

所述确定模块，具体用于将获取的所述数据分层处理后与设备中的硬件响应信息对应，得到与所述监测请求匹配的接口消息。

上述装置，还包括：

呈现器，用于将所述匹配的接口消息以图形界面的形式呈现。

所述确定模块，具体用于将获取的所述数据与指令集关联；按照协议层分析关联后的数据；并将关联后的数据与设备中的硬件响应信息对应。

通过上述技术放哪，在接收到对接口消息进行监测的监测请求时，按照设定的过滤规则，获取与所述过滤规则对应的数据；确定获取的所述数据中与所述监测请求匹配的接口消息，由于预先设定了过滤规则，可以获取与过滤规则对应的数据，得到与监测请求匹配的接口消息，针对同一设备的硬件或软件，均可以通过过滤规则，来实现接口消息监测。

附图说明

图1为通常情况下网络的信令监测方法示意图；

图2为本发明实施例中，提出的NFV系统中需要监测的接口和监测信息示意图；

图3为本发明实施例中，提出的一种接口消息监测方法流程图；

图4为本发明实施例中，提出的一种接口消息监测装置结构组成示意图。

具体实施方式

下面将结合各个附图对本发明实施例技术方案的主要实现原理、具体实施方式及其对应能够达到的有益效果进行详细地阐述。

本发明实施例提出一种接口消息监测方法，该方法应用的系统架构如图2所示，引入NFV的系统中，包括云管理平台以及服务设备。

在图2所示的NFV系统中，需要检测的接口包括C1接口、C2接口。需要监测的硬件设备包括网卡、CPU、内存以及硬盘等。

针对同一设备的软件和硬件之间的接口，本发明实施例提出接口消息监测方法，如图3所示，其具体处理流程如下述：

步骤11，设置过滤规则。

其中，设置的过滤规则至少包括下述中的一种：

第一种：应用进程的相关信息。

具体地，包括应用进程之间通信的信息。

第二种：CPU的信息。

具体地，可以包括CPU的调用信息、CPU的释放信息、CPU的响应信息等。

第三种：内存的信息。

具体地，可以包括内存的调用信息、内存的释放信息、内存的响应信息等。

第四种：硬盘的信息。

具体地，可以包括硬盘的调用信息、硬盘的释放信息、硬盘的响应信息等。

第五种：网卡的信息。

具体地，可以包括通过网卡传输的数据包。例如通过网卡进入或者发出的数据包信息等。

其中，用户可以通过图形界面操作，设置过滤规则。

步骤12，接收对接口消息进行检测的检测请求。

在过滤规则设置完成时，可以在任一时刻发起对接口消息进行检测的检测请求。

具体地，可以通过监测虚拟基础设施管理器(Virtualized infrastructuremanager，VIM)或虚拟机监视器(hypervisor)，获得对接口消息进行检测的检测请求。

其中，接口消息至少包括下述中一种：

第一种：设备中的软件和硬件之间的接口消息。

第二种：设备中硬件的接口消息。

第三种：设备中的软件的接口消息。

步骤13，在接收到对接口消息进行监测的监测请求时，按照设定的过滤规则，获取与过滤规则对应的数据。

步骤14，确定获取的数据中与监测请求匹配的接口消息。

将获取的数据分层处理后与设备中的硬件响应信息对应，得到与监测请求匹配的接口消息。

具体地，可以将获取的数据与指令集关联；按照协议层分析关联后的数据；并将关联后的数据与设备中的硬件响应信息对应。

可选地，在上述步骤14确定获取的所述数据中与监测请求匹配的接口消息之后，还包括：

将匹配的接口消息以图形界面的形式呈现。

下面以一实例来详细产生本发明实施例上述提出的技术方案，假设接收到的监测请求是分配硬盘空间的指令，则按照本发明实施例上述提出的技术方案，其具体处理方式如下述：

步骤一：通过人机界面预先设置过滤规则。

具体地，可以通过人机界面设置过滤规则：过滤规则为监控CPU对硬盘的调用请求，需要过滤的指令为CPU对硬盘的调用请求，假设为add-volumn(size)。

步骤二：选取需要调用的函数库，调用函数，查询可用的硬盘空间。

本发明实施例以分配硬盘空间的指令为例来进行详细阐述，因此需要调用函数库，针对不同的指令，可能需要调用函数库，也可能不需要调用函数库，具体地，可以根据接收到的监测指令进行相应的匹配。

例如：查询硬盘状态的函数假设为check-volumn()，调用函数库check-volumn()，查询可用硬盘空间。

步骤三：接收监测指令。

例如，接收VIM发出分配硬盘空间的监测指令。

步骤四：根据设定的过滤规则，抓取指令。

具体地，根据过滤规则，抓取指令，即add-volumn(size)。

步骤五：调用函数库，查询可用硬盘空间，并实时发出监测到的指令。

具体地，调用函数库check-volumn()，查询可用硬盘空间，并实时发出监测到的指令。

步骤六：分析监测到的指令，关联到指令集。

具体地，将add-volumn(size)翻译为CPU对硬盘的调用请求。

步骤七：传递初步分析结果，匹配VIM的监测请求。

步骤八：判断监测请求执行情况。

可以对比查询可用硬盘空间的两次查询结果，CPU对硬盘的调用请求

相应地，本发明实施例还提出一种接口消息监测装置，如图4所示，包括：

接收模块401，用于接收对接口消息进行监测的监测请求。

监视过滤器402，用于在所述接收模块接收到对接口消息进行监测的监测请求时，按照设定的过滤规则，获取与所述过滤规则对应的数据。

确定模块403，用于确定获取的所述数据中与所述监测请求匹配的接口消息。

具体地，上述确定模块403，具体用于将获取的所述数据分层处理后与设备中的硬件响应信息对应，得到与所述监测请求匹配的接口消息。

具体地，上述确定模块403，具体用于将获取的所述数据与指令集关联；按照协议层分析关联后的数据；并将关联后的数据与设备中的硬件响应信息对应。

可选地，上述装置还包括：

呈现器，用于将所述匹配的接口消息以图形界面的形式呈现。

本领域的技术人员应明白，本发明的实施例可提供为方法、装置(设备)、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、只读光盘、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、装置(设备)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种接口消息监测方法，其特征在于，包括：

在接收到对接口消息进行监测的监测请求时，按照设定的过滤规则，获取与所述过滤规则对应的数据；

确定获取的所述数据中与所述监测请求匹配的接口消息。

2.如权利要求1所述的方法，其特征在于，所述过滤规则至少包括下述中的一种：

应用进程之间通信的信息；

中央处理器CPU的调用信息；

CPU的释放信息；

CPU的响应信息；

内存的调用信息；

内存的释放信息；

内存的响应信息；

硬盘的调用信息；

硬盘的释放信息；

硬盘的响应信息；

通过网卡传输的数据包。

3.如权利要求1所述的方法，其特征在于，所述接口消息至少包括下述中一种：

设备中的软件和硬件之间的接口消息；

设备中硬件的接口消息。

4.如权利要求1～3任一项所述的方法，其特征在于，确定获取的所述数据中与所述监测请求匹配的接口消息，包括：

将获取的所述数据分层处理后与设备中的硬件响应信息对应，得到与所述监测请求匹配的接口消息。

5.如权利要求4所述的方法，其特征在于，将获取的所述数据分层处理后与设备中的硬件响应信息对应，包括：

将获取的所述数据与指令集关联；

按照协议层分析关联后的数据；并

将关联后的数据与设备中的硬件响应信息对应。

6.如权利要求1所述的方法，其特征在于，在确定获取的所述数据中与所述监测请求匹配的接口消息之后，还包括：

将所述匹配的接口消息以图形界面的形式呈现。

7.一种接口消息监测装置，其特征在于，包括：

接收模块，用于接收对接口消息进行监测的监测请求；

监视过滤器，用于在所述接收模块接收到对接口消息进行监测的监测请求时，按照设定的过滤规则，获取与所述过滤规则对应的数据；

确定模块，用于确定获取的所述数据中与所述监测请求匹配的接口消息。

8.如权利要求7所述的装置，其特征在于，所述确定模块，具体用于将获取的所述数据分层处理后与设备中的硬件响应信息对应，得到与所述监测请求匹配的接口消息。

9.如权利要求7或8所述的装置，其特征在于，还包括：

呈现器，用于将所述匹配的接口消息以图形界面的形式呈现。

10.如权利要求8所述的装置，其特征在于，所述确定模块，具体用于将获取的所述数据与指令集关联；按照协议层分析关联后的数据；并将关联后的数据与设备中的硬件响应信息对应。