CN103414717A - 一种关于c/s结构业务系统的仿真监控方法和系统 - Google Patents

Abstract

本发明公开了一种关于C/S结构业务系统的仿真监控方法和系统，其利用HOOK技术，对业务流程进行建模；然后根据用户需求向服务器端发送请求指令，获取相应的业务流程的XML文件，仿真引擎轮询调度XML文件，对业务流程进行回放；分析引擎通过对仿真数据进行二次分析，产生相应的预警信息，服务器端实时查询数据库，获取相应的预警信息，通过多途径多维度的方式进行预警，并生成相应的数据分析视图。相比于传统的业务系统监控方法，具有以下优点：支持C/S结构业务系统仿真；可截获windows消息；基于脚本识别原理，使建模数据更加精准，建模过程更加便捷。业务仿真回放过程不受外设条件限制，系统架设与部署方便，推广性更强。

Description

一种关于C/S结构业务系统的仿真监控方法和系统

技术领域

本发明涉及业务系统监控技术领域，尤其涉及一种关于C/S结构业务系统的仿真监控方法和系统。 

背景技术

现有的业务系统监控技术，主要包括三种模式：外部监控、内部监控、针对B/S结构业务系统的仿真监控。其中外部监控，主要是从外网对业务系统的可用性、业务系统访问性能等进行监控；内部监控，主要是从业务系统的内部，对业务系统相关IT资产的状态等进行监控。具有代表性的技术如下：

1、外部监控：主要监控业务系统心跳和进程状态。主要通过监控业务系统的心跳和进程状态，来判断业务系统的可用性。如果业务系统进程僵死，则代表整个业务系统不可访问（如：服务繁忙、线程阻塞、业务系统崩溃等）；如果业务系统心跳异常，则代表整个业务系统服务质量欠佳（如：服务器资源瓶颈、数据库并发问题等等）。

2、内部监控：内部网管系统。以业务系统为主线，监控业务系统相关的所有IT资产（如：服务器、数据库、操作系统、链路等等），通过设置各种指标体系或日志，对业务系统的内部问题进行监控和预警。

3、针对B/S结构业务系统的仿真监控：利用HTTP协议，截获数据包信息，对B/S结构的业务系统进行仿真监控，包括两种模式：

第一种是基于IE内核的仿真监控：利用建模-回放原理，通过在建模过程中获取用户输入（主要是记录键盘、鼠标操作），通过预先设置的回放频率及告警阀值，在特定的时间段内对业务流程进行回放，从而对B/S结构的业务流程的畅通性进行监控；

第二种是基于BHO技术的仿真监控：利用建模-回放原理，通过获取建模过程中的用户输入（所触发的WEB页面标签），根据预先设置的回放频率及告警阀值，在特定的时间段内对业务流程进行回放，从而对B/S结构业务流程的畅通性进行监控。

然而，上述业务系统监控方法均存在一定的不足之处：

外部监控：外部监控只能对业务系统是否可用、访问质量问题等进行监控，但是，对于一些复杂的业务系统（如：机场航显系统、炒股客户端、基金交易系统等），因为业务系统体系结构复杂，系统的心跳或进程正常，不能代表整个业务系统的服务质量。如：一个完整的机场离港信息查询操作流程，往往包括：打开进程、登录、单击离港控件，查看离港航班信息等一系列的业务操作，任何一个环节的业务出现故障，都说明业务不完整、不可用。所以，对于复杂的业务系统，仅仅从监控其心跳或进程状态，只能对业务系统是否可用进行判断，而不能对业务流程畅通性进行检查，存在明显的缺陷。

内部监控：内部监控只能从业务系统的内部，对业务系统所关联的所有IT资产进行监控，如：操作系统、中间件、数据库、交换机、邮件服务器等等，一旦任何IT资产指标超标，或者状态异常，都能进行即时预警，从而对于可能业务系统故障的内部问题，能进行有效监控。但是，这同样不足以实现对业务系统业务故障的100%监控，理由如下：（1）业务系统的外部域名过期，或运营商网络故障，同样导致用户无法使用业务系统；（2）业务系统内部数据库死锁，或者业务系统业务逻辑代码执行效率问题等，也经常导致业务系统故障；（3）业务系统与子系统的通讯失败，同样导致用户无法使用业务系统。

针对B/S结构业务系统的仿真监控：

第一种基于IE内核的业务仿真监控技术，其仿真对象主要是B/S结构的业务系统，对于C/S结构的业务系统，则无法进行仿真。并且，基于IE内核的业务仿真监控，仅仅能够通过识别用户的键盘、鼠标操作位置（坐标）进行业务建模，一旦建模与回放的环境产生差异（如显示器的尺寸、分辨率等差异），那么将导致仿真失败。

第二种基于BHO技术的业务仿真监控，其仿真过程与“基于IE内核的仿真监控技术”的区别是，BHO技术是通过识别用户建模时输入设备（鼠标/键盘）所触发的WEB页面上相对应的网页源码标签，来记录建模操作时输入设备所触发的位置，从而记录用户的建模操作。该模式与“基于IE内核的仿真监控技术”具有同样的缺陷，其仿真对象主要是B/S结构的业务系统，对于C/S结构的业务系统，无法进行仿真。

有鉴于此，现有技术有待改进和提高。 

发明内容

鉴于现有技术中的不足，本发明目的在于提供一种关于C/S结构业务系统的仿真监控方法和系统。旨在解决现有技术的业务监控系统存在的外部干扰多、受外部条件限制、仿真监控效果差等问题。

本发明的技术方案如下：

一种关于C/S结构业务系统的仿真监控方法，其中，所述方法包括以下步骤：

A、利用HOOK技术，对业务流程进行建模，生成所述业务流程的XML文件后，将所述XML文件上传到服务器端；

B、根据用户需求向服务器端发送请求指令，获取相应的业务流程的XML文件，服务器端根据事先定义的分配策略将XML文件下发给仿真引擎，仿真引擎轮询调度XML文件，根据回放规则对业务流程进行回放；

C、仿真引擎回放完毕单个业务流程的单个节点，在与分析引擎建立可靠的传输信道的基础上，将所产生的仿真数据实时上传给分析引擎，分析引擎通过对仿真数据进行二次分析，产生相应的预警信息，并将预警信息放入数据库中；

D、服务器端实时查询数据库，获取相应的预警信息，通过多途径多维度的方式进行预警，并生成相应的数据分析视图；

E、服务器根据预先定义的报告模板，组织相应业务流程的相关数据（包括业务流程数据、流程节点数据、预警数据、解决方案数据等），生成周期性的仿真监控报告。

所述的关于C/S结构业务系统的仿真监控方法，其中，所述步骤A具体包括：

A1、对业务系统进行分析，明确需要录制的业务节点，选取节点特征，并定义回放频率及预警阀值；

A2、新建业务流程，配置与所述业务流程相关的信息，然后记录用户访问所述业务流程的操作指令；

A3、将所述操作指令以XML文件方式进行本地存储，并将所述XML文件上传到服务器端。

所述的基于HOOK技术的业务系统监控方法，其中，所述步骤A2中用户的操作指令包括：

单击控件、输入文字、单击系统菜单和单选框复选框下拉列表选择。

所述的关于C/S结构业务系统的仿真监控方法，其中，所述A2中还包括，为业务流程定制回放规则、预警类型及预警阀值。

一种关于C/S结构业务系统的仿真监控系统，其中，包括：

建模单元，用于利用HOOK技术，对业务流程进行建模，生成所述业务流程的XML文件后，将所述XML文件上传到服务器端；

回放单元，用于根据用户需求向服务器端发送请求指令，获取相应的业务流程的XML文件，服务器端根据事先定义的分配策略将XML文件下发给仿真引擎，仿真引擎轮询调度XML文件，根据回放规则对业务流程进行回放；

分析单元，用于仿真引擎回放完毕单个业务流程的单个节点，在与分析引擎建立可靠的传输信道的基础上，将所产生的仿真数据实时上传给分析引擎，分析引擎通过对仿真数据进行二次分析，产生相应的预警信息，并将预警信息放入数据库中；

预警单元，用于服务器端实时查询数据库，获取相应的预警信息，通过多途径多维度的方式进行预警，并生成相应的数据分析视图;

报告单元，用于服务器端组织阶段性仿真结果数据，通过用户预先定义的模板，生成相应的仿真监控报告。

所述的关于C/S结构业务系统的仿真监控系统，其中，所述XML文件中包括的用户的操作指令为：

单击控件、输入文字、单击系统菜单和单选框复选框下拉列表选择。

有益效果：

本发明的关于C/S结构业务系统的仿真监控系统，相比于传统的业务系统监控方法，具有以下优点：

（1）支持C/S结构业务系统仿真；本方法基于HOOK技术，全面支持对C/S结构的业务系统进行仿真监控，解决了以往的业务仿真系统仅支持B/S结构业务系统的局限性问题。

（2）可截获windows消息：在C/S结构业务系统建模过程中，windows消息是用户输入的一个重要来源，本技术方案基于HOOK技术， HOOK（钩子）是Windows消息处理机制的一个平台，应用程序可以在上面设置子程序以监视指定窗口的某种消息，而且所监视的窗口可以是其他进程所创建的。当消息到达后，在目标窗口处理函数之前处理它。HOOk机制允许应用程序截获处理window消息或特定事件。

（3）基于脚本识别原理：基于HOOK技术的C/S结构业务系统仿真监控，对用户输入处理均基于脚本识别原理，获取用户输入结果，与用户所使用的输入语言、显示器分辨率、屏幕坐标等外设条件无关，减少了外部干扰因素，使建模数据更加精准，建模过程更加便捷。同时，业务仿真回放过程不受外设条件限制，系统架设与部署更加方便，可推广性更强。

附图说明

图1为本发明的关于C/S结构业务系统的仿真监控方法的流程图。

图2为本发明的关于C/S结构业务系统的仿真监控方法中业务建模的实施例的流程图。

图3为本发明的关于C/S结构业务系统的仿真监控方法中业务仿真的实施例的流程图。

图4为本发明的关于C/S结构业务系统的仿真监控系统的结构框图。

具体实施方式

本发明提供一种关于C/S结构业务系统的仿真监控方法和系统，为使本发明的目的、技术方案及效果更加清楚、明确，以下对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

请参阅图1，其为本发明的关于C/S结构业务系统的仿真监控方法的流程图。如图所示，所述方法包括以下步骤：

S1、利用HOOK技术，对业务流程进行建模，生成所述业务流程的XML文件后，将所述XML文件上传到服务器端；

S2、根据用户需求向服务器端发送请求指令，获取相应的业务流程的XML文件，服务器端根据事先定义的分配策略将XML文件下发给仿真引擎，仿真引擎轮询调度XML文件，根据回放规则对业务流程进行回放；

S3、仿真引擎回放完毕单个业务流程的单个节点，在与分析引擎建立可靠的传输信道的基础上，将所产生的仿真数据实时上传给分析引擎，分析引擎通过对仿真数据进行二次分析，产生相应的预警信息，并将预警信息放入数据库中；

S4、服务器端实时查询数据库，获取相应的预警信息，通过多途径多维度的方式进行预警，并生成相应的数据分析视图；

S5、服务器根据预先定义的报告模板，组织相应业务流程的相关数据（包括业务流程数据、流程节点数据、预警数据、解决方案数据等），生成周期性的仿真监控报告。

下面分别针对上述步骤进行详细描述：

所述步骤S1为利用HOOK技术，对业务流程进行建模，生成所述业务流程的XML文件后，将所述XML文件上传到服务器端。其为业务建模阶段。在本实施例中，所述业务建模阶段包括：

S11、对业务系统进行分析，明确需要录制的业务节点，选取节点特征，并定义回放频率及预警阀值；

S12、新建业务流程，配置与所述业务流程相关的信息，然后记录用户访问所述业务流程的操作指令；

S13、将所述操作指令以XML文件方式进行本地存储，并将所述XML文件上传到服务器端。

具体来说，结合图2来说，在业务流程建模前，用户需要对业务系统进行分析，明确需要录制的业务节点、选取节点特征、定义回放频率及预警阀值；然后，用户打开建模工具，新建流程，配置与流程相关的信息，使用快捷键切换HOOK状态，双击业务系统客户端，访问该业务流程，此时会记录用户一系列操作。如：录制机场航显系统流程时，用户双击打开航显客户端，启动航显系统，用户输入账号和密码，点击确认进入航显系统，然后进行各种相关操作，如查询到港航班/离港航班信息等。在这个过程中，流程建模工具记录用户的各项操作以及用户输入的各项数据，并记录各项操作及数据，以XML方式进行本地存储，并将XML文件上传到管理中心，以便于流程文件的统一管理与分发。整个流程建模过程自启动航显系统后，由用户输入和单击操作，直至本流程结束录制。基于HOOK技术的仿真建模方法，就是启用钩子技术，获取用户在客户端中的所有输入和单击操作，包括但不限于单击控件、输入文字、单击系统菜单、单选框复选框下拉列表选择等操作。以上所有操作及输入，包括光标位置（坐标）、控件信息、鼠标键盘消息。比如，“用户登录”节点的录制，光标切换到用户名编辑框时，记录编辑框控件句柄，改变标识（此时用户会输入用户账户信息），监听键盘消息（直至用户再次切换光标，通过SendMessage获取编辑框的数据即用户账户），同时记录用户名编辑框相对位置、大小、类型等信息，用于回放时定位；密码输入及其他输入同理；输入账户密码后，当用户单击登陆按钮时，钩子记录用户单击按钮的标题、位置、类型等信息。使用HOOK技术拦截用户消息，记录过程既不需要考虑输入输出设备参数、又与输入法无关，在流程建模的灵活性与易用性方面均有很大程度的提高。

流程建模除记录用户操作及用户输入外，还需为业务流程定制回放规则、预警类型及预警阀值。回放规则用来控制仿真回放的时间段与时间频度。如对机场航显系统进行建模时，将规定工作日进行仿真回放，休息日不回放；工作时间段内回放，午休时间不回放；回放频度为每五分钟回放一次等。预警规则则根据客户端流程节点性质的不同而不同，有“界面打不开”“超出规定等待时间”“内容变动不符合规定”“运行正确”等类型。如对航显系统进行建模时，对于航显系统中离港航班查询节点，认为不仅仅需要能够正常访问，且等待时间超过3秒是不被用户接受的，则针对“离港航班查询”节点定义预警规则“界面打不开”及“超出规定等待时间”。预警阀值用来为各种预警类型界定一个预警时间临界点。如“超出规定等待时间”，若定义10秒为预警阀值，那么只有在等待时间大于10秒时才进行预警，等待时间为9.99秒仍属正常。流程建模具有业务流程创建、修改和删除的功能。一个流程包含多个子流程，一个子流程包含多个节点。

所述步骤S2为根据用户需求向服务器端发送请求指令，获取相应的业务流程的XML文件，服务器端根据事先定义的分配策略将XML文件下发给仿真引擎，仿真引擎轮询调度XML文件，根据回放规则对业务流程进行回放。具体来说，由于流程文件（.xml）包含了业务流程的所有信息，包括所有的用户操作与输入、回放规则、预警策略等信息，那么，一旦启动仿真引擎，仿真引擎即主动请求管理中心（即服务器端）获取本引擎所有的流程文件（.xml），管理中心根据事先定义的分配策略将流程文件（.xml）下发给仿真引擎，仿真引擎轮询调度流程文件（.xml），根据回放规则对业务流程进行回放。流程回放完全模拟流程建模时的用户操作进行，同时，仿真引擎根据预警策略（预警规则与预警阀值）对回放操作进行预判，产生一系列的仿真数据，包括但不限于引擎信息、节点信息、节点中各子链接信息、预判信息等。

所述步骤S3为仿真引擎回放完毕单个业务流程的单个节点，在与分析引擎建立可靠的传输信道的基础上，将所产生的仿真数据实时上传给分析引擎，分析引擎通过对仿真数据进行二次分析，产生相应的预警信息，并将预警信息放入数据库中。、

所述步骤S4为服务器端实时查询数据库，获取相应的预警信息，通过多途径多维度的方式进行预警，并生成相应的数据分析视图。具体来说，管理中心实时查询数据库，获取相应的预警信息，通过多途径（声、光、电等）、多维度（业务系统、地域、业务时段、业务节点等）对仿真结果进行预警。同时，基于HOOK技术的C/S结构业务系统仿真监控系统，为用户提供多维度的数据分析视图，如同一业务系统在不同时段的性能差异；不同业务系统在同一时间段的性能差异；同一业务系统的不同业务节点的性能差异等，为客户的业务系统改进提供决策支持。

所述步骤S2-S4为业务仿真阶段，其具体细节可以参见图3。

本发明还提供了一种关于C/S结构业务系统的仿真监控系统，如图4所示，包括：

建模单元100，用于利用HOOK技术，对业务流程进行建模，生成所述业务流程的XML文件后，将所述XML文件上传到服务器端；

回放单元200，用于根据用户需求向服务器端发送请求指令，获取相应的业务流程的XML文件，服务器端根据事先定义的分配策略将XML文件下发给仿真引擎，仿真引擎轮询调度XML文件，根据回放规则对业务流程进行回放；

分析单元300，用于仿真引擎回放完毕单个业务流程的单个节点，在与分析引擎建立可靠的传输信道的基础上，将所产生的仿真数据实时上传给分析引擎，分析引擎通过对仿真数据进行二次分析，产生相应的预警信息，并将预警信息放入数据库中；

预警单元400，用于服务器端实时查询数据库，获取相应的预警信息，通过多途径多维度的方式进行预警，并生成相应的数据分析视图;

报告单元500，用于服务器端组织阶段性仿真结果数据，通过用户预先定义的模板，生成相应的仿真监控报告。

上述各个部分的功能都已经在上述方法中进行了详细介绍，这里就不再冗述了。

综上所述，本发明的关于C/S结构业务系统的仿真监控方法和系统，相比于传统的业务系统监控方法，具有以下优点：

（1）支持C/S结构业务系统仿真；本方法基于HOOK技术，全面支持对C/S结构的业务系统进行仿真监控，解决了以往的业务仿真系统仅支持B/S结构业务系统的局限性问题。

（2）可截获windows消息：在C/S结构业务系统建模过程中，windows消息是用户输入的一个重要来源，本技术方案基于HOOK技术， HOOK（钩子）是Windows消息处理机制的一个平台，应用程序可以在上面设置子程序以监视指定窗口的某种消息，而且所监视的窗口可以是其他进程所创建的。当消息到达后，在目标窗口处理函数之前处理它。HOOK机制允许应用程序截获处理window消息或特定事件。

（3）基于脚本识别原理：基于HOOK技术的C/S结构业务系统仿真监控，对用户输入处理均基于脚本识别原理，获取用户输入结果，与用户所使用的输入语言、显示器分辨率、屏幕坐标等外设条件无关，减少了外部干扰因素，使建模数据更加精准，建模过程更加便捷。同时，业务仿真回放过程不受外设条件限制，系统架设与部署更加方便，可推广性更强。

应当理解的是，本发明的应用不限于上述的举例，对本领域普通技术人员来说，可以根据上述说明加以改进或变换，所有这些改进和变换都应属于本发明所附权利要求的保护范围。

Claims (6)

1.一种关于C/S结构业务系统的仿真监控方法，其特征在于，所述方法包括以下步骤：

A、利用HOOK技术，对业务流程进行建模，生成所述业务流程的XML文件后，将所述XML文件上传到服务器端；

B、根据用户需求向服务器端发送请求指令，获取相应的业务流程的XML文件，服务器端根据事先定义的分配策略将XML文件下发给仿真引擎，仿真引擎轮询调度XML文件，根据回放规则对业务流程进行回放；

C、仿真引擎回放完毕单个业务流程的单个节点，在与分析引擎建立可靠的传输信道的基础上，将所产生的仿真数据实时上传给分析引擎，分析引擎通过对仿真数据进行二次分析，产生相应的预警信息，并将预警信息放入数据库中；

D、服务器端实时查询数据库，获取相应的预警信息，通过多途径多维度的方式进行预警，并生成相应的数据分析视图；

E、服务器根据预先定义的报告模板，组织相应业务流程的相关数据，生成周期性的仿真监控报告。

2.根据权利要求1所述的关于C/S结构业务系统的仿真监控方法，其特征在于，所述步骤A具体包括：

A1、对业务系统进行分析，明确需要录制的业务节点，选取节点特征，并定义回放频率及预警阀值；

A2、新建业务流程，配置与所述业务流程相关的信息，然后记录用户访问所述业务流程的操作指令；

A3、将所述操作指令以XML文件方式进行本地存储，并将所述XML文件上传到服务器端。

3.根据权利要求2所述的关于C/S结构业务系统的仿真监控方法，其特征在于，所述步骤A2中用户的操作指令包括：

单击控件、输入文字、单击系统菜单和单选框复选框下拉列表选择。

4.根据权利要求3所述的关于C/S结构业务系统的仿真监控方法，其特征在于，所述A2中还包括，为业务流程定制回放规则、预警类型及预警阀值。

5.一种关于C/S结构业务系统的仿真监控系统，其特征在于，包括：

建模单元，用于利用HOOK技术，对业务流程进行建模，生成所述业务流程的XML文件后，将所述XML文件上传到服务器端；

回放单元，用于根据用户需求向服务器端发送请求指令，获取相应的业务流程的XML文件，服务器端根据事先定义的分配策略将XML文件下发给仿真引擎，仿真引擎轮询调度XML文件，根据回放规则对业务流程进行回放；

分析单元，用于仿真引擎回放完毕单个业务流程的单个节点，在与分析引擎建立可靠的传输信道的基础上，将所产生的仿真数据实时上传给分析引擎，分析引擎通过对仿真数据进行二次分析，产生相应的预警信息，并将预警信息放入数据库中；

预警单元，用于服务器端实时查询数据库，获取相应的预警信息，通过多途径多维度的方式进行预警，并生成相应的数据分析视图;

报告单元，用于服务器端组织阶段性仿真结果数据，通过用户预先定义的模板，生成相应的仿真监控报告。

6.根据权利要求5所述的关于C/S结构业务系统的仿真监控系统，其特征在于，所述XML文件中包括的用户的操作指令为：

单击控件、输入文字、单击系统菜单和单选框复选框下拉列表选择。

Images