CN106686040A - 一种报文处理方法和装置 - Google Patents

Abstract

本申请实施例提供了一种报文处理方法和装置。该报文处理方法包括：接收发送方发送的第一报文；当所述第一报文为指定类型的报文时，在预存储的结果中查找是否存在与所述第一报文匹配的第一结果；若是，则向所述发送方发送所述第一结果。本申请实施例通过在检测接收到的报文为指定类型的报文时，不直接将报文透传给后端服务器，而是先在本地预存储的结果中查找与该报文匹配的结果，如果查找到匹配的结果则直接将该结果反馈至发送方，而不再将该报文透传给后端服务器，从而减小了后端服务器对该类报文的处理量，减小了后端服务器的报文处理压力。当该方法应用于对后端服务器的HC场景中时，可以减小后端服务器对HC请求的处理压力。

Description

一种报文处理方法和装置

技术领域

本申请涉及通信技术领域，特别是涉及一种报文处理方法和一种报文处理装置。

背景技术

为了快速、准确的识别远端服务的可用性，本地应用需要频繁地对远端服务发起健康检查(Health Check，HC)请求，用以判断远端服务是否可用。

在云计算的大规模负载均衡的场景下，用户通过服务器负载平衡器(Server Load Balancer，SLB)创建的VIP会被配置在多个Linux虚拟服务器(Linux Virtual Server，LVS)上，为了保证尽可能准确的知道后端服务器是否可用，每个LVS上都会启动一个健康检查进程去对后端服务器进行检查。

假设有m个LVS，配置成每n秒对后端服务器进行一次健康检查，那么后端服务器每秒都要承受m/n个健康检查请求。从m/n可以看出，用户后端服务器承受的健康检查请求的频率与LVS的台数成正比，与健康检查的间隔时间成反比。

在云产品环境中，LVS的数量会随着用户数和访问量增长而增长，也就是m始终在增长，而用户又希望当后端服务器出现问题时能尽快的停止LVS对其转发请求，那就需要缩短健康检查的间隔时间，即缩小n。也就是m/n这个值会越来越大，以至于导致健康检查的请求对后端服务器产生较大的压力，极端情况下，甚至会因为健康检查的请求过多，导致后端服务器不可用。

然而，在云环境中，通过控制m或n的方式来控制HC请求数量会导致服务的规模和灵活性受限，其中，控制最大的m会导致LVS集群的规模受限，控制n的方式会导致HC不敏感，后端服务出现问题时，无法及时的感知到。

发明内容

本申请实施例的发明目的在于提供一种报文处理方法，能够减小后端服务器对HC请求的处理压力。

相应的，本申请实施例还提供了一种报文处理装置，用以保证上述方法的实现及应用。

为了解决上述问题，本申请公开了一种报文处理方法，包括：

接收发送方发送的第一报文；

当所述第一报文为指定类型的报文时，在预存储的结果中查找是否存在与所述第一报文匹配的第一结果；

若是，则向所述发送方发送所述第一结果。

进一步，所述方法还包括：

当所述预存储的结果中不存在所述第一结果时，将所述第一报文发送至服务器；

接收所述服务器反馈的第二结果；

向所述发送方发送所述第二结果。

进一步，所述方法还包括：

在所述预存储的结果中添加所述第二结果。

进一步，所述在预存储的结果中查找是否存在与所述第一报文匹配的第一结果，包括：

获取所述第一报文中包含的请求信息及有效期；

在预存储的结果中查找是否存在与所述请求信息对应的结果；

若存在，则判断所述结果是否满足所述有效期；若是，则确认所述结果为与所述第一报文匹配的第一结果，若否，则确认不存在所述第一结果。

进一步，所述方法还包括：

基于定时对服务器的指定端口或服务程序执行的健康检查，确定所述服务器在当前周期内的服务可用性；

依据所述当前周期内的服务可用性生成检测的结果，对所述结果进行存储。

进一步，所述请求信息包括请求类型、目的地IP地址和目的地端口。

进一步，所述指定类型的报文为健康检查HC请求报文。

本申请还公开了一种报文处理装置，包括：

报文接收单元，被配置为接收发送方发送的第一报文；

结果查找单元，被配置为当所述第一报文为指定类型的报文时，在预存储的结果中查找是否存在与所述第一报文匹配的第一结果；

结果反馈单元，被配置为当所述查找单元查找到与所述第一报文匹配的第一结果是，向所述发送方发送所述第一结果。

进一步，所述装置还包括：

发送单元，被配置为当所述预存储的结果中不存在所述第一结果时，将所述第一报文发送至服务器；

结果接收单元，被配置为接收所述服务器反馈的第二结果；

结果发送单元，被配置为向所述发送方发送所述第二结果。

进一步，所述装置还包括：

增加单元，被配置为在所述预存储的结果中添加所述第二结果。

进一步，所述结果查找单元包括：

提取子单元，被配置为获取所述第一报文中包含的请求信息及有效期；

查找子单元，被配置为在预存储的结果中查找是否存在与所述请求信息对应的结果；

判定子单元，被配置为在预存储的结果中查找到与所述请求信息对应的结果时，判断所述结果是否满足所述有效期；若是，则确认所述结果为与所述第一报文匹配的第一结果，若否，则确认不存在所述第一结果。

进一步，所述装置还包括：

服务检测单元，被配置为基于定时对服务器的指定端口或服务程序执行的健康检查，确定所述服务器在当前周期内的服务可用性；

结果存储单元，被配置为依据所述当前周期内的服务可用性生成检测的结果，对所述结果进行存储。

进一步，所述请求信息包括请求类型、目的地IP地址和目的地端口。

进一步，所述指定类型的报文为健康检查HC请求报文。

与现有技术相比，本申请实施例包括以下优点：

本申请实施例通过在检测接收到的报文为指定类型的报文时，不直接将报文透传给后端服务器，而是先在本地预存储的结果中查找与该报文匹配的结果，如果查找到匹配的结果则直接将该结果反馈至发送方，而不再将该报文透传给后端服务器，从而减小了后端服务器对该类报文的处理量，减小了后端服务器的报文处理压力。当该方法应用于对后端服务器的HC场景中时，可以减小后端服务器对HC请求的处理压力。

附图说明

图1是本申请的一种报文处理方法实施例的步骤流程图；

图2是本申请的另一种报文处理方法实施例的步骤流程图；

图3是本申请中在预存储的结果中查找是否存在与第一报文匹配的第一结果的方法实施例的步骤流程图；

图4是本申请中两个服务器对后端服务器发起HC请求示意图；

图5是本申请的一种报文处理装置实施例的结构框图；

图6是本申请的另一种报文处理装置实施例的结构框图；

图7是本申请中一种结果查找单元的实施例的结构框图；

图8是本申请的一种报文处理装置优选实施例的结构框图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

参照图1，示出了本申请的一种报文处理方法实施例的步骤流程图，具体可以包括如下步骤：

步骤101，接收发送方发送的第一报文。

本申请实施例中，用于进行报文处理的装置(以下简称该装置)可以是用于响应该报文的服务器本身，或者设置在该服务器内部的一模块，或者设置在该服务器前端的独立装置且可以与服务器进行交互。例如，在云计算的大规模负载均衡的场景中，各LVS服务器和Proxy服务器分别对后端服务器发起HC的情况下，该装置可以是后端服务器本身或内置的一模块，也可以是设置在后端服务器前的独立装置，例如健康检查代理(Health Check Proxy，HCP)。

该装置在本步骤中接收由发送方如LVS服务器或Proxy服务器等发送的第一报文，该第一报文可能是HC请求报文。

步骤102，当第一报文为指定类型的报文时，在预存储的结果中查找是否存在与第一报文匹配的第一结果。

该装置在接收到第一报文后，首先根据第一报文中包含的报文类型信息确定该报文是否为指定类型的报文，如果是，则在预存储的结果中查找是否存在与第一报文匹配的第一结果，如果不是，则可以根据报文类型信息进行其它对应处理，或者将报文透传给后端服务器进行处理。

其中，该指定类型的报文具体可以是HC请求报文。在其它应用场景，该指定类型的报文也可以是该装置需要减少后端服务器对该报文处理数量的报文。

该装置预先存储有与指定类型的报文相关联的结果。其中，该结果的存储步骤包括：基于定时对服务器的指定端口或服务程序执行的健康检查，确定所述服务器在当前周期内的服务可用性；依据所述当前周期内的服务可用性生成检测的结果，对所述结果进行存储。

即该装置可以定时对后端服务器的指定端口或服务做一次HC，来检测服务器在当前的定时周期内的服务是否可用，对应基于检测得到的后端服务器在这个周期内的服务可用性生成检测结果进行存储。或者后端服务器基于该装置的触发定时进行自检等，以确定自身在当前的定时周期内是否能够提供服务，从而通过检测得到的HC结果即后端服务器在这个周期内的服务可用性，HC结果发送给该装置进行存储。通过上述装置控制后端服务器在一个周期内仅通过一次检测确定该周期内的可用性即HC结果，在该周期内的各个HC请求均可使用该HC结果，而无需重复检查，减小后端服务器对HC请求的处理压力。其中，所述服务指的是运行在服务器上对外提供服务的服务程序。当接收到的第一报文为HC请求报文时，即可在该预先存储的HC结果中查找是否存在与该第一报文相匹配的HC结果。具体请参见后续实施例的描述。

若查找到与第一报文匹配的第一结果则执行步骤103。

步骤103，向发送方发送该第一结果。

该方法不仅可以应用于对后端服务器的HC场景中，还可以应用于其它需要减小后端服务器对发送方周期性发送的同类型报文的处理场景中。

本申请实施例通过在检测接收到的报文为指定类型的报文时，不直接将报文透传给后端服务器，而是先在本地预存储的结果中查找与该报文匹配的结果，如果查找到匹配的结果则直接将该结果反馈至发送方，而不再将该报文透传给后端服务器，从而减小了后端服务器对该类报文的处理量，减小了后端服务器的报文处理压力。当该方法应用于对后端服务器的HC场景中时，可以减小后端服务器对HC请求的处理压力。

在本申请的另一实施例中，当在预存储的结果中不存在与第一报文匹配的第一结果时，如图2所示，该方法还可以包括：

步骤201，当预存储的结果中不存在第一结果时，将第一报文发送至服务器。

虽然会定时检测后端服务器来获取HC结果，但是难免出现一些情况，使得在请求时无法查找到匹配的结果，此情况下为了及时获取匹配的结果，该装置在执行步骤102时，当查找的结果是预存储的结果中不存在与第一报文匹配的第一结果时，此时该装置无法直接向发送方反馈结果，而需要将第一报文透传至(后端)服务器，由(后端)服务器进行处理。

步骤202，接收服务器反馈的第二结果。

(后端)服务器按照现有方式对该第一报文进行处理，并向该装置返回处理获得的第二结果。

步骤203，向发送方发送第二结果。

该装置在接收到第二结果后，向发送方反馈该第二结果。

该装置在执行步骤203的同时，也还可以进一步执行步骤204。

步骤204，在预存储的结果中添加第二结果。

该装置可以将该第二结果及其关联信息，例如结果获取时间等增加至上述预存储的结果中，或更新上述预存储的结果，以便于后续可以利用该第二结果反馈发送方，而无需(后端)服务器重复进行报文处理。

在本申请的另一实施例中，当第一报文为指定类型的报文时，在预存储的结果中查找是否存在与第一报文匹配的第一结果的过程，如图3所示，可以包括：

步骤301，获取第一报文中包含的请求信息及有效期。

本实施例中，该请求信息可以包括请求类型、目的地IP地址和目的地端口。

以第一报文为HC请求报文为例，本实施例中可以在HC请求报文中增加表明HC请求报文类型的字段，例如，在HC请求的SYN(synchronous)报文中的TCP(Transmission Control Protocol，传输控制协议)Option中增加HC类型的字段：198-tcp，199-http，200-udp，除HC请求报文类型之外，还有有效期即interval信息，表明可以复用多长时间内的HC结果。

该装置在接收到该第一报文后，即获取该第一报文中的HC请求报文类型的字段，interval信息，以及第一报文的RSIP(Real Server IP Address，目的地IP地址)和RSport(Real Server port，目的地端口)。

步骤302，在预存储的结果中查找是否存在与请求信息对应的结果。

该装置中可以预先存储有session表，该表中key为type-RSIP-RSport，value为更新时的结果和更新时间。

本步骤首先根据上步骤获得的HC请求报文类型的字段(type)，以及RSIP和RSport，在session表中查找对应的value，如果查找到，则执行步骤303，如果没有查找到则确认预存储的结果中不存在与第一报文匹配的第一结果，继而执行前述步骤201。

步骤303，判断该结果是否满足有效期。

在查找到对应的结果后，查看该结果的更新时间以及步骤301中获得的有效期，例如interval是5s，则查看该结果的更新时间是否在5s以内，如果是，则确定该结果为与第一报文匹配的第一结果，然后执行前述步骤103；如果否，则该结果失效，确认预存储的结果中不存在与第一报文匹配的第一结果，继而执行前述步骤201。

下面以服务器A、B分别对后端服务器发起HC请求的情况为例进行说明。该装置为HCP。

如图4所示，服务器A、B分别发起HC请求，服务器A发起的HC请求中包含标识信息及有效期信息，具体为TCP OPT：type(199)interval(5)Src：192.168.0.1DST：192.168.100.1:80。服务器B发起的HC请求中包含标识信息及有效期信息，具体为TCP OPT：type(199)interval(5)Src：192.168.0.2DST：192.168.100.1:80。HCP在接收到两个HC请求后，分别在session表中查找对应的value，HCP查找到与服务器B发送的HC请求匹配的结果，HCP直接将该结果返回至服务器B，而不会将其HC请求发送给后端服务器。HCP没有查找到与服务器A发送的HC请求匹配的结果，则将该HC请求发送至后端服务器，后端服务器进行处理后返回结果，HCP将该结果再反馈至服务器A，并且HCP将该结果更新至其维护的session表中。

该方法可以定时对后端服务器的指定端口或服务做一次HC，HC的结果作为后端服务器在这个周期内的服务可用性，其他的HC请求方也都使用这个周期的检查结果，不做重复检查。本实施例通过在HC请求发起方和后端服务之间建立HCP的方式，做到在一个HC周期内，只允许一个HC请求到达后端服务器，其他HC请求复用这个HC请求结果的方式，来到达减少后端服务器对HC请求的处理量的目的。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请实施例并不受所描述的动作顺序的限制，因为依据本申请实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本申请实施例所必须的。

参照图5，示出了本申请一种报文处理装置实施例的结构框图，具体可以包括如下单元：

报文接收单元501，被配置为接收发送方发送的第一报文。

结果查找单元502，被配置为当所述第一报文为指定类型的报文时，在预存储的结果中查找是否存在与所述第一报文匹配的第一结果。

结果反馈单元503，被配置为当所述查找单元查找到与所述第一报文匹配的第一结果是，向所述发送方发送所述第一结果。

本申请实施例中该装置通过上述单元在检测接收到的报文为指定类型的报文时，不直接将报文透传给后端服务器，而是先在本地预存储的结果中查找与该报文匹配的结果，如果查找到匹配的结果则直接将该结果反馈至发送方，而不再将该报文透传给后端服务器，从而减小了后端服务器对该类报文的处理量，减小了后端服务器的报文处理压力。当该装置应用于对后端服务器的HC场景中时，可以减小后端服务器对HC请求的处理压力。

在另一实施例中，如图6所示，该装置还可以包括：

发送单元601，被配置为当所述预存储的结果中不存在所述第一结果时，将所述第一报文发送至服务器；

结果接收单元602，被配置为接收所述服务器反馈的第二结果；

结果发送单元603，被配置为向所述发送方发送所述第二结果。

该装置也还可以包括：

增加单元604，被配置为在所述预存储的结果中添加所述第二结果。

在另一实施例中，如图7所示，结果查找单元502可以进一步包括：

提取子单元701，被配置为获取所述第一报文中包含的请求信息及有效期。

查找子单元702，被配置为在预存储的结果中查找是否存在与所述请求信息对应的结果。

判定子单元703，被配置为在预存储的结果中查找到与所述请求信息对应的结果时，判断所述结果是否满足所述有效期；若是，则确认所述结果为与所述第一报文匹配的第一结果，若否，则确认不存在所述第一结果。

在另一实施例中，如图8所示，该装置还可以包括：

服务检测单元801，被配置为基于定时对服务器的指定端口或服务程序执行的健康检查，确定所述服务器在当前周期内的服务可用性。

结果存储单元803，被配置为依据所述当前周期内的服务可用性生成检测的结果，对所述结果进行存储。

上述请求信息可以包括请求类型、RSIP和RSport。

上述指定类型的报文可以是HC请求报文。

本申请实施例还提供了一种电子设备，包括存储器、收发器和处理器。

处理器与收发器、存储器通过总线相互连接；总线可以是ISA总线、PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。

其中，存储器用于存储一段程序，具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

收发器用于接收发送方发送的第一报文；向所述发送方发送第一结果。

处理器用于读取存储器中的程序代码，执行以下步骤：

当所述第一报文为指定类型的报文时，在预存储的结果中查找是否存在与所述第一报文匹配的第一结果；

若是，则通知收发器向发送方发送第一结果。

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

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

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

在一个典型的配置中，所述计算机设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非持续性的电脑可读媒体(transitory media)，如调制的数据信号和载波。

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

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

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

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

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本申请所提供的一种报文处理方法和一种报文处理装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (14)

1.一种报文处理方法，其特征在于，包括：

接收发送方发送的第一报文；

当所述第一报文为指定类型的报文时，在预存储的结果中查找是否存在与所述第一报文匹配的第一结果；

若是，则向所述发送方发送所述第一结果。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

当所述预存储的结果中不存在所述第一结果时，将所述第一报文发送至服务器；

接收所述服务器反馈的第二结果；

向所述发送方发送所述第二结果。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

在所述预存储的结果中添加所述第二结果。

4.根据权利要求1所述的方法，其特征在于，所述在预存储的结果中查找是否存在与所述第一报文匹配的第一结果，包括：

获取所述第一报文中包含的请求信息及有效期；

在预存储的结果中查找是否存在与所述请求信息对应的结果；

若存在，则判断所述结果是否满足所述有效期；若是，则确认所述结果为与所述第一报文匹配的第一结果，若否，则确认不存在所述第一结果。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

基于定时对服务器的指定端口或服务程序执行的健康检查，确定所述服务器在当前周期内的服务可用性；

依据所述当前周期内的服务可用性生成检测的结果，对所述结果进行存储。

6.根据权利要求4所述的方法，其特征在于，所述请求信息包括请求类型、目的地IP地址和目的地端口。

7.根据权利要求1至6中任意一项所述的方法，其特征在于，所述指定类型的报文为健康检查HC请求报文。

8.一种报文处理装置，其特征在于，包括：

报文接收单元，被配置为接收发送方发送的第一报文；

结果查找单元，被配置为当所述第一报文为指定类型的报文时，在预存储的结果中查找是否存在与所述第一报文匹配的第一结果；

结果反馈单元，被配置为当所述查找单元查找到与所述第一报文匹配的第一结果是，向所述发送方发送所述第一结果。

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

发送单元，被配置为当所述预存储的结果中不存在所述第一结果时，将所述第一报文发送至服务器；

结果接收单元，被配置为接收所述服务器反馈的第二结果；

结果发送单元，被配置为向所述发送方发送所述第二结果。

10.根据权利要求9所述的装置，其特征在于，所述装置还包括：

增加单元，被配置为在所述预存储的结果中添加所述第二结果。

11.根据权利要求8所述的装置，其特征在于，所述结果查找单元包括：

提取子单元，被配置为获取所述第一报文中包含的请求信息及有效期；

查找子单元，被配置为在预存储的结果中查找是否存在与所述请求信息对应的结果；

判定子单元，被配置为在预存储的结果中查找到与所述请求信息对应的结果时，判断所述结果是否满足所述有效期；若是，则确认所述结果为与所述第一报文匹配的第一结果，若否，则确认不存在所述第一结果。

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

服务检测单元，被配置为基于定时对服务器的指定端口或服务程序执行的健康检查，确定所述服务器在当前周期内的服务可用性；

结果存储单元，被配置为依据所述当前周期内的服务可用性生成检测的结果，对所述结果进行存储。

13.根据权利要求11所述的装置，其特征在于，所述请求信息包括请求类型、目的地IP地址和目的地端口。

14.根据权利要求8至13中任意一项所述的装置，其特征在于，所述指定类型的报文为健康检查HC请求报文。