CN103944779A - 一种wap业务性能监测方法及系统 - Google Patents

Abstract

本发明公开了一种WAP业务性能监测方法及系统，系统包括控制终端和移动终端，方法包括：控制终端获取测试任务，并将测试任务发送到相应的移动终端；移动终端执行所述测试任务，通过WAP网络向WAP系统发送业务请求，接收WAP系统返回的数据，并将WAP系统返回的数据及移动终端本地时间戳发送到控制终端；控制终端基于WAP系统返回的数据计算访问WAP业务的时长。使用移动终端主动拨测实现对WAP业务性能的实时监控，与现实情况无差异，更加真实地反映用户使用WAP业务的行为，因此监测到的访问WAP业务的时长准确性高，再者针对交互数据量大的WAP系统也能正常并准确的进行探测。

Description

一种WAP业务性能监测方法及系统

技术领域

本发明涉及WAP系统，更具体地说，涉及一种WAP业务性能监测方法及系统。

背景技术

随着移动业务及业务支撑网的不断发展，目前已经实现了基于短信猫的WAP服务器性能监测技术。所谓短信猫是一种用来收发短信的设备，与手机相同，需要SIM卡的支持。在需要收发短信的时候，在短信猫中插入一张SIM卡，插上电源，通过数据线将短信猫和电脑连接，利用电脑的应用管理软件实现短信收发的功能。

在现有的基于短信猫的WAP服务器性能监测技术中：

1、开发短信猫服务程序，采用底层数据包的收发形式模拟访问WAP网站的请求操作，通过Windows的拨号功能，绑定短信猫的串行通讯端口（COM口）进行GPRS拨号，通过底层数据包的收发模拟该SIM卡的WAP服务请求；

2、实现了WAP协议数据包的封装和解析，将需要请求的网址和操作封装为WAP协议的数据包发送给WAP服务器，继而将从WAP服务器返回的报文进行解析，当在允许的时间内出现正确访问界面的关键字时，判定为当前页面有效。

现有的基于短信猫的WAP业务性能监测技术存在以下缺陷：首先，短信猫的性能受限，当发送或者接收的WAP数据包的大小逼近或超过短信猫支持的最大波特率时，其接收和发送数据包的时长会存在不稳定的波动，在这种情况下通过此种方式获取的WAP服务器的请求响应时间是不准确的；其次，由于短信猫上的SIM卡使用集中化，其所处的环境信号是不稳定的；再者，利用短信猫的COM口实现拨号上网的方式与移动终端采用WAP网络模式上网的方式存在着一定的网络差异。基于上述因素，现有的基于短信猫的WAP业务性能监测技术监测WAP业务的性能的准确性不高。

发明内容

本发明针对现有的基于短信猫的WAP业务性能监测技术准确性不高的缺陷，提供一种WAP业务性能监测方法及系统，基于移动终端来进行WAP业务的性能检测，提高检测的准确性。

本发明解决其技术问题采用的技术手段是：提供一种WAP业务性能监测方法，用于在WAP业务性能监测系统中监测访问WAP业务的时长，所述WAP业务性能监测系统包括控制终端以及移动终端，所述WAP业务性能监测方法包括以下步骤：

S1、所述控制终端获取测试任务，并将所述测试任务发送到相应的移动终端；

S2、所述移动终端执行所述测试任务，通过WAP网络向WAP系统发送业务请求，接收WAP系统返回的数据，并将WAP系统返回的数据以及本地时间戳发送到所述控制终端；

S3、所述控制终端基于所述移动终端返回的数据计算访问WAP业务的时长。

优选地，所述WAP业务性能监测系统还包括任务服务器，所述任务服务器中存储任务数据库，所述任务数据库包括测试任务信息，所述WAP业务性能监测方法还包括以下步骤：

S0、所述任务服务器根据调度策略从所述任务数据库中获取测试任务，并将所述测试任务发送到相应的控制终端；

步骤S3中还包括步骤：所述控制终端将WAP系统返回的数据以及访问WAP业务的时长作为测试结果存储到所述任务数据库。

优选地，所述WAP业务性能监测系统还包括性能监测单元，所述WAP业务性能监测方法还包括以下步骤：

S4、所述性能监测单元基于所述任务数据库中存储的测试结果进行报警。

优选地，所述性能监测单元包括时长计算模块和报警模块，步骤S4包括以下子步骤：

S41、所述时长计算模块判断测试结果中访问WAP业务的时长是否属于正常时长范围，若否则计算访问WAP业务的时长的第一至第三部分，第一部分为移动终端发送业务请求到WAP网关的时间，第二部分为WAP网关与WAP服务器数据交互的时间，第三部分为移动终端接收到WAP网关返回的数据的时间；

S42、所述报警模块根据访问WAP业务的时长的第一至第三部分报警并提示相应的故障点。

提供一种WAP业务性能监测系统，包括通信连接的控制终端和移动终端，所述控制终端用于获取测试任务，并将所述测试任务发送到相应的所述移动终端；所述移动终端用于执行所述测试任务，通过WAP网络向WAP系统发送业务请求，接收WAP系统返回的数据，并将WAP系统返回的数据以及本地时间戳发送到所述控制终端；所述控制终端还用于基于所述移动终端返回的数据计算访问WAP业务的时长。

优选地，本发明的WAP业务性能监测系统还包括：

任务服务器，其中存储任务数据库，所述任务数据库包括测试任务信息，所述任务服务器根据调度策略从所述任务数据库中获取测试任务，并将所述测试任务发送到相应的控制终端；

所述控制终端还用于将WAP系统返回的数据以及访问WAP业务的时长作为测试结果存储到所述任务数据库。

优选地，所述任务服务器包括数据库服务器和调度服务器，所述数据库服务器中存储所述任务数据库；所述调度服务器根据调度策略从所述任务数据库中获取测试任务，并将所述测试任务发送到相应的控制终端。

优选地，本发明的WAP业务性能监测系统还包括：

性能监测单元，其与所述任务服务器通信连接，用于基于所述任务数据库中存储的测试结果进行报警。

优选地，所述性能监测单元包括：

时长计算模块，用于判断测试结果中访问WAP业务的时长是否属于正常时长范围，若否则计算访问WAP业务的时长的第一至第三部分，第一部分为移动终端发送业务请求到WAP网关的时间，第二部分为WAP网关与WAP服务器数据交互的时间，第三部分为移动终端接收到WAP网关返回的数据的时间；

报警模块，用于根据访问WAP业务的时长的第一至第三部分报警并提示相应的故障点。

本发明的WAP业务性能监测方法及系统具有以下有益效果：使用移动终端主动拨测实现对WAP业务性能的实时监控，与现实情况无差异，更加真实地反映用户使用WAP业务的行为，因此监测到的访问WAP业务的时长准确性高，再者针对交互数据量大的WAP系统也能正常并准确的进行探测。

附图说明

图1为本发明的WAP业务性能监测系统第一实施例的结构示意图；

图2为控制终端与移动终端的通讯架构示意图；

图3为本发明的WAP业务性能监测系统第二实施例的结构示意图；

图4为移动与WAP系统的通信流程图；

图5为现有的Web系统的WAP业务性能监控功能示意图；

图6为WAP业务性能监测系统的一个应用实例的实施框架图；

图7为本发明的WAP业务性能监测方法第一实施例的流程图；

图8为本发明的WAP业务性能监测方法第二实施例的流程图。

具体实施方式

以下结合附图和实施例对本发明做进一步的解释说明。

图1为本发明的WAP业务性能监测系统100第一实施例的结构示意图，如图1所示，在本实施例中，WAP业务性能监测系统100包括通信连接的控制终端110和移动终端120，控制终端110和移动终端120可以是一对一设置，也可以是一对多设置，控制终端110能够控制移动终端120通过WAP网络发起业务请求。

在本实施例中，控制终端110用于获取测试任务，并将测试任务发送到相应的移动终端120。移动终端120执行测试任务，通过WAP网络向WAP系统发送业务请求，接收WAP系统返回的数据，并将WAP系统返回的数据以及移动终端120本地的时间戳以报文的形式发送到控制终端110，移动终端120为手机，移动终端120本地的时间戳指示了移动终端120发送业务请求的时间以及接收到WAP系统返回的数据的时间。控制终端110还用于对移动终端120返回的报文进行解析以获得WAP系统返回的数据，并基于移动终端120的本地时间戳计算访问WAP业务的时长（即移动终端120发送业务请求到接收到WAP系统返回的完整的数据包的时间），控制终端110还可以存储WAP系统返回的数据，用于更进一步的处理，例如进一步判断WAP系统返回的数据的准确性，WAP系统返回的数据可以存储在控制终端110本地或者与控制终端110通信连接的其他设备。

控制终端110获取测试任务的方式可以有多种：

第一种，测试任务存储在专用的服务器，在这种情况下控制终端110可以按照一定的时间间隔主动向服务器请求测试任务信息，也可以接收服务器主动推送的测试任务信息。此时，专用的服务器包括数据库，数据库中存储有任务表，任务表包括执行表（taskexecute）、任务结果表（taskresult）、任务信息表（taskinfo）、资源表（r_simcard）等等。任务信息表中包含着测试任务的脚本、脚本集、脚本组、调度策略组等相关信息，专用的服务器每天会根据调度策略等生成当天的执行表，以主动推送的方式为例，专用的服务器会将执行表中的测试任务信息发送到相应的控制终端110。当测试任务执行完毕后，控制终端110会将测试结果（测试结果包括WAP系统返回的数据以及访问WAP业务的时长）写入到任务结果表。资源表只有在测试资源发生变化时进行更新。

第二种，测试任务存储在控制终端110本地，在这种情况下控制终端110包括数据库，数据库中存储有任务表，任务表包括执行表（taskexecute）、任务结果表（taskresult）、任务信息表（taskinfo）、资源表（r_simcard）等等。任务信息表中包含着测试任务的脚本、脚本集、脚本组、调度策略组等相关信息，控制终端110每天会根据调度策略等生成当天的执行表，将执行表中的测试任务信息发送到相应的移动终端120。当测试任务执行完毕后，控制终端110会将任务结果（例如WAP系统返回的数据、访问WAP业务的时长等）会写入到任务结果表。资源表只有在测试资源发生变化时进行更新。

在本实施例中，控制终端110与移动终端120的通讯架构如图2所示。控制终端110与移动终端120通过例如以USB数据线相连，并建立Socket链接，通过绑定不同的端口区分不同移动终端120的链路，实现链路的并行通信，继而可同时对多个省的WAP营业厅的WAP服务器进行访问。双方的通信是基于JSON(JavaScript Object Notation)的数据交换格式。JSON采用完全独立于语言的文本格式，但是也拥有结构化语言的特点，易于人阅读和编写，方便机器解析和生成等。

当前Android平台上最主流的推送方案主要有MQTT/XMPP/GCM/HTTP轮循方式等，具体如下：

使用GCM服务其Android版本限制（必须大于2.2版本），该服务在国内不够稳定、需要用户绑定Google帐号，受限于Google；

使用XMPP协议（Openfire+Spark+Smack），是基于XML协议的通讯协议，前身是Jabber，目前已由IETF国际标准化组织完成了标准化工作，但是协议较复杂、冗余（基于XML）、费流量、费电，部署硬件成本高；

使用MQTT协议，是轻量级的、基于代理的“发布/订阅”模式的消息传输协议，但是不够成熟、实现较复杂、服务端组件rsmb不开源，部署硬件成本较高；

使用HTTP轮循方式，是定时向HTTP服务端接口（Web Service API）获取最新消息，但其实时性较差。

在本实施例中，使用一种新的推送方案，即基于JSON的PUSH方式。采用控制终端110直接通过JSON协议向移动终端120推送命令，相比于其他几种推送方案具有实现简单，实时性强，移动终端120功耗低等优点，提高了控制终端与移动终端120之间的通信效率。

另外，移动终端120属于Socket服务端，采用自动反射动态代理模式，自动将控制终端110的命令映射到相应业务，使得移动终端120可以迅速做出HTTP GET操作、HTTP POST操作（这两个操作都是用来获取WAP服务器返回的报文）或者短信的收发等反应，提高了控制终端110命令的执行效率。

在WAP业务性能监测系统100的一个应用实例中，需要对国内多个省份的掌上营业厅进行WAP业务的自动化测试。此时，控制终端110与多个移动终端120通信连接，一个移动终端120上装配有一个待测省份的SIM卡。控制终端110获取所有的测试任务，并将测试任务发送到相应的移动终端120，移动终端120执行测试任务的自动化脚本，向该省的掌上营业厅网站的WAP服务器发送请求的HTTP数据包，接收WAP服务器返回的数据，并将WAP服务器返回的数据以及移动终端120本地时间戳以报文的形式发送到控制终端110，控制终端110对移动终端120返回的报文进行解析，并根据移动终端120的本地时间戳计算相应省份访问WAP业务的时长，实现对多省的用户访问掌上营业厅WAP业务时的用户感知时长的监测，用户访问掌上营业厅的WAP业务的过程可以是用户在掌上营业厅查询业务或者办理业务。

其中，若WAP服务器返回的数据包括验证码信息（即需要验证码登陆的掌上营业厅），移动终端120获取验证码信息，将验证码信息与请求一起发送到控制终端110，控制终端110接收到该请求时，通过系统验证码识别接口调用验证码识别程序进行验证码的自动识别，并将识别结果嵌入请求中传送给相应的移动终端120，移动终端120使用接收到的验证码登陆掌上营业厅，接收该省的掌上营业厅的WAP服务器返回的数据，并将WAP服务器返回的数据以及移动终端120本地时间戳以报文的形式发送到控制终端110。

另外，对于访问掌上营业厅的请求中包含动态参数的情况（即业务请求中URL字段中包含动态参数），例如移动终端120向WAP营业厅的WAP服务器进行URL的请求数据，前后两个URL请求有所关联，后者的URL中需要用到前者返回数据的参数。此时，控制终端110利用程序将前一次返回数据中的参数进行定位和提取，并使用提取的参数替换本次请求中URL里的动态参数，生成新的业务请求并发送到移动终端120，由移动终端120向WAP营业厅服务器发送请求并获取返回报文。

在本发明的WAP业务性能监测系统第一实施例中，采用控制终端110稳定控制多台移动终端120，通过移动终端120主动拨测方式对WAP业务性能进行监控，可实现多省份实时监控；并且采用移动终端120向WAP系统发送业务请求的方式与现实情况无差异，监测到的访问WAP业务的时长准确性高；再者，针对交互数据量大的WAP系统也能正常并准确的进行探测；再者，控制终端110和移动终端120之间引入PUSH的通信模式和反射机制，提高了两者的通信速度和业务执行效率。

图3为本发明的WAP业务性能监测系统100第二实施例的结构示意图，如图3所示，本实施例与WAP业务性能监测系统100第一实施例的区别在于，WAP业务性能监测系统100还包括性能监测单元130和任务服务器140。

在本实施例中，任务服务器140其中存储了任务数据库，任务数据库包括以任务表的形式存储的测试任务信息，任务表包括执行表（taskexecute）、任务结果表（taskresult）、任务信息表（taskinfo）、资源表（r_simcard）等等。任务信息表中包含着测试任务的脚本、脚本集、脚本组、调度策略组等相关信息，任务服务器140每天会根据调度策略等生成当天的执行表。在本实施例中，任务服务器140会定时将执行表中的测试任务发送到控制终端110，控制终端110从中获取测试任务的自动化脚本，并按照脚本内容分步下发到相应的移动终端120，并接收移动终端120返回的报文及本地时间戳，解析所述报文以获得WAP系统返回的数据，并基于移动终端120的本地时间戳计算访问WAP业务的时长，将解析出的WAP系统返回的数据以及计算出的访问WAP业务的时长作为测试结果发送到任务服务器140，任务服务器140将测试结果写入任务结果表。其中，WAP系统返回的数据包括数据内容以及时间戳，该时间戳指示了WAP系统接收到移动终端120发送的业务请求的时间以及WAP系统将响应数据返回移动终端120的时间。另外，控制终端110获取的测试任务还包括任务名称、实例名称等信息控制终端110可以将这些信息与测试结果一起写入任务结果表。

在其他实施例中，可以将数据库存储在一个服务器，并部署另一个服务器来调度数据库中的测试任务。在这种情况下，任务服务器140包括数据库服务器和调度服务器，其中，数据库服务器用于存储任务数据库，调度服务器根据调度策略从任务数据库中获取测试任务信息，并将测试任务信息发送到相应的控制终端110。

当移动终端120发送请求访问WAP营业厅时，数据请求经过WAP网络传送到WAP网关，由WAP网关向WAP服务器发出请求，WAP网关从WAP服务器获取的数据经由WAP网络传送给移动终端120。从移动终端120发送请求到接收到返回的数据包的时间间隔即为用户感知到的WAP服务器的响应时长，也是监控系统100主要监测的数据指标。

在本实施例中，性能监测单元130与任务服务器140通信连接，根据任务数据库中存储的测试结果进行实时地报警。其中，性能监测单元130包括时长计算模块131和报警模块132。参见图4，时长计算模块131用于判断访问WAP业务的时长T是否属于正常时长范围，若否则基于移动终端120本地时间戳和WAP系统返回的时间戳计算访问WAP业务的时长T的第一至第三部分T1-T3，第一部分T1为移动终端120发送业务请求到WAP网关的时间，第二部分T2为WAP网关与WAP服务器数据交互的时间，第三部分T3为移动终端120接收到WAP网关返回的数据的时间。报警模块132根据访问WAP业务的时长的第一至第三部分T1-T3报警并提示相应的故障点。

具体的，作为判断WAP业务的性能判断标准，用户感知时长是一个量化的时间，其值T=T1+T2+T3。其中，T1为移动终端120发送的业务请求到达WAP网关的时间，T2为WAP网关与WAP服务器的数据交互时间，T3为移动终端120接收WAP网关返回数据的时间。可见T由控制终端110基于移动终端120本地时间戳计算得到，T1和T3可以结合移动终端120本地时间戳和WAP系统返回的时间戳来确定，然后根据等式T=T1+T2+T3来计算T2。将T的历史平均值加上一个可波动范围，获得T的合理区间（即正常时长范围）。除采用客户感知时长评测外，对数据的返回内容的准确性也会作为判断标准。一般情况下，控制终端110下发的测试任务会指定查询的业务，例如广东移动的WAP营业厅的话费查询，当任务表中控制终端110解析出的页面内容（即WAP系统返回的数据内容）中没有话费查询相关信息或者提示用户“系统繁忙”或“系统异常”时，性能监测单元130的报警模块132将立刻报警，提示当前广东移动的WAP营业厅的服务器出现了故障。具体的，任务数据库存储有错误配置表，错误配置表中WAP系统返回的数据以及错误类型对应存储，性能监测单元130将任务结果表中记载的WAP系统返回的数据与错误配置表中的信息进行关键字匹配，若匹配成功则获取对应的错误类型，进行故障报警。例如，任务结果表中记载的为“系统繁忙”，则在错误配置表中找到了匹配信息，对应的错误类型为“系统繁忙”。

图5为现有的Web系统的WAP业务性能监控功能示意图，如图5所示，WAP业务性能监控功能主要包括系统管理、数据采集管理、测试业务管理、综合呈现管理。其中，系统管理主要是对用户、权限和日志等的管理;数据采集管理主要是针对监控任务的调度和数据有效性检查等;用例执行管理包括对测试用例相关的资源和配置管理;测试业务管理主要管理测试的业务种类;综合呈现为监控数据的展示分析及故障跟踪解决等。

本实施例中的性能检测单元130可以为Web系统提供故障跟踪服务，从而提高Web系统对WAP业务系统的监控能力。在其他事实例中，性能监测单元130还可以包括其他部分或者全部的现有的Web系统的WAP业务性能监控功能。

在其他实施例中，报警模块132除了上述实时的报警功能还可以有定期（例如半天一次）报警功能，例如，报警模块132定期获取任务数据库中任务结果表中的信息，判断其大小是否超过阈值，若是则报警。

图6为WAP业务性能监测系统100的一个应用实例的实施框架图，需要对国内多个省份的掌上营业厅进行WAP业务的自动化测试，控制终端110（包括PC终端和控制平台，控制平台为第三方软件）与多个移动终端120通信连接，一个移动终端120上装配有一个待测省份的SIM卡。任务服务器140会定时将执行表中的测试任务发送到控制终端110，控制终端110从中获取测试任务的自动化脚本，并按照脚本内容分步下发到相应的移动终端120，移动终端120执行测试任务的自动化脚本，向该省的掌上营业厅网站的WAP服务器发送请求的HTTP数据包，并接收WAP服务器返回的数据，并将WAP服务器返回的数据以及移动终端120的本地时间戳发送到控制终端110，控制终端110根据移动终端120的本地时间戳确定各省访问WAP业务的时长。其中，若WAP服务器返回的数据包括验证码信息，移动终端120获取验证码信息，将验证码信息与请求一起发送到控制终端110，控制终端110接收到该请求时，通过系统验证码识别接口调用验证码识别程序进行验证码的自动识别，并将识别结果嵌入请求中传送给相应的移动终端120，移动终端120使用接收到的验证码登陆掌上营业厅，接收该省的掌上营业厅的WAP服务器返回的数据，并将WAP服务器返回的数据以及移动终端120本地时间戳发送到控制终端110，控制终端110基于移动终端120的本地时间戳计算访问WAP业务的时长。另外，对于访问掌上营业厅的请求中包含动态参数的情况，控制终端110利用程序将前一次返回数据中的参数进行定位和提取，并使用提取的参数替换本次请求中URL里的动态参数，生成新的业务请求并发送到移动终端120，由移动终端120向WAP营业厅服务器发送请求并获取返回报文。控制终端110将WAP系统返回的数据以及计算出的访问WAP业务的时长作为测试结果发送到任务服务器140，任务服务器140将测试结果写入任务结果表。Web监测系统（即图中的Web系统部分，即性能检测单元130）判断访问WAP业务的时长是否属于正常时长范围，若否则计算访问WAP业务的时长的第一至第三部分T1-T3，并基于访问WAP业务的时长的第一至第三部分T1-T3报警并提示相应的故障点，例如，T3过长可能为WAP网关有问题。业务人员可以根据Web系统监测到的信息，进行性能分析。

在本发明的WAP业务性能监测系统第二实施例在第一实施例的基础上，采用控制终端110稳定控制多台移动终端120，通过移动终端120主动拨测方式对WAP业务性能进行监控，可实现对多省份的WAP服务器性能的实时监控；细化了监控的客户感知相应时长，在发生超时故障时能够进行准确定位。

图7为本发明的WAP业务性能监测方法第一实施例的流程图，如图7所示，在本实施例中，WAP业务性能监测方法包括以下步骤：

S1、控制终端110获取测试任务，并将测试任务发送到相应的移动终端120；

S2、移动终端120执行测试任务，通过WAP网络向WAP系统发送业务请求，接收WAP系统返回的数据，并将WAP系统返回的数据以及移动终端120本地时间戳发送到控制终端110；

S3、控制终端110基于移动终端120返回的数据计算访问WAP业务的时长T。

在本实施例的步骤S1中，控制终端110可以通过多种方式来获取测试任务。

第一种，测试任务存储在专用的服务器，在这种情况下控制终端110可以按照一定的时间间隔主动向服务器请求测试任务信息，也可以接收服务器主动推送的测试任务信息。此时，专用的服务器包括数据库，数据库中存储有任务表，任务表包括执行表（taskexecute）、任务结果表（taskresult）、任务信息表（taskinfo）、资源表（r_simcard）等等。任务信息表中包含着测试任务的脚本、脚本集、脚本组、调度策略组等相关信息，专用的服务器每天会根据调度策略等生成当天的执行表，以主动推送的方式为例，专用的服务器会将执行表中的测试任务信息发送到相应的控制终端110。当测试任务执行完毕后，控制终端110会将测试结果（测试结果包括WAP系统返回的数据以及访问WAP业务的时长）写入到任务结果表。资源表只有在测试资源发生变化时进行更新。

第二种，测试任务存储在控制终端110本地，在这种情况下控制终端110包括数据库，数据库中存储有任务表，任务表包括执行表（taskexecute）、任务结果表（taskresult）、任务信息表（taskinfo）、资源表（r_simcard）等等。任务信息表中包含着测试任务的脚本、脚本集、脚本组、调度策略组等相关信息，控制终端110每天会根据调度策略等生成当天的执行表，将执行表中的测试任务信息发送到相应的移动终端120。当测试任务执行完毕后，控制终端110会将任务结果（例如WAP系统返回的数据、访问WAP业务的时长等）会写入到任务结果表。资源表只有在测试资源发生变化时进行更新。

在本实施例的步骤S2中，移动终端120用于执行测试任务的自动化脚本，向WAP系统（例如，某省的掌上营业厅网站的WAP服务器）发送请求的HTTP数据包，接收WAP系统返回的数据，并将WAP系统返回的数据以及移动终端120本地时间戳以报文的形式发送到控制终端110。其中，WAP系统返回的数据包括数据内容以及时间戳。

当WAP服务器返回的数据内容包括验证码信息时，步骤S2中还包括以下子步骤：S21、移动终端120获取验证码信息，将验证码信息与请求一起发送到控制终端110；S22、控制终端110接收到该请求时，通过系统验证码识别接口调用验证码识别程序进行验证码的自动识别，并将识别结果嵌入请求中传送给相应的移动终端120；S23、移动终端120将验证码返回WAP系统，例如，使用接收到的验证码登陆掌上营业厅；S24、移动终端120接收WAP系统返回的数据，并将WAP系统返回的数据以及移动终端120本地时间戳以报文的形式发送到控制终端110。

当移动终端120执行的测试任务包含动态参数时（即具有已执行的关联测试任务，也就是说本次的测试任务需要用到上一次测试任务的执行结果），步骤S2包括以下子步骤：S25、控制终端110将已执行的关联测试任的返回数据中的相关参数进行定位和提取，并使用提取的参数替换本次业务请求中URL里的动态参数，生成新的业务请求并发送到移动终端120。

在本实施例的步骤S3中，控制终端110解析移动终端120发送的数据报文，根据移动终端120的本地时间戳计算访问WAP业务的时长T，并将解析出的WAP系统返回的数据以及计算出的访问WAP业务的时长T作为测试结果写入任务结果表（可在控制终端本地或者服务器端）。

其中，控制终端110与移动终端120之间的通信是基于JSON(JavaScriptObject Notation)的数据交换格式进行的。JSON采用完全独立于语言的文本格式，但是也拥有结构化语言的特点，易于人阅读和编写，方便机器解析和生成等。相比于其他几种推送方案具有实现简单，实时性强，移动终端120功耗低等优点，提高了控制终端与移动终端120之间的通信效率。另外，移动终端120属于Socket服务端，采用自动反射动态代理模式，自动将控制终端110的命令映射到相应业务，使得移动终端120可以迅速做出HTTP GET操作、HTTPPOST操作或者短信的收发等反应，提高了控制终端110命令的执行效率。

在本发明的WAP业务性能监测方法第一实施例中，采用控制终端110稳定控制多台移动终端120，通过移动终端120主动拨测方式对WAP业务性能进行监控，可实现多省份实时监控；并且采用移动终端120向WAP系统发送业务请求的方式与现实情况无差异，监测到的访问WAP业务的时长准确性高；再者，针对交互数据量大的WAP系统也能正常并准确的进行探测；再者，控制终端110和移动终端120之间引入PUSH的通信模式和反射机制，提高了两者的通信速度和业务执行效率。

图8为本发明的WAP业务性能监测方法第二实施例的流程图，如图8所示，在本实施例中，WAP业务性能监测方法包括以下步骤：

S0、任务服务器140根据调度策略从任务数据库中获取测试任务，并将测试任务发送到相应的控制终端110；

S1、控制终端110获取测试任务，并将测试任务发送到相应的移动终端120；

S2、移动终端120执行测试任务，通过WAP网络向WAP系统发送业务请求，接收WAP系统返回的数据，并将WAP系统返回的数据以及移动终端120本地时间戳以报文的形式发送到所述控制终端110；

S3、控制终端110基于移动终端120返回的数据计算访问WAP业务的时长，并将WAP系统返回的数据以及访问WAP业务的时长作为测试结果存储到所述任务数据库；

S4、性能监测单元130基于任务数据库中存储的测试结果进行报警。

本实施例与WAP业务性能监测方法第一实施例的区别在于：

WAP业务性能监测系统100还包括性能监测单元130和任务服务器140，任务服务器140其中存储了任务数据库，任务数据库包括以任务表的形式存储的测试任务信息，任务表包括执行表（taskexecute）、任务结果表（taskresult）、任务信息表（taskinfo）、资源表（r_simcard）等等。任务信息表中包含着测试任务的脚本、脚本集、脚本组、调度策略组等相关信息。在步骤S0中，任务服务器140每天会根据调度策略等生成当天的执行表，并定时将执行表中的测试任务发送到控制终端110。在其他实施例中，可以将数据库存储在一个服务器，并部署另一个服务器来调度数据库中的测试任务。在这种情况下，任务服务器140包括数据库服务器和调度服务器，其中，数据库服务器用于存储任务数据库，调度服务器根据调度策略从任务数据库中获取测试任务信息，并将测试任务信息发送到相应的控制终端110。

性能监测单元130包括时长计算模块131和报警模块132，参见图4，步骤S4包括以下子步骤：S41、时长计算模块131判断测试结果中的访问WAP业务的时长T是否属于正常时长范围，若否则计算访问WAP业务的时长T的第一至第三部分T1至T3，第一部分T1为移动终端120发送业务请求到WAP网关的时间，第二部分T2为WAP网关与WAP服务器数据交互的时间，第三部分T3为移动终端120接收到WAP网关返回的数据的时间；S42、报警模块132根据访问WAP业务的时长T的第一至第三部分T1-T3报警并提示相应的故障点。

具体的，作为判断WAP业务的性能判断标准，用户感知时长是一个量化的时间，其值T=T1+T2+T3。可见T可以根据移动终端120本地时间戳来确定，T1和T3可以通过结合移动终端120本地时间戳以及WAP系统时间戳来确定，然后根据等式T=T1+T2+T3来计算T2。将T的历史平均值加上一个可波动范围，获得T的合理区间（即正常时长范围）。除采用客户感知时长评测外，对数据的返回内容的准确性也会作为判断标准。一般情况下，控制终端110下发的测试任务会指定查询的业务，例如广东移动的WAP营业厅的话费查询，当解析的页面内容中没有话费查询相关信息或者提示用户“系统繁忙”或“系统异常”时，性能监测单元130的报警模块132会立即发出告警，提示当前广东移动的WAP营业厅的服务器出现了故障。

在本发明的WAP业务性能监测方法第二实施例在第一实施例的基础上，采用控制终端110稳定控制多台移动终端120，通过移动终端120主动拨测方式对WAP业务性能进行监控，可实现对多省份WAP服务器性能的实时监控；细化了监控的客户感知相应时长，在发生超时故障时能够进行准确定位。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的权利要求范围之内。

Claims (10)

1.一种WAP业务性能监测方法，用于在WAP业务性能监测系统中监测访问WAP业务的时长，其特征在于，所述WAP业务性能监测系统包括控制终端（110）以及移动终端（120），所述WAP业务性能监测方法包括以下步骤：

S1、所述控制终端（110）获取测试任务，并将所述测试任务发送到相应的移动终端（120）；

S2、所述移动终端（120）执行所述测试任务，通过WAP网络向WAP系统发送业务请求，接收WAP系统返回的数据，并将WAP系统返回的数据以及本地时间戳发送到所述控制终端（110）；

S3、所述控制终端（110）基于所述移动终端（120）返回的数据计算访问WAP业务的时长。

2.根据权利要求1所述的WAP业务性能监测方法，其特征在于，所述WAP业务性能监测系统还包括任务服务器（140），所述任务服务器（140）中存储任务数据库，所述任务数据库包括测试任务信息，所述WAP业务性能监测方法还包括以下步骤：

S0、所述任务服务器（140）根据调度策略从所述任务数据库中获取测试任务，并将所述测试任务发送到相应的控制终端（110）；

步骤S3中还包括步骤：所述控制终端（110）将WAP系统返回的数据以及访问WAP业务的时长作为测试结果存储到所述任务数据库。

3.根据权利要求2所述的WAP业务性能监测方法，其特征在于，所述WAP业务性能监测系统还包括性能监测单元（130），所述WAP业务性能监测方法还包括以下步骤：

S4、所述性能监测单元（130）基于所述任务数据库中存储的测试结果进行报警。

4.根据权利要求3所述的WAP业务性能监测方法，其特征在于，所述性能监测单元（130）包括时长计算模块（131）和报警模块（132），步骤S4包括以下子步骤：

S41、所述时长计算模块（131）判断测试结果中访问WAP业务的时长是否属于正常时长范围，若否则计算访问WAP业务的时长的第一至第三部分，第一部分为移动终端（120）发送业务请求到WAP网关的时间，第二部分为WAP网关与WAP服务器数据交互的时间，第三部分为移动终端（120）接收到WAP网关返回的数据的时间；

S42、所述报警模块（132）根据访问WAP业务的时长的第一至第三部分报警并提示相应的故障点。

5.根据权利要求1所述的WAP业务性能监测方法，其特征在于，所述WAP业务性能监测系统还包括任务服务器（140），所述任务服务器（140）中存储任务数据库，所述任务数据库包括测试任务信息，所述WAP业务性能监测方法还包括以下步骤：

S0、所述任务服务器（140）根据调度策略从所述任务数据库中获取测试任务，并将所述测试任务发送到相应的控制终端（110）。

6.一种WAP业务性能监测系统，包括通信连接的控制终端（110）和移动终端（120），其特征在于，所述控制终端（110）用于获取测试任务，并将所述测试任务发送到相应的所述移动终端（120）；所述移动终端（120）用于执行所述测试任务，通过WAP网络向WAP系统发送业务请求，接收WAP系统返回的数据，并将WAP系统返回的数据以及本地时间戳发送到所述控制终端（110）；所述控制终端（110）还用于基于所述移动终端（120）返回的数据计算访问WAP业务的时长。

7.根据权利要求6所述的WAP业务性能监测系统，其特征在于，还包括：

任务服务器（140），其中存储任务数据库，所述任务数据库包括测试任务信息，所述任务服务器（140）根据调度策略从所述任务数据库中获取测试任务，并将所述测试任务发送到相应的控制终端（110）；

所述控制终端（110）还用于将WAP系统返回的数据以及访问WAP业务的时长作为测试结果存储到所述任务数据库。

8.根据权利要求7所述的WAP业务性能监测系统，其特征在于，所述任务服务器（140）包括数据库服务器和调度服务器，所述数据库服务器中存储所述任务数据库；所述调度服务器根据调度策略从所述任务数据库中获取测试任务，并将所述测试任务发送到相应的控制终端（110）。

9.根据权利要求7所述的WAP业务性能监测系统，其特征在于，还包括：

性能监测单元（130），其与所述任务服务器（140）通信连接，用于基于所述任务数据库中存储的测试结果进行报警。

10.根据权利要求9所述的WAP业务性能监测系统，其特征在于，所述性能监测单元（130）包括：

时长计算模块（131），用于判断测试结果中访问WAP业务的时长是否属于正常时长范围，若否则计算访问WAP业务的时长的第一至第三部分，第一部分为移动终端（120）发送业务请求到WAP网关的时间，第二部分为WAP网关与WAP服务器数据交互的时间，第三部分为移动终端（120）接收到WAP网关返回的数据的时间；

报警模块(132)，用于根据访问WAP业务的时长的第一至第三部分报警并提示相应的故障点。