CN103209100A - 服务监控方法及系统 - Google Patents

Abstract

本发明提出一种服务监控方法及系统。服务监控方法包括以下步骤：根据所要监控的服务，为所述服务的程序接口配置第一通信结构体，并创建用于所述服务的监控线程；启动所述监控线程，将所述第一通信结构体发送至所述服务的程序接口；接收所述服务的程序接口根据所述第一通信结构体返回的第二通信结构体；解析所述第二通信结构体；判断所述第二通信结构体与所述第一通信结构体是否匹配；如果是，则判断所述服务正常；以及如果否，则判断所述服务异常。根据本发明实施例的服务监控方法，通过配置通信结构体，可以对服务程序的状态进行及时有效的监控判断，这种监控方法准确度高且效率高。

Description

服务监控方法及系统

技术领域

本发明涉及服务监控技术领域，特别涉及一种服务监控方法及系统。

背景技术

近年来互联网领域的高速发展，对于服务程序的正常运行也提出了更高的要求。如何保障业务能够7*24小时不间断的运行，如何及时发现并且处理异常的服务，成为函待解决的问题。

目前一般的服务存活监控，都是针对服务的进程是否存在、服务的端口是否存在等进行监控。

现有技术存在的缺点是，不能够及时准确地判断服务是否处于正常运行状态。

发明内容

本发明的目的旨在至少解决上述技术缺陷之一。

为此，本发明的一个目的在于提出一种可以及时有效地监控服务程序的状态的服务监控方法。

本发明的另一个目的在于提出一种服务监控系统。

为了实现上述目的，根据本发明第一方面的实施例提出一种服务监控方法，包括以下步骤：S1：根据所要监控的服务，为所述服务的程序接口配置第一通信结构体，并创建用于所述服务的监控线程；S2：启动所述监控线程并将所述第一通信结构体发送至所述服务的程序接口；S3：接收所述服务的程序接口根据所述第一通信结构体返回的第二通信结构体；S4：解析所述第二通信结构体；S5：判断所述第二通信结构体与所述第一通信结构体是否匹配；S6：如果所述第二通信结构体与所述第一通信结构体匹配，则判断所述服务正常；以及S7：如果所述第二通信结构体与所述第一通信结构体不匹配，则判断所述服务异常。

根据本发明实施例的服务监控方法，通过为各个服务程序配置通信结构体，可以及时有效地对服务程序的状态进行监控，这种监控方法操作简单，实现容易，准确度高且效率高。

本发明第二方面的实施例提出一种服务监控系统，包括终端和服务器，所述终端包括：配置模块，用于根据所要监控的服务，为所述服务的程序接口配置第一通信结构体，并创建用于所述服务的监控线程；第一发送模块，所述第一发送模块用于启动所述监控线程，并将所述第一通信结构体发送至所述服务的程序接口；第一接收模块，所述第一接收模块用于接收所述服务器返回的第二通信结构体；解析模块，所述解析模块用于解析所述第二通信结构体；和判断模块，所述判断模块用于判断所述第二通信结构体与所述第一通信结构体是否匹配，如果所述第二通信结构体与所述第一通信结构体匹配，则所述判断模块判断所述服务正常，如果所述第二通信结构体与所述第一通信结构体不匹配，则所述判断模块判断所述服务异常，所述服务器包括：第二接收模块，所述第二接收模块用于接收所述第一发送模块发送的第一通信结构体；和第二发送模块，所述第二发送模块用于根据所述第一通信结构体向所述第一接收模块返回第二通信结构体。

根据本发明实施例的服务监控系统，通过为各个服务程序配置通信结构体，可以及时有效地对服务程序的状态进行监控，这种监控系统操作简单，实现容易，准确度高且效率高。

本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本发明第一实施例的服务监控方法的流程图；

图2为本发明第二实施例的服务监控方法的流程图；

图3为本发明第三实施例的服务监控方法的流程图；

图4为本发明第四实施例的服务监控方法的流程图；

图5为本发明第五实施例的服务监控方法的流程图；

图6为本发明第六实施例的服务监控方法的流程图；

图7为本发明第一实施例的服务监控系统的结构框图；

图8为本发明第一实施例的判断模块的结构框图；

图9为本发明第二实施例的判断模块的结构框图；

图10为本发明第二实施例的服务监控系统的结构框图；

图11为本发明第三实施例的服务监控系统的结构框图；以及

图12为本发明第四实施例的服务监控系统的结构框图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。

在本发明的描述中，需要理解的是，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。在本发明的描述中，需要说明的是，除非另有明确的规定和限定，术语“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。此外，在本发明的描述中，除非另有说明，“多个”的含义是两个或两个以上。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

下面参考附图1-描述根据本发明实施例的服务监控方法。

一种服务监控方法，包括以下步骤：根据所要监控的服务，为服务的程序接口配置第一通信结构体，并创建用于服务的监控线程；启动监控线程，将第一通信结构体发送至服务的程序接口；接收服务的程序接口根据第一通信结构体返回的第二通信结构体；解析第二通信结构体；判断第二通信结构体与所述第一通信结构体是否匹配；如果第二通信结构体与第一通信结构体匹配，则判断服务正常；以及如果第二通信结构体与第一通信结构体不匹配，则判断服务异常。

图1是本发明第一实施例的服务监控方法的流程图。

如图1所示，该服务监控方法包括下述步骤。

步骤S101，根据所要监控的服务，为服务的程序接口配置第一通信结构体，并创建用于服务的监控线程。

在本发明的一个实施例中，第一通信结构体包括数据类型、数据大小、字符长度和关键字等。例如，当需要监控一个页面中的某个部分的文字数目时，发送的第一通信结构体中应指定返回的结构体为数组型的数目，且指定该数目的数据大小范围。

应理解，所要监控的服务器端可能同时运行多个服务，此时需要为多个服务的程序接口配置第一通信结构体。在本发明的一个实施例中，如果多个服务的程序接口使用相同的通信协议或者所使用的通信协议有相同的部分，则为多个服务的程序接口配置相同的第一通信结构体。例如，如果两个服务均使用UDP协议，则为这两个服务的程序接口配置相同的第一通信结构体。

步骤S102，启动监控线程，将第一通信结构体发送至服务的程序接口。

步骤S103，接收服务的程序接口根据第一通信结构体返回的第二通信结构体。

服务器端接收到第一通信结构体后，对该第一通信结构体进行解析，获得该第一通信结构体包含的请求，根据该请求进行内部处理获得相应的数据，然后根据该数据生成第二通信结构体返回。

步骤S104，解析第二通信结构体。

接收到返回的第二通信结构体后进行解析，获得第二通信结构体中包含的数据等内容。

步骤S105，判断第二通信结构体与第一通信结构体是否匹配。

在本发明的一个实施例中，可以根据第一通信结构体和第二通信结构体的语义、数据类型、数据大小等判断服务是否正常。

步骤S106，如果第二通信结构体与第一通信结构体匹配，则判断服务正常。

具体地，如果第二通信结构体和第一通信结构体的语义匹配，或者如果第二通信结构体中的数据类型与第一通信结构体中的数据类型匹配，或者如果第二通信结构体中的数据大小在第一通信结构体设定的数据大小范围内，或者如果第二通信结构体中的字符长度在第一通信结构体设定的字符长度范围内，或者如果第二通信结构体中的关键字与第一通信结构体中设定的关键字相同，或者如果第二通信结构体中的数据与第一通信结构体中设定的数据相同，则判断服务正常。

应理解，在每次判断时，不一定使用上述全部的判断条件，可根据部分判断条件进行判断。例如，如果发送的第一通信结构体是请求一个页面中的某个文字部分的数目，则返回的第二通信结构体应是数组型的数目，并且该数目应在预置的合法范围内。即，应判断第二通信结构体的数据类型与第一通信结构体中的数据类型是否匹配，以及判断第二通信结构体中的数据大小是否在第一通信结构体设定的数据大小范围内。当第一通信结构体和第二通信结构体的数据类型和数据大小同时满足匹配时，判断服务正常。

还应理解的是，除了上述判断条件外，在本发明的其他实施例中，还可根据其他具体条件判断第二通信结构体是否与第一通信结构体匹配，这些均应包含在本发明的保护范围内。

步骤S107，如果第二通信结构体与第一通信结构体不匹配，则判断服务异常。

根据本发明实施例的服务监控方法，通过为各个服务程序配置通信结构体，可以及时有效地对服务程序的状态进行监控，这种监控方法操作简单，实现容易，准确度高且效率高。

图2是本发明第二实施例的服务监控方法。

如图2所示，该服务监控方法包括下述步骤。

步骤S201，判断服务的端口是否连接正常。

如果服务的端口连接正常，则继续步骤S201。否则，可直接判断服务异常，无需继续后面的步骤。

步骤S202，根据所要监控的服务，为服务的程序接口配置第一通信结构体，并创建用于服务的监控线程。

步骤S203，启动监控线程，将第一通信结构体发送至服务的程序接口。

步骤S204，接收服务的程序接口根据第一通信结构体返回的第二通信结构体。

步骤S205，解析第二通信结构体。

步骤S206，判断第二通信结构体与第一通信结构体是否匹配。

步骤S207，如果第二通信结构体与第一通信结构体匹配，则判断服务正常。

步骤S208，如果第二通信结构体与第一通信结构体不匹配，则判断服务异常。

根据本发明实施例的服务监控方法，在进行进一步的判断之前，可以先判断端口是否连接了，在端口连接正常的情况下，再进一步判断服务是否正常，可以进一步提高判断效率以及准确度。

图3是本发明第三实施例的服务监控方法的流程图。

如图3所示，该服务监控方法包括下述步骤。

步骤S301，判断服务的端口是否连接正常。

步骤S302，根据所要监控的服务，为服务的程序接口配置第一通信结构体，并创建用于服务的监控线程。

步骤S303，启动监控线程，将第一通信结构体发送至服务的程序接口。

步骤S304，接收服务的程序接口根据第一通信结构体返回的第二通信结构体。

步骤S305，判断第二通信结构体的返回时间是否超过第一预定阈值。

如果第二通信结构体的返回时间超过第一预定阈值，则直接判断服务异常，无需继续后面的步骤，提高监控效率。如果第二通信结构体的返回时间在第一预定阈值范围内，则继续后面的步骤进一步判断服务是否正常。

步骤S306，解析第二通信结构体。

步骤S307，判断第二通信结构体与第一通信结构体是否匹配。

步骤S308，如果第二通信结构体与第一通信结构体匹配，则判断服务正常。

步骤S309，如果第二通信结构体与第一通信结构体不匹配，则判断服务异常。

在本发明的一个实施例中，步骤S301是可选的。

根据本发明实施例的服务监控方法，在进行进一步的判断之前，可以先判断结构体的返回时间是否超时，在结构体的返回时间不超时的情况下，再进一步判断服务是否正常，可以进一步提高判断效率以及准确度。

图4是本发明第三实施例的服务监控方法的流程图。

如图4所示，该服务监控方法包括下述步骤。

步骤S401，判断服务的端口是否连接正常。

步骤S402，根据所要监控的服务，为服务的程序接口配置第一通信结构体，并创建用于服务的监控线程。

步骤S403，启动监控线程，将第一通信结构体发送至服务的程序接口。

步骤S404，接收服务的程序接口根据第一通信结构体返回的第二通信结构体。

步骤S405，判断第二通信结构体的返回时间是否超过第一预定阈值。

步骤S406，解析第二通信结构体。

步骤S407，判断第二通信结构体与第一通信结构体是否匹配。

步骤S408，如果第二通信结构体与第一通信结构体匹配，则判断服务正常。

步骤S409，如果第二通信结构体与第一通信结构体不匹配，则判断服务异常。

步骤S410，在判断服务异常的情况下，确定服务异常的原因。

例如，如果第二通信结构体的数据长度超过第二预定阈值，则判断返回数据错误。如果返回第二通信结构体的时间超时，则判断服务被拒绝。

在本发明的一个实施例中，步骤S401和步骤405均是可选的。

根据本发明实施例的服务监控方法，可以及时反馈服务异常的原因，方便用户对服务中发生错误的部分进行更正。

图5是本发明第五实施例的服务监控方法的流程图。

如图5所示，该服务监控方法包括下述步骤。

步骤S501，判断服务的端口是否连接正常。

步骤S502，根据所要监控的服务，为服务的程序接口配置第一通信结构体，并创建用于服务的监控线程。

步骤S503，启动监控线程，将第一通信结构体发送至服务的程序接口。

步骤S504，接收服务的程序接口根据第一通信结构体返回的第二通信结构体。

步骤S505，判断第二通信结构体的返回时间是否超过第一预定阈值。

步骤S506，解析第二通信结构体。

步骤S507，判断第二通信结构体与第一通信结构体是否匹配。

步骤S508，如果第二通信结构体与第一通信结构体匹配，则判断服务正常。

步骤S509，如果第二通信结构体与第一通信结构体不匹配，则判断服务异常。

步骤S510，在判断服务异常时，发出服务异常提示。

例如，可通过指示灯进行提示，或者可发出报警声音，或者还可以通过短信等通信平台将服务异常的消息发送至相关的负责人员，从而使得相关的负责人员可以及时地了解到服务器端的服务运行状况，并在出现问题时及时进行维修。

在本发明的一个实施例中，步骤S501和步骤S505均是可选的。

根据本发明实施例的服务监控方法，在判断服务异常时，可以及时向用户发出提示。

图6是本发明第六实施例的服务监控方法的流程图。

如图6所示，该服务监控方法包括下述步骤。

步骤S601，判断服务的端口是否连接正常。

步骤S602，根据所要监控的服务，为服务的程序接口配置第一通信结构体，并创建用于服务的监控线程。

步骤S603，启动监控线程，将第一通信结构体发送至服务的程序接口。

步骤S604，接收服务的程序接口根据第一通信结构体返回的第二通信结构体。

步骤S605，判断第二通信结构体的返回时间是否超过第一预定阈值。

步骤S606，解析第二通信结构体。

步骤S607，判断第二通信结构体与第一通信结构体是否匹配。

步骤S608，如果第二通信结构体与第一通信结构体匹配，则判断服务正常。

步骤S609，如果第二通信结构体与第一通信结构体不匹配，则判断服务异常。

步骤S610，在判断服务异常时，发出服务异常提示。

步骤S611，存储上述步骤S506和步骤S507的判断结果。

将每次判断的结果进行存储以生成日志，这样用户可通过查看日志了解服务器端的历史运行情况，以便更好地对服务器端进行监控和管理。

在本发明的一个实施例中，步骤S601、步骤S605和步骤S610均是可选的。而且，各个步骤的执行并无明显的先后顺序，例如可先执行步骤S611再执行步骤S610，或者可同时执行步骤S611和步骤S610。

根据本发明实施例的服务监控方法，存储服务监控的结果，从而可以更好地对服务器端进行监控和管理。

为实现上述实施例，本发明还提出一种服务监控系统。

下面参考附图7-描述本发明实施例的服务监控系统。

图7是本发明第一实施例的服务监控系统的结构框图。如图7所示，该服务监控系统包括终端10和服务器20。

具体地，终端10包括：配置模块110、第一发送模块120、第一接收模块130、解析模块140和判断模块150。服务器20包括：第二接收模块210和第二发送模块220。

配置模块110用于根据所要监控的服务，为服务的程序结构配置第一通信结构体，并创建用于服务的监控线程。第一发送模块120用于启动监控线程，将第一通信结构体发送至服务的程序接口。第一接收模块130用于接收服务器20返回的第二通信结构体。解析模块140用于解析第二通信结构体。判断模块150用于判断第二通信结构体与第一通信结构体是否匹配，如果第二通信结构体与第一通信结构体匹配，则判断模块150判断服务正常，如果第二通信结构体与第一通信结构体不匹配，则判断模块150判断服务异常。

第二接收模块210用于接收第一发送模块120发送的第一通信结构体。第二发送模块220用于根据第一通信结构体向第一接收模块130返回第二通信结构体。

根据本发明实施例的服务监控系统，通过为各个服务程序配置通信结构体，可以及时有效地对服务程序的状态进行监控，这种监控系统操作简单，实现容易，准确度高且效率高。

在本发明的一个实施例中，第一通信结构体包括数据类型、数据大小、字符长度和关键字等。在本发明的另一个实施例中，如果多个服务的程序接口使用相同的通信协议或者所使用的通信协议有相同的部分，则为多个服务的程序接口配置相同的第一通信结构体。

图8为本发明第一实施例的判断模块的示意图。如图8所示，在本发明的一个实施例中，判断模块150包括第一判断单元151、第二判断单元152、第三判断单元153、第四判断单元154和第五判断单元155。第一判断单元151用于判断第二通信结构体和第一通信结构体的语义是否匹配。第二判断单元152用于判断第二通信结构体和第一通信结构体的数据类型是否匹配。第三判断单元153用于判断第二通信结构体中的数据大小是否在第一通信结构体中预定的数据大小范围内。第四判断单元154用于判断第二通信结构体中的字符长度是否在第一通信结构体中预定的字符长度范围内。第五判断单元155用于判断第二通信结构体中的关键字是否与第一通信结构体中预定的关键字相同。

图9为本发明第二实施例的判断模块150的示意图。如图9所示，在图8所示实施例的基础上，该判断模块150还包括超时判断单元156。

超时判断单元156用于判断第二通信结构体的返回时间是否超过第一预定阈值，如果第二通信结构体的返回时间超过第一预定阈值，则判断服务异常。如果第二通信结构体的返回时间在第一预定阈值范围内，再进一步判断服务是否正常，由此可以进一步提高监控效率。

在本发明的一个实施例中，判断模块150还用于判断服务的端口是否连接正常，在端口连接正常的情况下，再进一步判断服务是否正常。由此，可以进一步提高判断的效率及准确度。

图10是本发明第二实施例的服务监控系统的结构框图。如图10所示，在图7所示的实施例的基础上，该终端10还包括提示模块160。

提示模块160用于在判断模块150判断服务异常时，发出服务异常提示。例如，可通过指示灯进行提示，或者可发出报警声音，或者还可以通过短信等通信平台将服务异常的消息发送至相关的负责人员，从而使得相关的负责人员可以及时地了解到服务器端的服务运行状况，并在出现问题时及时进行维修。

图11是本发明第三实施例的服务监控系统的结构框图。如图11所示，在图10所示的实施例的基础上，该终端10还包括存储模块170。

存储模块170用于在判断模块150判断完服务是否正常之后，存储判断模块150的判断结果，以便生成日志，从而用户可通过查询日志了解服务器20的历史运行状况，更好地对服务器20进行监控和管理。

图12是本发明第四实施例的服务监控系统的结构框图。如图12所示，在图11所示的实施例的基础上，该终端10还包括原因确定模块180。

原因确定模块180用于在判断模块150判断服务异常后，确定服务异常的原因。例如，如果第二通信结构体的数据长度超过第二预定阈值，则判断返回数据错误。如果返回第二通信结构体的时间超时，则判断服务被拒绝。由此，可以及时反馈服务异常的原因，方便用户对服务中发生错误的部分进行更正。

在本发明的实施例中，终端10可以是笔记本、台式机、手机、PDA、上网本等各种终端。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管已经示出和描述了本发明的实施例，对于本领域的普通技术人员而言，可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型，本发明的范围由所附权利要求及其等同限定。

Claims (20)

1.一种服务监控方法，其特征在于，包括以下步骤：

S1：根据所要监控的服务，为所述服务的程序接口配置第一通信结构体，并创建用于所述服务的监控线程；

S2：启动所述监控线程并将所述第一通信结构体发送至所述服务的程序接口；

S3：接收所述服务的程序接口根据所述第一通信结构体返回的第二通信结构体；

S4：解析所述第二通信结构体；

S5：判断所述第二通信结构体与所述第一通信结构体是否匹配；

S6：如果所述第二通信结构体与所述第一通信结构体匹配，则判断所述服务正常；以及

S7：如果所述第二通信结构体与所述第一通信结构体不匹配，则判断所述服务异常。

2.根据权利要求1所述的服务监控方法，其特征在于，所述步骤S1进一步包括：

如果多个服务的程序接口包含相同的通信协议或者包含部分相同的通信协议，为所述多个服务的程序接口配置相同的第一通信结构体。

3.根据权利要求1所述的服务监控方法，其特征在于，所述第一通信结构体包括：数据类型、数据大小、字符长度和关键字。

4.根据权利要求1所述的服务监控方法，其特征在于，所述步骤S5进一步包括：

判断所述第二通信结构体和所述第一通信结构体的语义是否匹配；或者

判断所述第二通信结构体和所述第一通信结构体的数据类型是否匹配；或者

判断所述第二通信结构体中的数据大小是否在所述第一通信结构体中预定的数据大小范围内；或者

判断所述第二通信结构体中的字符长度是否在所述第一通信结构体中预定的字符长度范围内；或者

判断所述第二通信结构体中的关键字是否与所述第一通信结构体中预定的关键字相同。

5.根据权利要求1所述的服务监控方法，其特征在于，进一步包括步骤：

如果返回所述第二通信结构体的时间超过第一预定阈值，则判断所述服务异常。

6.根据权利要求1所述的服务监控方法，其特征在于，进一步包括步骤：

确定所述服务异常的原因。

7.根据权利要求6所述的服务监控方法，其特征在于，包括：

如果所述第二通信结构体的数据长度超过第二预定阈值，则判断返回数据错误；以及

如果返回所述第二通信结构体的时间超时，则判断所述服务被拒绝。

8.根据权利要求1所述的服务监控方法，其特征在于，进一步包括步骤：

判断所述服务的端口是否连接正常。

9.根据权利要求1所述的服务监控方法，其特征在于，进一步包括步骤：

当判断所述服务异常时，发出服务异常提示。

10.根据权利要求1所述的服务监控方法，其特征在于，进一步包括步骤：

存储判断所述服务正常与否的结果。

11.一种服务监控系统，其特征在于，包括终端和服务器，

所述终端包括：

配置模块，用于根据所要监控的服务，为所述服务的程序接口配置第一通信结构体，并创建用于所述服务的监控线程；

第一发送模块，所述第一发送模块用于启动所述监控线程，并将所述第一通信结构体发送至所述服务的程序接口；

第一接收模块，所述第一接收模块用于接收所述服务器返回的第二通信结构体；

解析模块，所述解析模块用于解析所述第二通信结构体；和

判断模块，所述判断模块用于判断所述第二通信结构体与所述第一通信结构体是否匹配，如果所述第二通信结构体与所述第一通信结构体匹配，则所述判断模块判断所述服务正常，如果所述第二通信结构体与所述第一通信结构体不匹配，则所述判断模块判断所述服务异常，

所述服务器包括：

第二接收模块，所述第二接收模块用于接收所述第一发送模块发送的第一通信结构体；和

第二发送模块，所述第二发送模块用于根据所述第一通信结构体向所述第一接收模块返回第二通信结构体。

12.根据权利要求11所述的服务监控系统，其特征在于，所述判断模块还用于判断所述服务器的服务端口是否连接正常。

13.根据权利要求11所述的服务监控系统，其特征在于，所述终端进一步包括：

提示模块，所述提示模块用于在所述判断模块判断所述服务异常时，发出服务异常提示。

14.根据权利要求11所述的服务监控系统，其特征在于，所述终端进一步包括：

存储模块，所述存储模块用于在所述判断模块判断完所述服务是否正常之后存储所述判断模块的判断结果。

15.根据权利要求11所述的服务监控系统，其特征在于，如果多个服务的程序接口包含相同的通信协议或者部分相同的通信协议，则所述配置模块为所述多个服务的程序接口配置相同的第一通信结构体。

16.根据权利要求11所述的服务监控系统，其特征在于，所述第一通信结构体包括：数据类型、数据大小、字符长度和关键字。

17.根据权利要求11所述的服务监控系统，其特征在于，所述判断模块进一步包括：

第一判断单元，用于判断所述第二通信结构体和所述第一通信结构体的语义是否匹配；和

第二判断单元，用于判断所述第二通信结构体和所述第一通信结构体的数据类型是否匹配；和

第三判断单元，用于判断所述第二通信结构体中的数据大小是否在第一通信结构体中预定的数据大小范围内；

第四判断单元，用于判断所述第二通信结构体中的字符长度是否在所述第一通信结构体中预定的字符长度范围内；和

第五判断单元，用于判断所述第二通信结构体中的关键字是否与所述第一通信结构体中预定的关键字相同。

18.根据权利要求11所述的服务监控系统，其特征在于，所述判断模块进一步包括：

超时判断单元，用于判断所述第二通信结构体的返回时间是否超过第一预定阈值，如果所述第二通信结构体的返回时间超过所述第一预定阈值，则判断所述服务异常。

19.根据权利要求11或18所述的服务监控系统，其特征在于，所述终端进一步包括：

原因确定模块，所述原因确定模块用于在所述判断模块判断所述服务异常后，确定所述服务异常的原因。

20.根据权利要求19所述的服务监控系统，其特征在于，

如果所述第二通信结构体的数据长度超过第二预定阈值，则判断返回数据错误；以及

如果返回所述第二通信结构体的时间超时，则判断所述服务被拒绝。

Images