CN107317708A - 一种法院业务应用系统的监测方法及装置 - Google Patents

Abstract

本发明提供了一种法院业务应用系统的监测方法及装置，该方法包括：针对所述法院业务应用系统包括的每一个网系，通过数据出口对所述网系包括的至少一个应用服务器的第一运行参数进行采集；通过对所述第一运行参数进行分析，确定所述至少一个应用服务器是否异常；当所述至少一个应用服务器出现异常时，利用部署于每一个所述应用服务器中的监控代理，分别对运行于每一个所述应用服务器上的至少一个业务应用的第一业务数据进行采集；分别针对每一个所述业务应用，根据所述业务应用对应的所述第一业务数据，确定所述业务应用是否异常；当所述业务应用出现异常时发出报警信息。本方案能够提高对法院业务应用系统进行监测的效果。

Description

一种法院业务应用系统的监测方法及装置

技术领域

本发明涉及计算机技术领域，特别涉及一种法院应用系统的监测方法及装置。

背景技术

人民法院是国家的审判机关，依法独立行使审判权，对刑事、民事、经济、行政等案件进行审判。人民法院的业务关系社会各方面的公平、公正和社会的稳定，因此，人民法院对业务应用系统运行的稳定性、安全性、效率及故障恢复能力都具有较严格的要求。为了保证法院业务应用系统的正常运行，需要对法院业务应用系统进行监测。

目前，在对法院业务应用系统进行监测时，主要通过人工监测的方式，定时对法院业务应用系统的运行状况进行监测。

由于法院的业务应用分布在数据专网、互联网、移动专网、涉密专网和外部专网这五个网系的各个应用服务器上，以保证法院业务应用的安全。针对于目前对法院业务应用系统进行监测的方法，通过人工监测的方式无法对分布于各个应用服务器上的业务应用进行监控，导致对法院应用系统进行监测的效果较差。

发明内容

本发明实施例提供了一种法院业务应用系统的监测方法及装置，能够提高对法院业务应用系统进行监测的效果。

第一方面，本发明实施例提供了一种法院业务应用系统的监测方法，包 括：

针对所述法院业务应用系统包括的每一个网系，通过数据出口对所述网系包括的至少一个应用服务器的第一运行参数进行采集；

通过对所述第一运行参数进行分析，确定所述至少一个应用服务器是否异常；

当所述至少一个应用服务器出现异常时，利用部署于每一个所述应用服务器中的监控代理，分别对运行于每一个所述应用服务器上的至少一个业务应用的第一业务数据进行采集；

分别针对每一个所述业务应用，根据所述业务应用对应的所述第一业务数据，确定所述业务应用是否异常；

当所述业务应用出现异常时发出报警信息。

可选地，

所述通过数据出口对所述网系包括的至少一个应用服务器的第一运行参数进行采集，包括：

利用所述网系中各个所述应用服务器之间及所述应用服务器与中间件之间的数据出口，对所述网系中各个所述应用服务器支架及所述应用服务器与中间件之间的通信数据进行镜像，并将镜像的通信数据作为各个所述应用服务器的所述第一运行参数。

可选地，该方法进一步包括：

针对每一个所述业务应用，每经过一个预设的监测周期，均执行如下操作：

利用部署于所述业务应用所在的所述应用服务器上的所述监控代理，对所述业务应用的第二业务数据进行采集，并将采集到的所述第二业务数据存储到预设的中间数据库中；

从所述中间数据库中获取所述业务应用对应的所述第二业务数据；

对从所述中间数据库中获取到的所述第二业务数据进行分析，获得所述业务应用的质效报告；

将获得的所述质效报告输出。

可选地，

所述对从所述中间数据库中获取到的所述第二业务数据进行分析获得所述业务应用的质效报告，包括：

从获取到的所述第二业务数据中提取至少一个指标数据，利用所述至少一个指标数据对获取到的所述第二业务数据进行大数据挖掘分析，获得所述业务应用的健康状态参数及所述业务应用所在应用服务器的第二运行参数；

利用所述健康状态参数及所述第二运行参数对所述业务应用进行趋势分析，获得所述业务应用的质效报告。

可选地，

所述根据所述业务应用对应的所述第一业务数据确定所述业务应用是否异常，包括：

将所述第一业务数据中包括的各项参数分别与对应的预设阈值进行比较；

如果所述各项参数中存在至少一项参数超过对应的预设阈值，则确定所述业务应用出现异常。

第二方面，本发明实施例还提供了一种法院业务应用系统的监测装置，包括：旁路采集单元、第一监测单元、探针采集单元、第二监测单元和报警单元；

所述旁路采集单元，用于针对所述法院业务应用系统包括的每一个网系，通过数据出口对所述网系包括的至少一个应用服务器的第一运行参数进行采集；

所述第一监测单元，用于通过对所述旁路采集单元采集到的所述第一运行参数进行分析，确定所述至少一个应用服务器是否异常；

所述探针采集单元，用于在所述第一监测单元确定所述至少一个服务器出现异常时，利用部署于每一个所述应用服务器中的监控代理，分别对运行于每一个所述应用服务器上的至少一个业务应用的第一业务数据进行采集；

所述第二监测单元，用于分别针对每一个所述业务应用，根据由所述探针采集单元采集到的所述业务应用对应的所述第一业务数据，确定所述业务应用是否异常；

所述报警单元，用于在所述第二监测单元确定所述业务应用出现异常时，发出报警信息。

可选地，

所述旁路采集单元，用于利用所述网系中各个所述应用服务器之间及所述应用服务器与中间件之间的数据出口，对所述网系中各个所述应用服务器支架及所述应用服务器与中间件之间的通信数据进行镜像，并将镜像的通信数据作为各个所述应用服务器的所述第一运行参数。

可选地，

该装置进一步包括：质效分析单元；

所述探针采集单元，进一步用于针对每一个所述业务应用，每经过一个预设的监测周期，利用部署于所述业务应用所在的所述应用服务器上的所述监控代理，对所述业务应用的第二业务数据进行采集，并将采集到的所述第二业务数据存储到预设的中间数据库中；

所述质效分析单元，用于从所述中间数据库中获取所述探针采集单元存储的所述业务应用对应的所述第二业务数据，并对从所述中间数据库中获取到的所述第二业务数据进行分析，获得所述业务应用的质效报告并输出。

可选地，

所述质效分析单元，用于从获取到的所述第二业务数据中提取至少一个指标数据，利用所述至少一个指标数据对获取到的所述第二业务数据进行大数据挖掘分析，获得所述业务应用的健康状态参数及所述业务应用所在应用服务器的第二运行参数，利用所述健康状态参数及所述第二运行参数对所述业务应用进行趋势分析，获得所述业务应用的质效报告。

可选地，

所述第二监测单元，用于将所述第一业务数据中包括的各项参数分别与 对应的预设阈值进行比较，如果所述各项参数中存在至少一项参数超过对应的预设阈值，则确定所述业务应用出现异常。

本发明实施例提供的法院业务应用系统的监测方法及装置，针对法院业务应用系统包括的每一个网系，通过数据出口采集该网系包括的各个应用服务器的第一运行参数，通过对第一运行参数进行分析确定该网系所包括的各个应用服务器是否异常。当确定存在应用服务器异常时，进一步利用部署于每一个应用服务器中的监控代理，分别采集每一个应用服务器上运行的各个业务应用的第一业务数据，根据各个业务应用对应的第一业务数据确定各个业务应用是否异常，当确定一个业务应用异常时发出对应的报警信息。由此可见，通过各个应用服务器的第一运行参数确定应用服务器是否异常，当确定应用服务器异常后通过各个业务应用的第一业务数据确定具体发生异常的业务应用，并发出相应的报警信息，实现了对法院业务应用系统中各个网系下各个业务应用的自动监测，从而提高了对法院业务应用系统进行监测的效果。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明一个实施例提供的一种法院业务应用系统的监测方法的流程图；

图2是本发明一个实施例提供的另一种法院业务应用系统的监测方法的流程图；

图3是本发明一个实施例提供的一种法院业务应用系统的监测装置所在设备的示意图；

图4是本发明一个实施例提供的一种法院业务应用系统的监测装置的示意图；

图5是本发明一个实施例提供的另一种法院业务应用系统的监测装置的示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例，基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

如图1所示，本发明实施例提供了一种法院业务应用系统的监测方法，该方法可以包括以下步骤：

步骤101：针对所述法院业务应用系统包括的每一个网系，通过数据出口对所述网系包括的至少一个应用服务器的第一运行参数进行采集；

步骤102：通过对所述第一运行参数进行分析，确定所述至少一个应用服务器是否异常；

步骤103：当所述至少一个应用服务器出现异常时，利用部署于每一个所述应用服务器中的监控代理，分别对运行于每一个所述应用服务器上的至少一个业务应用的第一业务数据进行采集；

步骤104：分别针对每一个所述业务应用，根据所述业务应用对应的所述第一业务数据，确定所述业务应用是否异常；

步骤105：当所述业务应用出现异常时发出报警信息。

本发明实施例提供了一种法院业务应用系统的监测方法，针对法院业务应用系统包括的每一个网系，通过数据出口采集该网系包括的各个应用服务器的第一运行参数，通过对第一运行参数进行分析确定该网系所包括的各个应用服务器是否异常。当确定存在应用服务器异常时，进一步利用部署于每 一个应用服务器中的监控代理，分别采集每一个应用服务器上运行的各个业务应用的第一业务数据，根据各个业务应用对应的第一业务数据确定各个业务应用是否异常，当确定一个业务应用异常时发出对应的报警信息。由此可见，通过各个应用服务器的第一运行参数确定应用服务器是否异常，当确定应用服务器异常后通过各个业务应用的第一业务数据确定具体发生异常的业务应用，并发出相应的报警信息，实现了对法院业务应用系统中各个网系下各个业务应用的自动监测，从而提高了对法院业务应用系统进行监测的效果。

可选地，如图1所示，

由于法院业务应用系统一般包括多个网系，比如数据专网、互联网、移动专网、涉密专网和外部专网，每一个网系包括有多个应用服务器，每一个应用服务器上运行着一个或多个业务应用。在步骤101中对第一运行参数进行采集时，利用该网系中各个应用服务器之间的数据出口和各个应用服务器与中间件之间的数据出口，对各个应用服务器之间的通信数据和各个应用服务器与中间件之间的通信数据进行镜像，将镜像的通信数据作为各个应用服务器的第一运行参数。其中，中间件可以为路由器、交换机或具有相同功能的设备。

针对任意一个应用服务器，通过数据出口镜像该应用服务器与其他应用服务器或中间件之间通信数据，所镜像的通信数据能够体现各个应用服务器及中间件的运行参数和数据流量，将通过镜像获取到的通信数据作为第一运行参数进行分析，可以确定出各个应用服务器是否存在异常，比如数据流量异常、通信信号缺失等。

这种通过镜像采集应用服务器之间或应用服务器与中间件之间的通信数据的方式，是一种旁路监测方法，无需在应用服务器和中间件中的嵌入程序代码和安装代理程序，不会对应用服务器和中间件的运行产生干扰，保证应用服务器和中间件的运行速率。另外，这种旁路监测方法适用于HTTP、HTTPS、SAP、Exchange等多种协议，具有较强的适用性。

可选地，除了通过图1所示方法对法院业务应用系统进行实时监测外， 还定时对各个业务应用进行监测，获取对应的第二业务数据，并且根据第二业务数据形成对应业务应用的质效报告。具体地，针对每一个业务应用，每经过一个预设的监测周期，利用部署于该业务应用所在应用服务器上的监控代理，对该业务应用的第二业务数据进行采集，并将采集到的第二业务数据存储到预先创建的中间数据库中。相应地，每经过一个监测周期，从中间数据库中读取该业务应用对应的第二业务数据，通过对读取到的第二业务数据进行分析，获得对应于该业务应用的质效报告，并将获得的质效报告输出。

通过部署于应用服务器上的监控代理，定时对运行于应用服务器上的业务应用的业务数据进行采集，将采集到的业务数据作为第二业务数据存储到中间数据库，在采集完成后，从中间数据库中读取第二业务数据进行分析，获得反映业务应用使用情况及使用效果的质效报告。质效报告可以作为法院信息化发展方向的依据，以更加准确地确定法院信息化发展的方向。

通过监控代理采集业务应用的业务数据的方法，属于探针监测方法，监控代理作为探针监测各个业务应用的业务数据，可以准确地获取业务应用的总体健康状态和应用服务器的运行参数，为法院信息化发展发现提供依据。

可选地，在通过对第二业务数据进行分析获取对应业务应用的质效报告时，从读取到的第二业务数据中提取至少一个指标数据，利用所提取的至少一个指标数据对获取到的第二业务数据进行大数据挖掘分析，获得对应业务应用的健康状态参数和业务应用所在业务服务器的第二运行参数，进而利用获取到的健康状态参数和第二运行参数对相应业务应用进行趋势分析，获得相应业务应用的质效报告。

通过对获取到的第二运行参数进行大数据分析，可以获取反映业务应用总体健康状态的健康状态参数和业务应用所在应用服务器的第二运行参数，其中，第二运行参数包括了应用服务器的CPU利用率、内存利用率、存储利用率、应用响应时间、并发会话数、在线人数、登录次数、应用流程统计、应用报错位置、热点模块等关键参数。通过对健康状态参数和第二运行参数进行趋势分析，可以形成反映对应业务应用运行情况和运行效果的质效报告， 保证质效报告所反映内容的准确性。

可选地，如图1所示，

步骤104中根据第一业务数据判断业务应用是否异常时，将第一业务数据包括的各项参数分别对对应的阈值进行对比，当第一业务数据中存在一项或多项参数超过对应的阈值后，确定业务应用出现异常。

通过监控代理采集第一业务数据的方法，属于探针监测方法，该方法可以深入到代码层面追踪业务应用执行性能参数，比如业务应用的响应时间、流量情况等参数。第一业务数据包括的每一项参数都设置有对应的阈值，如果采集到的第一业务数据中存在至少一项参数超过对应的阈值，则说明对应业务应用在某些方面出现问题，确定该业务应用发生了异常。

通过设置对应于各个参数的阈值，保证能够准确判断业务应用是否发生异常，提高该对法院业务应用系统进行监测的准确性。

下面以包括有5个网系的法院业务应用系统为例，对本发明实施例提供的法院业务应用系统的监测方法作进一步详细说明，如图2所示，该方法可以包括以下步骤：

步骤201：分别在每一个网系包括的各个应用服务器上部署监控代理。

在本发明一个实施例中，法院业务应用系统包括有多个网系，每一个网系包括有多个应用服务器，每一个应用服务器上运行有至少一个业务应用。在每一个应用服务器上部署至少一个监控代理，监控代理用于采集所在应用服务器上业务应用的业务数据。

例如，法院业务应用系统包括有5个网系，分别为数据专网、互联网、移动专网、涉密专网和外部专网，每一个网系都包括有10个应用服务器，每一个应用服务器上都运行一个业务应用。在50个应用服务器中的每一个应用服务器上部署一个监控代理。

步骤202：针对每一个网系，通过数据出口对该网系包括的各个应用服务器的第一运行参数进行采集。

在本发明一个实施例中，针对法院业务应用系统包括的每一个网系，确定该网系包括的至少一个应用服务器。针对确定出的每一个应用服务器，利用该应用服务器与相连的其他应用服务器及中间件之间的数据出口，对该应用服务器与其他应用服务器及中间件之间的通信数据进行镜像，将镜像的通信数据作为该应用服务器对应的第一运行参数。其中，第一运行参数包括对应应用服务器所包括数据库和相连中间件的运行参数。

例如，数据专网包括的10个应用服务器通过一个交换机相连，利用交换机的镜像功能，对10个应用服务器之间以及10个应用服务器与交换机之间的通信数据进行镜像，获得分别对应于10个应用服务器的第一运行参数。

步骤203：根据第一运行参数确定是否存在异常的应用服务器，如果是，执行步骤204，否则执行步骤201。

在本发明一个实施例中，在获取到各个应用服务器的第一运行参数后，对获取到的第一运行参数进行分析，确定各个应用服务器中是否存在异常的应用服务器，如果是，相应地执行步骤204，如果否，相应地执行201。其中，对第一运行参数进行分析，主要是对第一运行参数包括的网络流参数、应用服务器之间的调用关系等参数进行归一化处理，将处理结果与对应的判断标准进行比较从确定是否存在异常的应用服务器。

例如，通过对数据专网包括的10个应用服务器所对应的第一运行参数进行分析，确定数据专网包括的10个应用服务器中没有异常的应用服务器，则针对数据专网执行步骤201；通过对涉密专网包括的10个应用服务器所对应的第一运行参数进行分析，确定涉密专网包括的10个应用服务器中存在异常的应用服务器，则针对涉密专网执行步骤204。

步骤204：利用所述监控代理，分别采集各个业务应用的第一业务数据。

在本发明一个实施例中，当确定存在应用服务器异常时，针对每一个应用服务器，通过步骤201中部署到该应用服务器上的监控代理，分别对该应用服务器上运行的每一个业务应用的第一业务数据进行采集。

例如，在涉密专网包括的应用服务器1上运行有业务应用1，通过部署 于应用服务器1上的监控代理，对业务应用1的第一业务数据进行采集。相应地，分别通过其他4个应用服务器上的监控代理，对所在应用服务器上的业务应用的第一业务数据进行采集。

步骤205：针对每一个业务应用，根据对应的第一业务数据判断该业务应用是否异常，如果是，执行步骤206，否则结束当前流程。

在本发明一个实施例中，针对每一个业务应用，将该业务应用对应的第一业务数据中包括的各项参数分别与对应的阈值进行比较，如果存在一个或多项参数超过对应的阈值，则确定该业务应用异常，相应地执行步骤206，如果第一业务数据包括的各项参数均没有超过对应的阈值，则确定该业务应用正常，结束当前流程。其中，第一业务数据包括对应业务应用的健康状态参数，以及对应业务应用所在应用服务器的CPU利用率、内存利用率、存储利用率、应用响应时间、并发会话数、在线人数、登录次数、应用流程统计、应用报错位置、热点模块等关键参数。

例如，在涉密专网中，针对运行于应用服务器1上的业务应用1，将业务应用1的第一业务数据中包括的各项参数与对应的阈值进行对比后，各项参数均未超过对应的阈值，则确定业务应用1正常，针对业务应用1结束当前流程；针对运行于应用服务器2上的业务应用2，将业务应用2的第一业务数据中包括的各项参数与对应的阈值进行对比后，各项参数中存在三相参数超过对应的阈值，则确定业务应用2异常，针对业务应用2执行步骤206。

步骤206：针对异常的业务应用发出报警信息。

在本发明一个实施例中，当确定一个业务应用异常后，发出对应于该业务应用的报警信息，通知相关维护人员进行及时处理。

如图3、图4所示，本发明实施例提供了一种法院业务应用系统的监测装置。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。从硬件层面而言，如图3所示，为本发明实施例提供的法院业务应用系统的监测装置所在设备的一种硬件结构图，除了图3所示的处理器、内 存、网络接口、以及非易失性存储器之外，实施例中装置所在的设备通常还可以包括其他硬件，如负责处理报文的转发芯片等等。以软件实现为例，如图4所示，作为一个逻辑意义上的装置，是通过其所在设备的CPU将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。本实施例提供的法院业务应用系统的监测装置，包括：旁路采集单元401、第一监测单元402、探针采集单元403、第二监测单元404和报警单元405；

所述旁路采集单元401，用于针对所述法院业务应用系统包括的每一个网系，通过数据出口对所述网系包括的至少一个应用服务器的第一运行参数进行采集；

所述第一监测单元402，用于通过对所述旁路采集单元401采集到的所述第一运行参数进行分析，确定所述至少一个应用服务器是否异常；

所述探针采集单元403，用于在所述第一监测单元402确定所述至少一个服务器出现异常时，利用部署于每一个所述应用服务器中的监控代理，分别对运行于每一个所述应用服务器上的至少一个业务应用的第一业务数据进行采集；

所述第二监测单元404，用于分别针对每一个所述业务应用，根据由所述探针采集单元403采集到的所述业务应用对应的所述第一业务数据，确定所述业务应用是否异常；

所述报警单元405，用于在所述第二监测单元404确定所述业务应用出现异常时，发出报警信息。

可选地，如图4所示，

所述旁路采集单元401，用于利用所述网系中各个所述应用服务器之间及所述应用服务器与中间件之间的数据出口，对所述网系中各个所述应用服务器支架及所述应用服务器与中间件之间的通信数据进行镜像，并将镜像的通信数据作为各个所述应用服务器的所述第一运行参数。

可选地，如图5所示，进一步包括：质效分析单元506；

所述探针采集单元403，进一步用于针对每一个所述业务应用，每经过 一个预设的监测周期，利用部署于所述业务应用所在的所述应用服务器上的所述监控代理，对所述业务应用的第二业务数据进行采集，并将采集到的所述第二业务数据存储到预设的中间数据库中；

所述质效分析单元506，用于从所述中间数据库中获取所述探针采集单元403存储的所述业务应用对应的所述第二业务数据，并对从所述中间数据库中获取到的所述第二业务数据进行分析，获得所述业务应用的质效报告并输出。

具体地，质效分析单元506可以按照设定的标准对第二业务数据进行分析、封装和存储，通过对第二业务数据进行整合，形成完整的评价数据，从多个维度对业务应用的质效进行分析评测。另外，质效分析单元506还可以根据对第二业务数据进行分析的结果，显示业务应用运行的总体健康状态，以及业务应用所在应用服务器的CPU利用率、内存利用率、存储利用率、应用相应时间、并发会话数、在线人数、登录次数、应用流量统计、应用报错位置、热点模块等关键参数。

可选地，如图5所示，

所述质效分析单元506，用于从获取到的所述第二业务数据中提取至少一个指标数据，利用所述至少一个指标数据对获取到的所述第二业务数据进行大数据挖掘分析，获得所述业务应用的健康状态参数及所述业务应用所在应用服务器的第二运行参数，利用所述健康状态参数及所述第二运行参数对所述业务应用进行趋势分析，获得所述业务应用的质效报告。

可选地，如图4或图5所示，

所述第二监测单元404，用于将所述第一业务数据中包括的各项参数分别与对应的预设阈值进行比较，如果所述各项参数中存在至少一项参数超过对应的预设阈值，则确定所述业务应用出现异常。

上述装置内的各单元之间的信息交互、执行过程等内容，由于与本发明方法实施例基于同一构思，具体内容可参见本发明方法实施例中的叙述，此处不再赘述。

本发明实施例还提供了一种可读介质，所述可读介质中存储有执行指令，当存储控制器的处理器执行所述执行指令时，所述存储控制器执行上述各个实施例提供的法院业务应用系统的监测方法。

本发明实施例还提供了一种存储控制器，包括：处理器、存储器和总线；

所述存储器用于存储执行指令，所述处理器与所述存储器通过所述总线连接，当所述存储控制器运行时，所述处理器执行所述存储器存储的所述执行指令，以使所述存储控制器执行上述各个实施例提供的法院业务应用系统的监测方法。

本发明各个实施例提供的法院业务应用系统的监测方法及装置，至少具有如下有益效果：

1、在本发明实施例中，针对法院业务应用系统包括的每一个网系，通过数据出口采集该网系包括的各个应用服务器的第一运行参数，通过对第一运行参数进行分析确定该网系所包括的各个应用服务器是否异常。当确定存在应用服务器异常时，进一步利用部署于每一个应用服务器中的监控代理，分别采集每一个应用服务器上运行的各个业务应用的第一业务数据，根据各个业务应用对应的第一业务数据确定各个业务应用是否异常，当确定一个业务应用异常时发出对应的报警信息。由此可见，通过各个应用服务器的第一运行参数确定应用服务器是否异常，当确定应用服务器异常后通过各个业务应用的第一业务数据确定具体发生异常的业务应用，并发出相应的报警信息，实现了对法院业务应用系统中各个网系下各个业务应用的自动监测，从而提高了对法院业务应用系统进行监测的效果。

2、在本发明实施例中，通过镜像采集应用服务器之间或应用服务器与中间件之间的通信数据的方式，是一种旁路监测方法，无需在应用服务器和中间件中的嵌入程序代码和安装代理程序，不会对应用服务器和中间件的运行产生干扰，保证应用服务器和中间件的运行速率。另外，这种旁路监测方法 适用于HTTP、HTTPS、SAP、Exchange等多种协议，具有较强的适用性。

3、在本发明实施例中，通过部署于应用服务器上的监控代理，定时对运行于应用服务器上的业务应用的业务数据进行采集，将采集到的业务数据作为第二业务数据存储到中间数据库，在采集完成后，从中间数据库中读取第二业务数据进行分析，获得反映业务应用使用情况及使用效果的质效报告。质效报告可以作为法院信息化发展方向的依据，以更加准确地确定法院信息化发展的方向。

4、在本发明实施例中，定时采集每一个业务应用的第二运行参数，通过大数据挖掘分析方法对第二运行参数进行挖掘分析，获得业务应用的总体健康状态以及所在应用服务器的关键参数，通过趋势分析，形成质效报告并推送给用户，可以为用户对法院业务应用系统的信息化发展做决策时提供参考。另外，通过大数据挖掘分析方法，保证了所形成质效报告的准确性。

5、在本发明实施例中，对业务应用的第二运行参数进行分析后，可以将业务应用的总体健康状态和所在应用服务器的关键参数进行实时显示，供法院业务应用系统的维护人员查看，便于对法院业务应用系统进行维护。

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

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储在计算机可读取的存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述 的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质中。

最后需要说明的是：以上所述仅为本发明的较佳实施例，仅用于说明本发明的技术方案，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (10)

1.一种法院业务应用系统的监测方法，其特征在于，包括：

针对所述法院业务应用系统包括的每一个网系，通过数据出口对所述网系包括的至少一个应用服务器的第一运行参数进行采集；

通过对所述第一运行参数进行分析，确定所述至少一个应用服务器是否异常；

当所述至少一个应用服务器出现异常时，利用部署于每一个所述应用服务器中的监控代理，分别对运行于每一个所述应用服务器上的至少一个业务应用的第一业务数据进行采集；

分别针对每一个所述业务应用，根据所述业务应用对应的所述第一业务数据，确定所述业务应用是否异常；

当所述业务应用出现异常时发出报警信息。

2.根据权利要求1所述的方法，其特征在于，所述通过数据出口对所述网系包括的至少一个应用服务器的第一运行参数进行采集，包括：

利用所述网系中各个所述应用服务器之间及所述应用服务器与中间件之间的数据出口，对所述网系中各个所述应用服务器支架及所述应用服务器与中间件之间的通信数据进行镜像，并将镜像的通信数据作为各个所述应用服务器的所述第一运行参数。

3.根据权利要求1所述的方法，其特征在于，进一步包括：

针对每一个所述业务应用，每经过一个预设的监测周期，均执行如下操作：

利用部署于所述业务应用所在的所述应用服务器上的所述监控代理，对所述业务应用的第二业务数据进行采集，并将采集到的所述第二业务数据存储到预设的中间数据库中；

从所述中间数据库中获取所述业务应用对应的所述第二业务数据；

对从所述中间数据库中获取到的所述第二业务数据进行分析，获得所述业务应用的质效报告；

将获得的所述质效报告输出。

4.根据权利要求3所述的方法，其特征在于，所述对从所述中间数据库中获取到的所述第二业务数据进行分析获得所述业务应用的质效报告，包括：

从获取到的所述第二业务数据中提取至少一个指标数据，利用所述至少一个指标数据对获取到的所述第二业务数据进行大数据挖掘分析，获得所述业务应用的健康状态参数及所述业务应用所在应用服务器的第二运行参数；

利用所述健康状态参数及所述第二运行参数对所述业务应用进行趋势分析，获得所述业务应用的质效报告。

5.根据权利要求1至4中任一所述的方法，其特征在于，所述根据所述业务应用对应的所述第一业务数据确定所述业务应用是否异常，包括：

将所述第一业务数据中包括的各项参数分别与对应的预设阈值进行比较；

如果所述各项参数中存在至少一项参数超过对应的预设阈值，则确定所述业务应用出现异常。

6.一种法院业务应用系统的监测装置，其特征在于，包括：旁路采集单元、第一监测单元、探针采集单元、第二监测单元和报警单元；

所述旁路采集单元，用于针对所述法院业务应用系统包括的每一个网系，通过数据出口对所述网系包括的至少一个应用服务器的第一运行参数进行采集；

所述第一监测单元，用于通过对所述旁路采集单元采集到的所述第一运行参数进行分析，确定所述至少一个应用服务器是否异常；

所述探针采集单元，用于在所述第一监测单元确定所述至少一个服务器出现异常时，利用部署于每一个所述应用服务器中的监控代理，分别对运行于每一个所述应用服务器上的至少一个业务应用的第一业务数据进行采集；

所述第二监测单元，用于分别针对每一个所述业务应用，根据由所述探针采集单元采集到的所述业务应用对应的所述第一业务数据，确定所述业务应用是否异常；

所述报警单元，用于在所述第二监测单元确定所述业务应用出现异常时，发出报警信息。

7.根据权利要求6所述的装置，其特征在于，

所述旁路采集单元，用于利用所述网系中各个所述应用服务器之间及所述应用服务器与中间件之间的数据出口，对所述网系中各个所述应用服务器支架及所述应用服务器与中间件之间的通信数据进行镜像，并将镜像的通信数据作为各个所述应用服务器的所述第一运行参数。

8.根据权利要求6所述的装置，其特征在于，进一步包括：质效分析单元；

所述探针采集单元，进一步用于针对每一个所述业务应用，每经过一个预设的监测周期，利用部署于所述业务应用所在的所述应用服务器上的所述监控代理，对所述业务应用的第二业务数据进行采集，并将采集到的所述第二业务数据存储到预设的中间数据库中；

所述质效分析单元，用于从所述中间数据库中获取所述探针采集单元存储的所述业务应用对应的所述第二业务数据，并对从所述中间数据库中获取到的所述第二业务数据进行分析，获得所述业务应用的质效报告并输出。

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

所述质效分析单元，用于从获取到的所述第二业务数据中提取至少一个指标数据，利用所述至少一个指标数据对获取到的所述第二业务数据进行大数据挖掘分析，获得所述业务应用的健康状态参数及所述业务应用所在应用服务器的第二运行参数，利用所述健康状态参数及所述第二运行参数对所述业务应用进行趋势分析，获得所述业务应用的质效报告。

10.根据权利要求6至9中任一所述的装置，其特征在于，

所述第二监测单元，用于将所述第一业务数据中包括的各项参数分别与对应的预设阈值进行比较，如果所述各项参数中存在至少一项参数超过对应的预设阈值，则确定所述业务应用出现异常。