用于处理应用请求的方法与设备与流程

本发明涉及计算机领域，尤其涉及一种用于处理应用请求的技术。

背景技术：

随着科技的发展，尤其是云计算、分布式等，使得互联网越来越深入的融入更多领域，例如，电子商务、数字化城市建设、企业数据管理、医疗领域、互联网金融等等，相应地，用户可以实现更加高效、人性化、多样化的体验，提高社会公共设施建设的技术含量，满足人们日益追求高质量生活的需求等等。

然而，随着互联网领域越来越融入人们生活的各个方面，相应地，基于互联网的应用产品，一般均需要用户通过应用的访问界面，访问其对应服务器中的相应内容，例如，通过向HTTP(Hyper Text Transfer Protocol)服务器发出HTTP访问请求等。随着，越来越多的人们加入互联网体验群体中来，基于互联网的新产品在上线前，需要线上真实请求流量做功能测试或者压力测试，如何确保该产品整体性能，其服务器能够承受的访问量等，将成为关键问题。

目前，针对上述问题，在新产品上线前进行性能测试时存在如下不完美的地方，例如，需要单独安装请求流量测试软件；在测试系统出现问题时，不能及时停止请求流量的引入；未设置请求流量过滤过程等等。

技术实现要素：

本申请的目的是提供一种的用于处理应用请求的方法与设备，以解决对基于互联网产品的请求流量的分析，并可进一步实现对所述产品的性能测试。

根据本申请的一个方面，提供了一种用于处理应用请求的方法，其中，该方法包括：

获取与当前应用设备所接收的应用请求相对应的请求解析信息；

对所述请求解析信息进行过滤处理以获得对应的目标请求解析信息；

根据所述目标请求解析信息构造对应的目标应用请求；

将所述目标应用请求发送至对应的目标应用设备。

根据本申请的另一方面，还提供了一种用于处理应用请求的设备，其中，该设备包括：

请求解析信息获取装置，用于获取与当前应用设备所接收的应用请求相对应的请求解析信息；

请求解析信息过滤装置，用于对所述请求解析信息进行过滤处理以获得对应的目标请求解析信息；

目标应用请求构造装置，用于根据所述目标请求解析信息构造对应的目标应用请求；

目标应用请求发送装置，用于将所述目标应用请求发送至对应的目标应用设备。

与现有技术相比，本申请通过获取与当前应用设备所接收的应用请求相对应的请求解析信息，例如，请求对应的请求方法、请求的时间、域名、URL(Uniform Resource Locator)等信息，对所述请求解析信息进行过滤处理以获得对应的目标请求解析信息，根据所述目标请求解析信息构造对应的目标应用请求，将所述目标应用请求发送至对应的目标应用设备，从而可以使目标应用设备对获取的来自当前应用设备的应用请求进行相应的分析、处理；以实现对当前应用设备所接收的应用请求的详细信息，同时，还可以以此分析判断出该当前应用设备接收相应请求信息的能力等性能。

而且，本申请还可以通过预设的引流策略信息对请求进行过滤，获得对应的请求流量信息，以便进行相应的测试或者分析等；例如，过滤出符合一定请求方法的请求，或过滤出符合预定请求时间的请求等，同时，若目标应用设备为测试系统时，可通过获取的对应请求信息，测试该新产品承受请求量的能力等，判断出对应当前应用设备在应对应用请求时的各种性能指标，以实现对当前应用设备的性能的评估，同时，目标应用设备也可以通过本申请的方案获取需要的请求流量信息，例如，某时间点的应用请求量，以统计该时间对应的用户访问情况，以满足基于需求的请求量信息，进一步获得其 他有用性信息。

此外，本申请还可以根据目标应用设备接收目标应用请求后的响应情况，确定目标应用设备的工作状态，在目标应用设备处于非工作状态时，停止根据目标请求解析信息构造对应的目标应用请求；从而实现在目标应用设备未处于工作状态，不再进行目标应用请求的构造，以节约资源、并提高目标应用设备获取的相应请求流量信息的准确性等。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：

图1示出根据本申请一个方面的一种用于处理应用请求的设备示意图；

图2示出根据本申请一个优选实施例的一种用于处理应用请求的设备示意图；

图3示出根据本申请另一个方面的一种用于处理应用请求的方法流程图；

图4示出根据本申请一个优选实施例的一种用于处理应用请求的方法流程图。

附图中相同或相似的附图标记代表相同或相似的部件。

具体实施方式

下面结合附图对本发明作进一步详细描述。

在本申请一个典型的配置中，终端、服务网络的设备和可信方均包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

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

为更进一步阐述本申请所采取的技术手段及取得的效果，下面结合附图及较佳实施例，对本申请的技术方案，进行清楚和完整的描述。

参图1所示，展示了根据本申请的一个方面提供的一种用于处理应用请求的方法，其中，该方法包括：

S1获取与当前应用设备所接收的应用请求相对应的请求解析信息；

S2对所述请求解析信息进行过滤处理以获得对应的目标请求解析信息；

S3根据所述目标请求解析信息构造对应的目标应用请求；

S4将所述目标应用请求发送至对应的目标应用设备。

本领域技术人员应能理解，在具体的方案实施中，所述当前应用设备可包括应用请求对应的服务器，例如，HTTP请求服务器等；所述目标应用设备可包括用于测试、统计、分析所述应用请求对应的服务器接收的应用请求信息的系统设备，例如，测试系统用于测试HTTP请求服务器接收HTTP请求的情况信息等；所述应用请求可包括基于一定的应用层协议，例如，HTTP协议、SPDY(speedy，Google开发的基于TCP的应用层协议)协议等，访问当前应用设备的访问请求信息。为表述方便，我们将在实施例中对当前应用设备与应用请求对应的服务器，目标应用设备与用于测试、统计、分析所述应用请求对应的服务器接收的应用请求信息的系统设备，应用请求与基于一定的应用层协议，访问当前应用设备的访问请求信息分别进行互换使用。

在该实施例中，在所述步骤S1中，获取与当前应用设备所接收的应用请求相对应的请求解析信息，具体地，获取请求解析信息的方式，可包括直接 获取当前应用设备接收的应用请求的请求解析信息，此时，需要当前应用设备将接收到的应用请求进行解析，以备获取其对应的请求解析信息；还可以包括获取当前应用设备所接收的应用请求信息后，对该应用请求信息进行解析，从中获取需要的信息，例如，请求的时间信息，请求的方法信息、请求的内容信息等。另外，需要指出的是，此处，获取与当前应用设备所接收的应用请求相对应的请求解析信息时，不影响当前应用设备对接收到的应用请求进行正常程序的处理。

继续在该实施例中，在所述步骤S2中，对所述请求解析信息进行过滤处理以获得对应的目标请求解析信息，具体地，在步骤S2中可根据具体需求情况，及应用请求的请求解析信息，过滤出符合需求情况的目标请求解析信息，以备后续处理；具体地，过滤条件可预设在当前应用设备中，用户可根据具体的需求进行相应的调整，例如，可根据请求解析信息中应用请求发出的时间，应用请求的方式、应用请求的具体请求方法等进行设置。具体地，对所述请求解析信息进行过滤的方式，可通过将应用请求的请求解析信息与预设过滤条件进行比较、判断是否符合预设条件，在符合预设条件的情况下，便成为目标请求解析信息。

继续在该实施例中，在所述步骤S3中，根据所述目标请求解析信息构造对应的目标应用请求，具体地，本申请的用于处理应用请求的设备，可设置在当前应用设备内，也可单独设置。在步骤S3中构造目标应用请求的过程，可理解为将请求解析信息进行还原的过程，或者为将请求解析信息构造成符合传输协议的形式的过程，以备后续发送至相应的设备系统中进行进一步处理。以设置在当前应用设备内为例，若当前应用设备与目标应用设备之间基于HTTP协议进行数据传输，此时，还需要将请求解析信息构造为一个完整的HTTP请求的数据包，以发送至目标应用设备。

继续在该实施例中，在所述步骤S4中，将所述目标应用请求发送至对应的目标应用设备，具体地，在步骤S4中向目标应用设备发送所述目标应用请求的具体方式，可通过与目标应用设备之间建立的有线或无线连接方式，根据各自对应的通信协议进行，其中，所述无线连接方式包括但不限于TCP/IP、近场通信(NFC)、蓝牙(Bluetooth)、短信息、红外数据传输(IrDA)、 ZigBee、超宽频(Ultra WideBand)、WiMedia、GPS、DECT、无线1394和其他专用无线系统等。其中目标应用请求的格式符合上述与目标应用设备之间的通信协议。

参图2所示，优选地，该方法还包括：

S5接收所述目标应用设备基于所述目标应用请求返回的请求响应。

在该实施例中，在所述步骤S5中，接收所述目标应用设备基于所述目标应用请求返回的请求响应，具体地，目标应用设备成功接收到所述步骤S4发送的目标应用请求后，会返回请求响应，以表示目标应用设备已成功接收所述目标应用请求；进一步地，该请求响应，可以包括应答包，也可以包括符合预设条件的无线信号等等；具体地，所述请求响应的内容可以是任意的，该内容取决于目标应用设备对所述目标应用请求的具体处理方式、结果等。

继续在该实施例中，在所述步骤S5中，接收所述目标应用设备基于所述目标应用请求返回的请求响应的具体方式，可通过与目标应用设备之间建立的有线或无线连接方式，根据各自对应的通信协议进行，其中，所述无线连接方式请参考上述实施例中的描述，在此不再赘述。另外，由于目标应用设备基于对应的目标应用请求返回的请求响应，仅代表目标应用设备成功接收了所述目标应用请求，故接收到所述请求响应后，可不做任何处理直接丢弃该请求响应内容。

参图2所示，优选地，该方法还包括：

S6根据所述目标应用设备返回的请求响应，确定所述目标应用设备的工作状态；

其中，所述步骤S3包括：

在所述目标应用设备处于非工作状态时，停止根据所述目标请求解析信息构造对应的目标应用请求。

在该实施例中，在所述步骤S6中，根据所述目标应用设备返回的请求响应，确定所述目标应用设备的工作状态，具体地，在步骤S6中，可根据是否接收到目标应用设备返回的请求响应，来判断对应目标应用设备的工作装置，例如，在目标应用请求发送至目标应用设备后预设时间内，未接收到该目标应用请求对应的返回请求响应，则可判断出目标应用设备处于非工作状态； 当然，也可以通过判断接收的目标应用设备返回的请求响应的类型情况，进一步判断出目标应用设备的工作状态。

继续在该实施例中，在所述步骤S3中，在所述目标应用设备处于非工作状态时，停止根据所述目标请求解析信息构造对应的目标应用请求，具体地，由于在所述步骤S3中构造所述对应的目标应用请求的目的，便是为了确保将所述目标应用请求发送至目标应用设备，若目标应用设备处于非工作状态，便可停止构造所述目标应用请求，以节约资源、提高效率及目标应用设备输出信息的准确率等；具体地，此时可以设置相应的提示机制，例如，指示灯、提示声音等等，以使用户实时获知目标应用设备的工作状态，从而获得更准确的结果。

优选地，该方法还包括：

S7(未示出)丢弃所述请求响应。

具体地，在所述步骤S7中，丢弃所述请求响应的方式，可包括接收到该请求响应，直接删除，也可包括接收到所述请求响应后，不做任何进一步的处理，而直接存储在信息回收站中，再进行定期删除清理等。此时，仅需要记录是否接收到与发送的目标应用请求对应的请求响应，而不关心接收到的请求响应的具体内容。

优选地，所述步骤S2包括：

S21根据预定的引流策略信息，对所述请求解析信息进行过滤处理以获得对应的目标请求解析信息。

在该实施例中，在所述步骤S21中，根据预定的引流策略信息，对所述请求解析信息进行过滤处理以获得对应的目标请求解析信息，其中，所述预定的引流策略信息，包括预设的用于通过过滤应用请求的请求解析信息，来实现应用请求的过滤的具体过滤策略，具体地，所述引流策略信息，可包括根据应用请求的时间信息，过滤所述应用请求的策略信息，例如，过滤出某时间段范围内的应用请求，以获得该时间段内的应用请求量信息，从而获得该时间段内的用户访问量等信息，具体地，应用请求的时间信息，可通过从应用请求中解析出的请求解析信息中获得，也可直接根据应用请求发出的时间获取。也可包括根据应用请求的内容信息，过滤所述应用请求的策略信息， 例如，过滤出符合“GET”请求方法的HTTP应用请求，以获得通过“GET”的HTTP应用请求量信息，从而获得通过“GET”请求方法的用户访问量等信息。进一步地，引流策略信息的设置方式，需要根据用户的需求及具体目标应用设备数据信息的需求进行设置，具体的方式、类型等不做限制。

优选地，该方法还包括：

S8(未示出)根据所述目标应用设备确定所述引流策略信息。

在该实施例中，在所述步骤S8中，根据所述目标应用设备确定所述引流策略信息，具体地，引流策略信息用于过滤所述应用请求对应的请求解析信息，但是过滤出的请求解析信息对应的目标应用请求用于传输至目标应用设备，由目标应用设备对所述目标应用请求进行进一步的处理，相应地，目标应用设备需要的目标应用请求对应的请求解析信息，便应为根据引流策略过滤出的目标应用请求对应的请求解析信息，故引流策略的具体内容、类型等需要根据目标应用设备所需要的目标应用请求的具体情况进行设置、确定，例如，若目标应用设备需要获得一定时间点/段内某服务器设备的访问请求量信息，以对其进行分析、测试；那么，此时引流策略便为访问请求发生的时间满足所述时间点/段所对应的应用请求即为目标应用请求信息；再例如，若目标应用设备需要获得通过“POST”请求方法请求访问HTTP服务器设备的访问请求量信息，以对其进行分析、测试；那么，此时引流策略便为访问请求的方法为“POST”所对应的应用请求即为目标应用请求信息等。

优选地，所述引流策略信息包括：

所述请求解析信息中满足所述目标请求解析信息对应应用请求的发生时间信息；和/或

所述请求解析信息中满足所述目标请求解析信息对应的内容信息。

在该实施例中，所述引流策略信息包括所述请求解析信息中满足所述目标请求解析信息对应应用请求的发生时间信息，其中，所述请求解析信息中对应的应用请求的时间信息，为所述请求解析信息对应的应用请求发生的时间信息，具体地，所述应用请求发生的时间信息，可以在应用请求访问发生时直接进行记录，也可以通过解析所述应用请求，从获得的请求解析信息中获取；进一步地，引流策略信息可包括应用请求的发生时间满足预设时间的 信息，更进一步地，此时访问请求发生的时间满足所述预设时间信息的应用请求即为目标应用请求信息。

继续在该实施例中，所述引流策略信息包括所述请求解析信息中满足所述目标请求解析信息对应的内容信息，其中，所述请求解析信息中对应的应用请求的内容信息，为应用请求解析后的具体内容信息，例如，该请求包括的请求方法、域名、URL等信息，具体地，引流策略信息可包括代表应用请求特征的任何内容信息，例如，可以为应用请求使用的请求方法信息，当前应用设备接收到的应用请求的请求方法满足预设在引流策略中的请求方法时，即为目标应用请求信息；从而获得需要的目标应用请求信息。

更优选地，所述引流策略信息包括：

所述请求解析信息中满足所述目标请求解析信息对应应用请求的发生时间信息；

其中，所述步骤S2包括：

S22根据所述引流策略信息中的所述时间信息过滤所述请求解析信息，以获得对应的目标请求解析信息。

在该实施例中，所述引流策略信息包括所述请求解析信息中满足所述目标请求解析信息对应应用请求的发生时间信息，其中，所述请求解析信息中对应的应用请求的时间信息，为所述请求解析信息对应的应用请求发生的时间信息，具体地，所述应用请求发生的时间信息，可以在应用请求访问发生时直接进行记录，也可以通过解析所述应用请求，从获得的请求解析信息中获取；进一步地，引流策略信息可包括应用请求的发生时间满足预设时间的信息。

继续在该实施例中，在所述步骤S22中，根据所述引流策略信息中的所述时间信息，过滤所述请求解析信息，以获得对应的目标请求解析信息，具体地，在步骤S22中根据预设在引流策略信息中的所述时间信息，过滤出满足所述预设时间信息的应用请求，即为目标应用请求信息，进一步地，可通过在引流策略信息中预设应用请求发生所需要满足的时间信息，例如，双十一(每年的11月11日)的凌晨零点，便根据预设的所述时间信息，过滤出双十一的凌晨零点的应用请求信息，以备目标应用设备进行分析，从而获得 此时间点的用户点击/成交量等信息。

更优选地，所述引流策略信息包括：

所述请求解析信息中满足所述目标请求解析信息对应的内容信息；

其中，所述步骤S2包括：

S23根据所述引流策略信息中的所述内容信息过滤所述请求解析信息，以获得对应的目标请求解析信息。

在该实施例中，所述引流策略信息包括所述请求解析信息中满足所述目标请求解析信息对应应的内容信息，其中，所述请求解析信息中对应的应用请求的内容信息，为应用请求解析后的具体内容信息，例如，该请求包括的请求方法、域名、URL等信息，具体地，引流策略信息可包括代表应用请求特征的任何内容信息，例如，可以为应用请求使用的请求方法信息，当前应用设备接收到的应用请求的请求方法满足预设在引流策略中的请求方法时，即为目标应用请求信息；从而获得需要的目标应用请求信息。

继续在该实施例中，在所述步骤S23中，根据所述引流策略信息中的所述内容信息过滤所述请求解析信息，以获得对应的目标请求解析信息，具体地，在步骤S23中根据预设在引流策略信息中的所述内容信息，过滤出满足所述预设内容信息的应用请求，即为目标应用请求信息，进一步地，可通过在引流策略信息中预设代表应用请求特征的任何合适的内容信息，例如，可以设置该应用请求对应的请求方法、请求的域名等信息，例如，可将所述内容设置为满足“GET”请求方法，此时只有应用请求的请求解析信息中对应的请求方法为“GET”的请求解析信息被过滤出来，作为目标请求解析信息，从而获得通过“GET”请求方法的应用请求量信息，及通过“GET”请求方法的用户访问量等信息。

更更优选地，所述引流策略信息还包括：

所述目标请求解析信息对应的目标应用请求的数量信息；

其中，所述步骤S3包括：

S31根据所述获得的对应的目标请求解析信息，构造符合所述引流策略中所述目标请求解析信息对应的目标应用请求的数量信息的目标应用请求。

在该实施例中，所述引流策略信息还包括所述目标请求解析信息对应的 目标应用请求的数量信息，具体地，此处的数量信息为目标应用设备需要的具体应用请求对应的数量信息，例如，需要通过GET请求方法的100个应用请求量，该数量信息可能大于或小于等于在所述步骤S2中请求解析信息过滤出的目标请求解析信息对应的应用请求数量，也即二者无关，仅与目标应用设备的需求有关。

继续在该实施例中，在所述步骤S2中根据引流策略信息中预设的所述请求解析信息中满足所述目标请求解析信息对应应用请求的发生时间信息，和/或，所述请求解析信息中满足所述目标请求解析信息对应的内容信息，进行过滤获得目标请求解析信息后，还需要在步骤S31中根据预设在引流策略信息中的所述目标请求解析信息对应的目标应用请求的数量信息，构造出符合数量要求的目标应用请求。

继续在该实施例中，在所述步骤S31中，根据所述获得的对应的目标请求解析信息，构造符合所述引流策略中所述目标请求解析信息对应的目标应用请求的数量信息的目标应用请求，具体地，当在步骤S2中过滤出的目标请求信息的数量大于所述数量信息时，仅需要将其中部分的目标请求解析信息构造对应的目标应用请求，进一步发送至目标应用设备，例如，若目标应用设备需要50个通过GET方法请求的目标应用请求，而在步骤S2中过滤出了100个通过GET方法请求的目标应用请求，此时，仅需要从所述100个满足条件的目标应用请求中抽取50个，并构造对应的目标应用请求；同时，当在步骤S2中过滤出的目标请求信息的数量小于目标应用设备需要的数量时，需要将所述目标请求解析信息构造对应的目标应用请求后，进一步重复发送至目标应用设备，以达到目标应用设备需求的数量，其中具体需要重复发送的次数，根据每次发送的数量及目标应用设备需要的所述目标应用请求的数量相关。

优选地，所述当前应用设备与所述目标应用设备基于相同的应用层协议。

在该实施例中，所述当前应用设备与所述目标应用设备基于相同的应用层协议，具体地，当前应用设备与目标应用设备进行目标应用请求的传输，以及请求响应的返回均需要建立在一定的传输协议基础上。进一步地，应用层协议的具体类型不做限制，可通过例如，FTP(File Transfer Protocol)、 Telnet(远程登录协议)、SMTP(Simple Mail Transfer Protocol)、HTTP、SNMP(simple Network Management Protocol)、RIP(Routing Information Protocol)、NFS(Network File System)、DNS(Domain Name System)等来实现。

与现有技术相比，本申请通过获取与当前应用设备所接收的应用请求相对应的请求解析信息，例如，请求对应的请求方法、请求的时间、域名、URL等信息，对所述请求解析信息进行过滤处理以获得对应的目标请求解析信息，根据所述目标请求解析信息构造对应的目标应用请求，将所述目标应用请求发送至对应的目标应用设备，从而可以使目标应用设备对获取的来自当前应用设备的应用请求进行相应的分析、处理；以实现对当前应用设备所接收的应用请求的详细信息，同时，还可以以此分析判断出该当前应用设备接收相应请求信息的能力等性能。

而且，本申请还可以通过预设的引流策略信息对请求进行过滤，获得对应的请求流量信息，以便进行相应的测试或者分析等；例如，过滤出符合一定请求方法的请求，或过滤出符合预定请求时间的请求等，同时，若目标应用设备为测试系统时，可通过获取的对应请求信息，测试该新产品承受请求量的能力等，判断出对应当前应用设备在应对应用请求时的各种性能指标，以实现对当前应用设备的性能的评估，同时，目标应用设备也可以通过本申请的方案获取需要的请求流量信息，例如，某时间点的应用请求量，以统计该时间对应的用户访问情况，以满足基于需求的请求量信息，进一步获得其他有用性信息。

此外，本申请还可以根据目标应用设备接收目标应用请求后的响应情况，确定目标应用设备的工作状态，在目标应用设备处于非工作状态时，停止根据目标请求解析信息构造对应的目标应用请求；从而实现在目标应用设备未处于工作状态，不再进行目标应用请求的构造，以节约资源、并提高目标应用设备获取的相应请求流量信息的准确性等。

参图2所示，展示了根据本申请的另一个方面提供的一种用于处理应用请求的设备示意图，其中，该设备包括：

请求解析信息获取装置11，获取与当前应用设备所接收的应用请求相对 应的请求解析信息；

请求解析信息过滤装置12，对所述请求解析信息进行过滤处理以获得对应的目标请求解析信息；

目标应用请求构造装置13，根据所述目标请求解析信息构造对应的目标应用请求；

目标应用请求发送装置14，将所述目标应用请求发送至对应的目标应用设备。

本领域技术人员应能理解，在具体的方案实施中，所述当前应用设备可包括应用请求对应的服务器，例如，HTTP请求服务器等；所述目标应用设备可包括用于测试、统计、分析所述应用请求对应的服务器接收的应用请求信息的系统设备，例如，测试系统用于测试HTTP请求服务器接收HTTP请求的情况信息等；所述应用请求可包括基于一定的应用层协议，例如，HTTP协议、SPDY(speedy，Google开发的基于TCP的应用层协议)协议等，访问当前应用设备的访问请求信息。为表述方便，我们将在实施例中对当前应用设备与应用请求对应的服务器，目标应用设备与用于测试、统计、分析所述应用请求对应的服务器接收的应用请求信息的系统设备，应用请求与基于一定的应用层协议，访问当前应用设备的访问请求信息分别进行互换使用。

在该实施例中，请求解析信息获取装置11获取与当前应用设备所接收的应用请求相对应的请求解析信息，具体地，请求解析信息获取装置11获取请求解析信息的方式，可包括直接获取当前应用设备接收的应用请求的请求解析信息，此时，需要当前应用设备将接收到的应用请求进行解析，以备请求解析信息获取装置11获取其对应的请求解析信息；还可以包括获取当前应用设备所接收的应用请求信息后，对该应用请求信息进行解析，从中获取需要的信息，例如，请求的时间信息，请求的方法信息、请求的内容信息等。另外，需要指出的是，此处，请求解析信息获取装置11获取与当前应用设备所接收的应用请求相对应的请求解析信息时，不影响当前应用设备对接收到的应用请求进行正常程序的处理。

继续在该实施例中，请求解析信息过滤装置12对所述请求解析信息进行过滤处理以获得对应的目标请求解析信息，具体地，请求解析信息过滤装置 12可根据具体需求情况，及应用请求的请求解析信息，过滤出符合需求情况的目标请求解析信息，以备后续处理；具体地，过滤条件可预设在当前应用设备中，用户可根据具体的需求进行相应的调整，例如，可根据请求解析信息中应用请求发出的时间，应用请求的方式、应用请求的具体请求方法等进行设置。具体地，对所述请求解析信息进行过滤的方式，可通过将应用请求的请求解析信息与预设过滤条件进行比较、判断是否符合预设条件，在符合预设条件的情况下，便成为目标请求解析信息。

继续在该实施例中，目标应用请求构造装置13根据所述目标请求解析信息构造对应的目标应用请求，具体地，本申请的用于处理应用请求的设备，可设置在当前应用设备内，也可单独设置。目标应用请求构造装置13构造目标应用请求的过程，可理解为将请求解析信息进行还原的过程，或者为将请求解析信息构造成符合传输协议的形式的过程，以备后续发送至相应的设备系统中进行进一步处理。以设置在当前应用设备内为例，若当前应用设备与目标应用设备之间基于HTTP协议进行数据传输，那么此时，目标应用请求构造装置13需要将请求解析信息构造为一个完整的HTTP请求的数据包，以发送至目标应用设备。

继续在该实施例中，目标应用请求发送装置14将所述目标应用请求发送至对应的目标应用设备，具体地，目标应用请求装置14向目标应用设备发送所述目标应用请求的具体方式，可通过与目标应用设备之间建立的有线或无线连接方式，根据各自对应的通信协议进行，其中，所述无线连接方式包括但不限于TCP/IP、近场通信(NFC)、蓝牙(Bluetooth)、短信息、红外数据传输(IrDA)、ZigBee、超宽频(Ultra WideBand)、WiMedia、GPS、DECT、无线1394和其他专用无线系统等。其中目标应用请求的格式符合上述与目标应用设备之间的通信协议。

参图4所示，在一个优选的实施例中，该设备还包括：

请求响应接收装置15，接收所述目标应用设备基于所述目标应用请求返回的请求响应。

在该实施例中，请求响应接收装置15接收所述目标应用设备基于所述目标应用请求返回的请求响应，具体地，目标应用设备成功接收到所述目标应 用请求装置14发送的目标应用请求后，会返回请求响应，以表示目标应用设备已成功接收所述目标应用请求；进一步地，该请求响应，可以包括应答包，也可以包括符合预设条件的无线信号等等；具体地，所述请求响应的内容可以是任意的，该内容取决于目标应用设备对所述目标应用请求的具体处理方式、结果等。

继续在该实施例中，请求响应接收装置15接收所述目标应用设备基于所述目标应用请求返回的请求响应的具体方式，可通过与目标应用设备之间建立的有线或无线连接方式，根据各自对应的通信协议进行，其中，所述无线连接方式请参考上述实施例中的描述，在此不再赘述。另外，由于目标应用设备基于对应的目标应用请求返回的请求响应，仅代表目标应用设备成功接收了所述目标应用请求，故请求响应接收装置15接收到所述请求响应后，可不做任何处理直接丢弃该请求响应内容。

参图4所示，优选地，该设备还包括：

目标应用设备工作状态确定装置16，根据所述目标应用设备返回的请求响应，确定所述目标应用设备的工作状态；

其中，所述目标应用请求构造装置：

在所述目标应用设备处于非工作状态时，停止根据所述目标请求解析信息构造对应的目标应用请求。

在该实施例中，目标应用设备工作状态确定装置16根据所述目标应用设备返回的请求响应，确定所述目标应用设备的工作状态，具体地，目标应用设备工作状态确定装置16，可根据是否接收到目标应用设备返回的请求响应，来判断对应目标应用设备的工作装置，例如，在目标应用请求发送至目标应用设备后预设时间内，目标应用设备工作状态确定装置16未接收到该目标应用请求对应的返回请求响应，则可判断出目标应用设备处于非工作状态；当然，也可以通过判断接收的目标应用设备返回的请求响应的类型情况，进一步判断出目标应用设备的工作状态。

继续在该实施例中，目标应用请求构造装置13在所述目标应用设备处于非工作状态时，停止根据所述目标请求解析信息构造对应的目标应用请求，具体地，由于目标应用请求构造装置13构造所述对应的目标应用请求的目 的，便是为了确保将所述目标应用请求发送至目标应用设备，若目标应用设备处于非工作状态，便可停止构造所述目标应用请求，以节约资源、提高效率及目标应用设备输出信息的准确率等；具体地，此时可以设置相应的提示机制，例如，指示灯、提示声音等等，以使用户实时获知目标应用设备的工作状态，从而获得更准确的结果。

优选地，该设备还包括：

请求响应丢弃装置(未示出)，丢弃所述请求响应。

具体地，请求响应丢弃装置丢弃所述请求响应的方式，可包括接收到该请求响应，直接删除，也可包括接收到所述请求响应后，不做任何进一步的处理，而直接存储在信息回收站中，再进行定期删除清理等。此时，请求响应丢弃装置仅需要记录是否接收到与发送的目标应用请求对应的请求响应，而不关心接收到的请求响应的具体内容。

在其中一个优选的实施例中，所述请求解析信息过滤装置：

根据预定的引流策略信息，对所述请求解析信息进行过滤处理以获得对应的目标请求解析信息。

在该实施例中，请求解析信息过滤装置根据预定的引流策略信息，对所述请求解析信息进行过滤处理以获得对应的目标请求解析信息，其中，所述预定的引流策略信息，包括预设的用于通过过滤应用请求的请求解析信息，来实现应用请求的过滤的具体过滤策略，具体地，所述引流策略信息，可包括根据应用请求的时间信息，过滤所述应用请求的策略信息，例如，过滤出某时间段范围内的应用请求，以获得该时间段内的应用请求量信息，从而获得该时间段内的用户访问量等信息，具体地，应用请求的时间信息，可通过从应用请求中解析出的请求解析信息中获得，也可直接根据应用请求发出的时间获取。也可包括根据应用请求的内容信息，过滤所述应用请求的策略信息，例如，过滤出符合“GET”请求方法的HTTP应用请求，以获得通过“GET”的HTTP应用请求量信息，从而获得通过“GET”请求方法的用户访问量等信息。进一步地，引流策略信息的设置方式，需要根据用户的需求及具体目标应用设备数据信息的需求进行设置，具体的方式、类型等不做限制。

优选地，该设备还包括：

引流策略信息确定装置(未示出)，根据所述目标应用设备确定所述引流策略信息。

在该实施例中，引流策略信息确定装置根据所述目标应用设备确定所述引流策略信息，具体地，引流策略信息用于过滤所述应用请求对应的请求解析信息，但是过滤出的请求解析信息对应的目标应用请求用于传输至目标应用设备，由目标应用设备对所述目标应用请求进行进一步的处理，相应地，目标应用设备需要的目标应用请求对应的请求解析信息，便应为根据引流策略过滤出的目标应用请求对应的请求解析信息，故引流策略的具体内容、类型等需要根据目标应用设备所需要的目标应用请求的具体情况进行设置、确定，例如，若目标应用设备需要获得一定时间点/段内某服务器设备的访问请求量信息，以对其进行分析、测试；那么，此时引流策略便为访问请求发生的时间满足所述时间点/段所对应的应用请求即为目标应用请求信息；再例如，若目标应用设备需要获得通过“POST”请求方法请求访问HTTP服务器设备的访问请求量信息，以对其进行分析、测试；那么，此时引流策略便为访问请求的方法为“POST”所对应的应用请求即为目标应用请求信息等。

优选地，所述引流策略信息包括：

所述请求解析信息中满足所述目标请求解析信息对应应用请求的发生时间信息；和/或

所述请求解析信息中满足所述目标请求解析信息对应的内容信息。

在该实施例中，所述引流策略信息包括所述请求解析信息中满足所述目标请求解析信息对应应用请求的发生时间信息，其中，所述请求解析信息中对应的应用请求的时间信息，为所述请求解析信息对应的应用请求发生的时间信息，具体地，所述应用请求发生的时间信息，可以在应用请求访问发生时直接进行记录，也可以通过解析所述应用请求，从获得的请求解析信息中获取；进一步地，引流策略信息可包括应用请求的发生时间满足预设时间的信息，更进一步地，此时访问请求发生的时间满足所述预设时间信息的应用请求即为目标应用请求信息。

继续在该实施例中，所述引流策略信息包括所述请求解析信息中满足所述目标请求解析信息对应的内容信息，其中，所述请求解析信息中对应的应 用请求的内容信息，为应用请求解析后的具体内容信息，例如，该请求包括的请求方法、域名、URL等信息，具体地，引流策略信息可包括代表应用请求特征的任何内容信息，例如，可以为应用请求使用的请求方法信息，当前应用设备接收到的应用请求的请求方法满足预设在引流策略中的请求方法时，即为目标应用请求信息；从而获得需要的目标应用请求信息。

更优选地，所述引流策略信息包括：

所述请求解析信息中满足所述目标请求解析信息对应应用请求的发生时间信息；

其中，所述请求解析信息过滤装置：

根据所述引流策略信息中的所述时间信息，过滤所述请求解析信息，以获得对应的目标请求解析信息。

在该实施例中，所述引流策略信息包括所述请求解析信息中满足所述目标请求解析信息对应应用请求的发生时间信息，其中，所述请求解析信息中对应的应用请求的时间信息，为所述请求解析信息对应的应用请求发生的时间信息，具体地，所述应用请求发生的时间信息，可以在应用请求访问发生时直接进行记录，也可以通过解析所述应用请求，从获得的请求解析信息中获取；进一步地，引流策略信息可包括应用请求的发生时间满足预设时间的信息。

继续在该实施例中，所述请求解析信息过滤装置12根据所述引流策略信息中的所述时间信息，过滤所述请求解析信息，以获得对应的目标请求解析信息，具体地，请求解析信息过滤装置12根据预设在引流策略信息中的所述时间信息，过滤出满足所述预设时间信息的应用请求，即为目标应用请求信息，进一步地，可通过在引流策略信息中预设应用请求发生所需要满足的时间信息，例如，双十一(每年的11月11日)的凌晨零点，请求解析信息过滤装置12便根据预设的所述时间信息，过滤出双十一的凌晨零点的应用请求信息，以备目标应用设备进行分析，从而获得此时间点的用户点击/成交量等信息。

更优选地，所述引流策略信息包括：

所述请求解析信息中满足所述目标请求解析信息对应的内容信息；

其中，所述请求解析信息过滤装置：

根据所述引流策略信息中的所述内容信息过滤所述请求解析信息，以获得对应的目标请求解析信息。

在该实施例中，所述引流策略信息包括所述请求解析信息中满足所述目标请求解析信息对应应的内容信息，其中，所述请求解析信息中对应的应用请求的内容信息，为应用请求解析后的具体内容信息，例如，该请求包括的请求方法、域名、URL等信息，具体地，引流策略信息可包括代表应用请求特征的任何内容信息，例如，可以为应用请求使用的请求方法信息，当前应用设备接收到的应用请求的请求方法满足预设在引流策略中的请求方法时，即为目标应用请求信息；从而获得需要的目标应用请求信息。

继续在该实施例中，所述请求解析信息过滤装置12根据所述引流策略信息中的所述内容信息过滤所述请求解析信息，以获得对应的目标请求解析信息，具体地，请求解析信息过滤装置12根据预设在引流策略信息中的所述内容信息，过滤出满足所述预设内容信息的应用请求，即为目标应用请求信息，进一步地，可通过在引流策略信息中预设代表应用请求特征的任何合适的内容信息，例如，可以设置该应用请求对应的请求方法、请求的域名等信息，例如，可将所述内容设置为满足“GET”请求方法，此时只有应用请求的请求解析信息中对应的请求方法为“GET”的请求解析信息被过滤出来，作为目标请求解析信息，从而获得通过“GET”请求方法的应用请求量信息，及通过“GET”请求方法的用户访问量等信息。

更更优选地，所述引流策略信息还包括：

所述目标请求解析信息对应的目标应用请求的数量信息；

其中，所述目标应用请求构造装置：

根据所述获得的对应的目标请求解析信息，构造符合所述引流策略中所述目标请求解析信息对应的目标应用请求的数量信息的目标应用请求。

在该实施例中，所述引流策略信息还包括所述目标请求解析信息对应的目标应用请求的数量信息，具体地，此处的数量信息为目标应用设备需要的具体应用请求对应的数量信息，例如，需要通过GET请求方法的100个应用请求量，该数量信息可能大于或小于等于所述请求解析信息过滤装置过滤出 的目标请求解析信息对应的应用请求数量，也即二者无关，仅与目标应用设备的需求有关。

继续在该实施例中，在请求解析信息过滤装置根据引流策略信息中预设的所述请求解析信息中满足所述目标请求解析信息对应应用请求的发生时间信息，和/或，所述请求解析信息中满足所述目标请求解析信息对应的内容信息，进行过滤获得目标请求解析信息后，还需要目标应用请求构造装置根据预设在引流策略信息中的所述目标请求解析信息对应的目标应用请求的数量信息，构造出符合数量要求的目标应用请求。

继续在该实施例中，所述目标应用请求构造装置根据所述获得的对应的目标请求解析信息，构造符合所述引流策略中所述目标请求解析信息对应的目标应用请求的数量信息的目标应用请求，具体地，当请求解析信息过滤装置过滤出的目标请求信息的数量大于所述数量信息时，仅需要将其中部分的目标请求解析信息构造对应的目标应用请求，进一步发送至目标应用设备，例如，若目标应用设备需要50个通过GET方法请求的目标应用请求，而请求解析信息过滤装置过滤出了100个通过GET方法请求的目标应用请求，此时目标应用请求构造装置仅需要从所述100个满足条件的目标应用请求中抽取50个，并构造对应的目标应用请求；同时，当请求解析信息过滤装置过滤出的目标请求信息的数量小于目标应用设备需要的数量时，需要将所述目标请求解析信息构造对应的目标应用请求后，进一步重复发送至目标应用设备，以达到目标应用设备需求的数量，其中具体需要重复发送的次数，根据每次发送的数量及目标应用设备需要的所述目标应用请求的数量相关。

优选地，所述当前应用设备与所述目标应用设备基于相同的应用层协议。

在该实施例中，所述当前应用设备与所述目标应用设备基于相同的应用层协议，具体地，当前应用设备与目标应用设备进行目标应用请求的传输，以及请求响应的返回均需要建立在一定的传输协议基础上。进一步地，应用层协议的具体类型不做限制，可通过例如，FTP(File Transfer Protocol)、Telnet(远程登录协议)、SMTP(Simple Mail Transfer Protocol)、HTTP(Hyper Text Transfer Protocol)、SNMP(simple Network Management Protocol)、RIP(Routing Information Protocol)、NFS(Network File System)、DNS(Domain Name System)等来实现。

与现有技术相比，本申请通过获取与当前应用设备所接收的应用请求相对应的请求解析信息，例如，请求对应的请求方法、请求的时间、域名、URL等信息，对所述请求解析信息进行过滤处理以获得对应的目标请求解析信息，根据所述目标请求解析信息构造对应的目标应用请求，将所述目标应用请求发送至对应的目标应用设备，从而可以使目标应用设备对获取的来自当前应用设备的应用请求进行相应的分析、处理；以实现对当前应用设备所接收的应用请求的详细信息，同时，还可以以此分析判断出该当前应用设备接收相应请求信息的能力等性能。

而且，本申请还可以通过预设的引流策略信息对请求进行过滤，获得对应的请求流量信息，以便进行相应的测试或者分析等；例如，过滤出符合一定请求方法的请求，或过滤出符合预定请求时间的请求等，同时，若目标应用设备为测试系统时，可通过获取的对应请求信息，测试该新产品承受请求量的能力等，判断出对应当前应用设备在应对应用请求时的各种性能指标，以实现对当前应用设备的性能的评估，同时，目标应用设备也可以通过本申请的方案获取需要的请求流量信息，例如，某时间点的应用请求量，以统计该时间对应的用户访问情况，以满足基于需求的请求量信息，进一步获得其他有用性信息。

此外，本申请还可以根据目标应用设备接收目标应用请求后的响应情况，确定目标应用设备的工作状态，在目标应用设备处于非工作状态时，停止根据目标请求解析信息构造对应的目标应用请求；从而实现在目标应用设备未处于工作状态，不再进行目标应用请求的构造，以节约资源、并提高目标应用设备获取的相应请求流量信息的准确性等。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要 求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。