CN105516297A - 一种信息上报的方法及装置 - Google Patents

Abstract

本申请公开了一种信息上报的方法及装置，该方法终端通过若干个中间设备将请求消息发送给服务器，服务器则通过若干个中间设备将相应的应答消息返回给终端，而终端、中间设备和服务器在处理请求消息和应答消息时，分别记录相应的请求处理日志和应答处理日志，终端、中间设备和服务器在发送应答消息时，将自身记录的请求处理日志和应答处理日志添加到应答消息中再发送，终端则在监测到应答消息出错时，上报应答消息，因此，后续可直接分析该应答消息中携带的请求处理日志和应答处理日志，即可对处理该请求消息和应答消息时所基于的通信链路进行故障排查，有效的提高了故障排查的效率，可即时的排查通信链路中存在的故障。

Description

一种信息上报的方法及装置

技术领域

本申请涉及计算机技术领域，尤其涉及一种信息上报的方法及装置。

背景技术

随着网络技术的不断发展，用户已经可以使用终端通过互联网获取各种服务。而用户通过互联网获取服务时，通常需要使用其终端向服务器发送请求消息，服务器再根据该请求消息返回相应的应答消息，使用户获取到相应的服务。一般的，用户发送的请求消息需要经过若干个中间设备，才能到达服务器，而如何即时的排除由终端到若干个中间设备最后到服务器之间的通信链路的故障，以保证通信链路的可靠性，成为了亟待解决的问题。

目前，排除上述通信链路的故障的主要依据是终端上报的错误信息，即，当用户使用终端获取服务时，若终端监测到服务出错，则上报错误信息，该错误信息中可携带用户标识、监测到的出错时间、错误类型(如，未能正常获取到文字、图片等信息)等。而基于终端上报的错误信息对通信链路的故障排查一般有以下两种：

第一种，可根据终端上报的错误信息中携带的错误类型，不断的复现出错时用户所要获取的服务，直到再次出现相同错误类型的错误时，再排查通信链路的故障。

显然，这种不断复现用户获取服务的方法不仅排查效率较低，而且也不能即时的排查到通信链路中存在的故障。

第二种，终端、服务器以及终端到服务器之间的若干个中间设备均可记录处理各请求消息和应答消息的处理日志，在接收到终端上报的错误信息时，根据错误信息中携带的出错时间，确定该出错时间所在的一小段时间段，并提取终端、服务器以及上述若干个中间设备在该一小段时间内记录的处理日志，再对提取出的处理日志进行分析。

但是，由于在实际应用中，在一小段时间内访问服务器的用户的数量是海量的，甚至同时访问服务器的用户的数量也是海量的，因此，上述第二种方法中提取出的处理日志中除了包括出错的用户的请求消息和应答消息的处理日志以外，还包括大量其他用户的请求消息和应答消息的处理日志，这些其他用户的请求消息和应答消息的处理日志势必会对处理日志的分析造成大量的干扰，也会导致排查故障的效率较低，不能即时的排查到通信链路中存在的故障。

发明内容

本申请实施例提供一种信息上报的方法及装置，用以解决现有技术中排查通信链路的故障效率较低，不能即时排查故障的问题。

本申请实施例提供的一种信息上报的方法，所述方法包括：

终端通过若干个中间设备向服务器发送请求消息，使所述若干个中间设备和服务器在接收到所述请求消息时，记录处理所述请求消息对应的请求处理日志，并使所述服务器返回应答消息；

所述终端记录发送所述请求消息对应的请求处理日志；

接收所述服务器通过所述若干个中间设备返回的应答消息，其中，所述应答消息中携带：所述若干个中间设备和服务器记录的请求处理日志、所述若干个中间设备在接收到所述服务器返回的应答消息时记录的处理所述应答消息对应的应答处理日志、所述服务器返回所述应答消息时记录的应答处理日志；

所述终端记录处理所述应答消息对应的应答处理日志；

将所述终端自身记录的请求处理日志和应答处理日志添加到所述应答消息中；

当监测到所述应答消息出错时，上报所述应答消息。

本申请实施例提供的一种信息上报的方法，所述方法包括：

中间设备接收终端发送的请求消息；

将所述请求消息转发给服务器，使所述服务器在接收到所述请求消息时，记录处理所述请求消息对应的请求处理日志，并使所述服务器返回应答消息；

所述中间设备记录处理所述请求消息对应的请求处理日志；

接收所述服务器返回的应答消息，其中，所述应答消息中携带：所述服务器记录的请求处理日志、所述服务器返回所述应答消息时记录的应答处理日志；

所述中间设备记录处理所述应答消息对应的应答处理日志；

将所述中间设备自身记录的请求处理日志和应答处理日志添加到所述应答消息中，并转发给所述终端，使所述终端记录所述终端处理所述应答消息对应的应答处理日志，并将所述终端记录的应答处理日志和在发送所述请求消息时记录的请求处理日志添加到所述应答消息中，并使所述终端在监测到所述应答消息出错时，上报所述应答消息。

本申请实施例提供的一种信息上报的方法，所述方法包括：

服务器接收终端通过若干个中间设备发送的请求消息；

记录处理所述请求消息对应的请求处理日志；

根据所述请求消息生成应答消息；

记录处理所述应答消息对应的应答处理日志；

将记录的所述请求处理日志和应答处理日志添加到所述应答消息中，并通过所述若干个中间设备返回给所述终端，使所述若干个中间设备和终端将记录的处理所述请求消息对应的请求处理日志和处理所述应答消息对应的应答处理日志添加到所述应答消息中，并使所述终端在监测到所述应答消息出错时，上报所述应答消息。

本申请实施例提供的一种信息上报的装置，所述装置包括：

发送模块，用于通过若干个中间设备向服务器发送请求消息，使所述若干个中间设备和服务器在接收到所述请求消息时，记录处理所述请求消息对应的请求处理日志，并使所述服务器返回应答消息；

第一记录模块，用于记录所述发送模块发送所述请求消息对应的请求处理日志；

接收模块，用于接收所述服务器通过所述若干个中间设备返回的应答消息，其中，所述应答消息中携带：所述若干个中间设备和服务器记录的请求处理日志、所述若干个中间设备在接收到所述服务器返回的应答消息时记录的处理所述应答消息对应的应答处理日志、所述服务器返回所述应答消息时记录的应答处理日志；

第二记录模块，用于记录所述装置处理所述应答消息对应的应答处理日志；

添加模块，用于将所述第一记录模块记录的请求处理日志和所述第二记录模块记录的应答处理日志添加到所述应答消息中；

监测上报模块，用于当监测到所述应答消息出错时，上报所述应答消息。

本申请实施例提供的一种信息上报的装置，所述装置包括：

第一接收模块，用于接收终端发送的请求消息；

第一转发模块，用于将所述请求消息转发给服务器，使所述服务器在接收到所述请求消息时，记录处理所述请求消息对应的请求处理日志，并使所述服务器返回应答消息；

第一记录模块，用于记录所述第一接收模块和所述第一转发模块处理所述请求消息对应的请求处理日志；

第二接收模块，用于接收所述服务器返回的应答消息，其中，所述应答消息中携带：所述服务器记录的请求处理日志、所述服务器返回所述应答消息时记录的应答处理日志；

第二记录模块，用于记录所述装置处理所述应答消息对应的应答处理日志；

第二转发模块，用于将所述第一记录模块记录的请求处理日志和所述第二记录模块记录的应答处理日志添加到所述应答消息中，并转发给所述终端，使所述终端记录所述终端处理所述应答消息对应的应答处理日志，并将所述终端记录的应答处理日志和在发送所述请求消息时记录的请求处理日志添加到所述应答消息中，并使所述终端在监测到所述应答消息出错时，上报所述应答消息。

本申请实施例提供的一种信息上报的装置，所述装置包括：

接收模块，用于接收终端通过若干个中间设备发送的请求消息；

第一记录模块，用于记录所述接收模块处理所述请求消息对应的请求处理日志；

生成模块，用于根据所述请求消息生成应答消息；

第二记录模块，用于记录所述装置处理所述应答消息对应的应答处理日志；

添加发送模块，用于将所述第一记录模块记录的所述请求处理日志和所述第二记录模块记录的应答处理日志添加到所述应答消息中，并通过所述若干个中间设备返回给所述终端，使所述若干个中间设备和终端将记录的处理所述请求消息对应的请求处理日志和处理所述应答消息对应的应答处理日志添加到所述应答消息中，并使所述终端在监测到所述应答消息出错时，上报所述应答消息。

本申请实施例提供的一种信息上报的系统，所述系统包括：

终端，用于通过中间设备向服务器发送请求消息，记录所述终端发送所述请求消息对应的请求处理日志，接收所述服务器通过所述中间设备返回的应答消息，记录所述终端处理所述应答消息对应的应答处理日志，将所述终端自身记录的请求处理日志和应答处理日志添加到所述应答消息中，并在监测到所述应答消息出错时，上报所述应答消息；

中间设备，用于接收终端发送的请求消息，并转发给服务器，记录所述中间设备处理所述请求消息对应的请求处理日志，接收所述服务器返回的应答消息，记录所述中间设备处理所述应答消息对应的应答处理日志，将所述中间设备自身记录的请求处理日志和应答处理日志添加到所述应答消息中，并转发给所述终端；

服务器，用于接收终端通过中间设备发送的请求消息，记录所述服务器处理所述请求消息对应的请求处理日志，根据所述请求消息生成应答消息，记录所述服务器处理所述应答消息对应的应答处理日志，将所述服务器自身记录的请求处理日志和应答处理日志添加到所述应答消息中，并通过所述中间设备返回给所述终端。

本申请实施例提供一种信息上报的方法及装置，该方法终端通过若干个中间设备将请求消息发送给服务器，服务器则通过若干个中间设备将相应的应答消息返回给终端，而终端、中间设备和服务器在处理请求消息时，分别记录处理该请求消息对应的请求处理日志，在处理应答消息时，也分别记录处理应答消息对应的应答处理日志，终端、中间设备和服务器在发送应答消息时，将自身记录的请求处理日志和应答处理日志添加到应答消息中再发送，终端则在监测到应答消息出错时，上报应答消息。通过上述方法，由于终端上报的应答消息中已经携带了请求消息和应答消息被每个设备处理时的处理日志，因此，后续可直接分析该应答消息中携带的请求处理日志和应答处理日志，即可对处理该请求消息和应答消息时所基于的通信链路进行故障排查，有效的提高了故障排查的效率，可即时的排查通信链路中存在的故障。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例提供的信息上报系统结构示意图；

图2为本申请实施例提供的终端在信息上报过程中的处理方法；

图3为本申请实施例提供的中间设备在信息上报过程中的处理方法；

图4为本申请实施例提供的服务器在信息上报过程中的处理方法；

图5为本申请实施例提供的第一种信息上报的装置结构示意图；

图6为本申请实施例提供的第二种信息上报的装置结构示意图；

图7为本申请实施例提供的第三种信息上报的装置结构示意图。

具体实施方式

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

在本申请实施例中，信息上报的系统由终端、若干个中间设备和服务器构成，如图1所示。

图1为本申请实施例提供的信息上报系统结构示意图，在图1中，终端、若干个中间设备以及服务器之间具有通信连接，终端可通过若干个中间设备向服务器发送请求消息，服务器接收到该请求消息后，则可根据该请求消息生成相应的应答消息，并将该应答消息同样通过该若干个中间设备返回给终端。

其中，所述的中间设备包括但不限于路由器、网关、中转服务器等设备，而图1中所示的服务器则是最终要为终端返回应答消息的服务器，也即，图1中所示的服务器是为使用终端的用户提供服务的服务器，而并非充当中间设备的中转服务器。

在图1中，终端通过若干个中间设备向服务器发送请求消息的过程中，该请求消息基于终端、若干个中间设备和服务器之间的通信连接依次传递，最终到达服务器，而终端、若干个中间设备和服务器中的任意一个设备在处理(包括接收、发送以及其他处理方式)该请求消息时，均会记录自身处理该请求消息对应的请求处理日志。类似的，服务器在根据该请求消息生成相应的应答消息后，将该应答消息通过若干个中间设备返回给终端的过程中，该应答消息也会基于终端、若干个中间设备和服务器之间的通信连接依次传递，最终到达终端，终端、若干个中间设备和服务器中的任意一个设备在处理该应答消息时，则可记录处理该应答消息对应的应答处理日志，所不同的是，在记录了应答处理日志之后，终端、若干个中间设备和服务器中的任意一个设备还需将自身记录的请求处理日志、应答处理日志添加到该应答消息中，再进行传递。

因此，最终到达终端的应答消息中就携带了终端、若干个中间设备和服务器各自记录的请求处理日志和应答处理日志，当终端监测到应答消息出错时，则可直接上报该应答消息，后续则可直接分析该应答消息中携带的所有请求处理日志和应答处理日志，便可排查出终端发送该请求消息以及接收相应的应答消息时所基于的通信链路在当时所出现的故障。

基于图1所示的系统，终端、中间设备以及服务器在信息上报的过程中，处理请求消息和应答消息的过程分别如图2、图3、图4所示。

图2为本申请实施例提供的终端在信息上报过程中的处理方法，具体包括以下步骤：

S201：终端通过若干个中间设备向服务器发送请求消息，使若干个中间设备和服务器在接收到请求消息时，记录处理该请求消息对应的请求处理日志，并使服务器返回应答消息。

在本申请实施例中，用户通过终端获取服务时，通常需要通过终端向服务器发送相应的请求消息，如，当用户希望通过终端获取某个微博信息时，则需要通过终端向服务器发送获取该微博信息的请求消息，该请求消息可以是超文本传输协议(HyperTextTransferProtocol，HTTP)消息。

而在实际应用中，该请求消息一般需要通过若干个中间设备才能到达服务器，如图1所示，因此，终端需要通过若干个中间设备向服务器发送请求消息。

S202：终端记录发送该请求消息对应的请求处理日志。

终端在发送了该请求消息后，可记录发送该请求消息对应的请求处理日志，如，记录该终端自身的互联网协议(InternetProtocol，IP)地址(即，源IP地址)、端口号(即，源端口号)，该请求消息所要到达的下一个中间设备的IP地址(即，目的IP地址)、端口号(即，目的端口号)，发送该请求消息的发送时间，该请求消息所基于的协议(如HTTP协议)，该请求消息的大小等。还可记录将该请求消息传递给下一个中间设备所基于的连接的状态，如，假设终端、若干个中间设备、服务器之间的连接均为传输控制协议(TransmissionControlProtocol，TCP)连接，则可记录终端与该下一个中间设备之间的TCP连接的状态。

S203：接收服务器通过若干个中间设备返回的应答消息，其中，该应答消息中携带：若干个中间设备和服务器记录的请求处理日志、若干个中间设备在接收到服务器返回的应答消息时记录的处理所述应答消息对应的应答处理日志、服务器返回该应答消息时记录的应答处理日志。

由于若干个中间设备、服务器在处理请求消息和应答消息时，也会各自记录相应的请求处理日志和应答处理日志，并且服务器在通过将应答消息依次通过若干个中间设备返回给终端的过程中，若干中间设备和服务器中的任一设备都会在处理应答消息时，将自身记录的请求处理日志和应答处理日志添加到应答消息中再进行传递，因此，到达终端的应答消息中则已经携带了各中间设备以及服务器各自记录的请求处理日志和应答处理日志。

其中，该应答消息也可以是HTTP消息。

S204：终端记录处理该应答消息对应的应答处理日志。

终端接收到该应答消息后，则处理该应答消息，并记录处理该应答消息对应的应答处理日志，如，记录直接将该应答消息发送给终端的上一个中间设备的IP地址(即，源IP地址)、端口号(即，源端口号)，该终端自身的IP地址(即，目的IP地址)、端口号(即，目的端口号)，接收到该应答消息的接收时间，该应答消息所基于的协议(如HTTP协议)，该应答消息的大小等。还可记录接收到该应答消息时该终端与该上一个中间设备的连接的状态，如TCP连接的状态。

S205：将终端自身记录的请求处理日志和应答处理日志添加到应答消息中。

由于步骤S203中终端接收到的应答消息中已经携带了各中间设备以及服务器各自记录的请求处理日志和应答处理日志，因此，终端将自身记录的请求处理日志和应答处理日志添加到该应答消息中后，该应答消息中就携带了请求消息和应答消息在完整的传递过程中途径的每个设备对这两个消息进行处理的日志。

具体的，当该应答消息是HTTP消息时，终端可将自身记录的请求处理日志和应答处理日志添加到该HTTP消息的消息头(header)中。

S206：当监测到该应答消息出错时，上报该应答消息。

例如，当用户要获取某个微博信息时，通过终端向服务器发送请求消息，而服务器则返回相应的应答消息，当终端根据该应答消息，不能正常的解析出该应答消息中携带的信息时，则可确定监测到该应答消息出错，因此可直接上报该应答消息。而由于此时的应答消息中已经携带了请求消息和应答消息途径的每个设备对这两个消息进行处理的日志，因此，后续只要对终端上报的应答消息中携带的请求处理日志和应答处理日志进行分析，即可排查该用户获取微博信息时终端与服务器之间通信链路出现的故障。

图3为本申请实施例提供的中间设备在信息上报过程中的处理方法，具体包括以下步骤：

S301：中间设备接收终端发送的请求消息。

S302：将该请求消息转发给服务器，使服务器在接收到该请求消息时，记录处理该请求消息对应的请求处理日志，并使服务器返回应答消息。

S303：中间设备记录处理该请求消息对应的请求处理日志。

其中，中间设备记录的请求处理日志中可以包括：直接向该中间设备发送该请求消息的上一个设备(可能是终端，也可能是其他中间设备)的IP地址、端口号，该中间设备自身的IP地址、端口号，该请求消息所要到达的下一个设备(可能是服务器，也可能是其他中间设备)的IP地址、端口号，接收到该请求消息的接收时间，向下一个设备发送该请求消息的发送时间，该请求消息所基于的协议，该请求消息的大小，接收到该请求消息时该中间设备与上一个设备之间的连接的状态，发送该请求消息时该中间设备与下一个设备之间的连接的状态等。

S304：接收服务器返回的应答消息，其中，该应答消息中携带：服务器记录的请求处理日志、服务器返回该应答消息时记录的应答处理日志。

S305：中间设备记录处理该应答消息对应的应答处理日志。

其中，中间设备记录的应答处理日志可以包括：直接向该中间设备发送该应答消息的上一个设备(可能是服务器，也可能是其他中间设备)的IP地址、端口号，该中间设备自身的IP地址、端口号，该应答消息所要到达的下一个设备(可能是终端，也可能是其他中间设备)的IP地址、端口号，接收到该应答消息的接收时间，该应答消息所基于的协议，该应答消息的大小，接收到该应答消息时该中间设备与上一个设备之间的连接的状态，该中间设备与下一个设备之间的连接的状态等。

S306：将中间设备自身记录的请求处理日志和应答处理日志添加到该应答消息中，并转发给终端，使终端记录该终端处理应答消息对应的应答处理日志，并将终端记录的应答处理日志和在发送请求消息时记录的请求处理日志添加到应答消息中，并使终端在监测到该应答消息出错时，上报该应答消息。

具体的，当该应答消息为HTTP消息时，中间设备可将自身记录的请求处理日志和应答处理日志添加到该HTTP消息的消息头(header)中。

图4为本申请实施例提供的服务器在信息上报过程中的处理方法，具体包括以下步骤：

S401：服务器接收终端通过若干个中间设备发送的请求消息。

S402：记录处理该请求消息对应的请求处理日志。

其中，服务器记录的请求处理日志中可以包括：直接向服务器发送该请求消息的上一个中间设备的IP地址、端口号，服务器自身的IP地址、端口号，接收到该请求消息的接收时间，该请求消息所基于的协议，该请求消息的大小，接收到该请求消息时服务器与上一个中间设备之间的连接的状态等。

S403：根据该请求消息生成应答消息。

S404：记录处理该应答消息对应的应答处理日志。

其中，服务器记录的应答处理日志中可以包括：该应答消息将要到达的下一个中间设备的IP地址、端口号，服务器自身的IP地址、端口号，生成该应答消息的生成时间，该应答消息所基于的协议，该应答消息的大小，生成该应答消息时服务器与下一个中间设备之间的连接的状态等。

S405：将记录的请求处理日志和应答处理日志添加到该应答消息中，并通过若干个中间设备返回给终端，使若干个中间设备和终端将记录的处理该请求消息对应的请求处理日志和处理该应答消息对应的应答处理日志添加到该应答消息中，并使终端在监测到该应答消息出错时，上报该应答消息。

具体的，当该应答消息为HTTP消息时，服务器可将自身记录的请求处理日志和应答处理日志添加到该HTTP消息的消息头(header)中。

通过图2～图4所示的方法可见，由于终端在监测到出错时上报的应答消息中已经携带了请求消息和应答消息途径的每个设备对这两个消息进行处理的日志，因此，后续只要对终端上报的应答消息中携带的请求处理日志和应答处理日志进行分析，即可排查该用户获取微博信息时终端与服务器之间通信链路出现的故障。

另外，由于本申请中当应答消息为HTTP消息时，终端、中间设备和服务器可将各自记录的请求处理日志和应答处理日志添加到HTTP消息的消息头中，因此，也无需因请求处理日志和应答处理日志的传递而传输额外的信息，从而也减小了传递请求处理日志和应答处理日志所消耗的资源。

以上为本申请实施例提供的信息上报的方法，基于同样的思路，本申请实施例还提供了相应的信息上报的装置，如图5～7所示。

图5为本申请实施例提供的第一种信息上报的装置结构示意图，所述装置包括：

发送模块501，用于通过若干个中间设备向服务器发送请求消息，使所述若干个中间设备和服务器在接收到所述请求消息时，记录处理所述请求消息对应的请求处理日志，并使所述服务器返回应答消息；

第一记录模块502，用于记录所述发送模块501发送所述请求消息对应的请求处理日志；

接收模块503，用于接收所述服务器通过所述若干个中间设备返回的应答消息，其中，所述应答消息中携带：所述若干个中间设备和服务器记录的请求处理日志、所述若干个中间设备在接收到所述服务器返回的应答消息时记录的处理所述应答消息对应的应答处理日志、所述服务器返回所述应答消息时记录的应答处理日志；

第二记录模块504，用于记录所述装置处理所述应答消息对应的应答处理日志；

添加模块505，用于将所述第一记录模块502记录的请求处理日志和所述第二记录模块504记录的应答处理日志添加到所述应答消息中；

监测上报模块506，用于当监测到所述应答消息出错时，上报所述应答消息。

具体的，如图5所示的装置可以位于终端中，所述的终端包括但不限于个人计算机(PersonalComputer，PC)、手机、平板电脑等。

图6为本申请实施例提供的第二种信息上报的装置结构示意图，所述装置包括：

第一接收模块601，用于接收终端发送的请求消息；

第一转发模块602，用于将所述请求消息转发给服务器，使所述服务器在接收到所述请求消息时，记录处理所述请求消息对应的请求处理日志，并使所述服务器返回应答消息；

第一记录模块603，用于记录所述第一接收模块601和所述第一转发模块602处理所述请求消息对应的请求处理日志；

第二接收模块604，用于接收所述服务器返回的应答消息，其中，所述应答消息中携带：所述服务器记录的请求处理日志、所述服务器返回所述应答消息时记录的应答处理日志；

第二记录模块605，用于记录所述装置处理所述应答消息对应的应答处理日志；

第二转发模块606，用于将所述第一记录模块603记录的请求处理日志和所述第二记录模块605记录的应答处理日志添加到所述应答消息中，并转发给所述终端，使所述终端记录所述终端处理所述应答消息对应的应答处理日志，并将所述终端记录的应答处理日志和在发送所述请求消息时记录的请求处理日志添加到所述应答消息中，并使所述终端在监测到所述应答消息出错时，上报所述应答消息。

具体的，如图6所述的装置可以位于中间设备中，所述的中间设备包括但不限于：路由器、网关、中转服务器(如，代理服务器)等。

图7为本申请实施例提供的第三种信息上报的装置结构示意图，所述装置包括：

接收模块701，用于接收终端通过若干个中间设备发送的请求消息；

第一记录模块702，用于记录所述接收模块701处理所述请求消息对应的请求处理日志；

生成模块703，用于根据所述请求消息生成应答消息；

第二记录模块704，用于记录所述装置处理所述应答消息对应的应答处理日志；

添加发送模块705，用于将所述第一记录模块702记录的所述请求处理日志和所述第二记录模块704记录的应答处理日志添加到所述应答消息中，并通过所述若干个中间设备返回给所述终端，使所述若干个中间设备和终端将记录的处理所述请求消息对应的请求处理日志和处理所述应答消息对应的应答处理日志添加到所述应答消息中，并使所述终端在监测到所述应答消息出错时，上报所述应答消息。

具体的，如图7所述的装置可以位于服务器中。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

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

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

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

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

Claims (10)

1.一种信息上报的方法，其特征在于，所述方法包括：

终端通过若干个中间设备向服务器发送请求消息，使所述若干个中间设备和服务器在接收到所述请求消息时，记录处理所述请求消息对应的请求处理日志，并使所述服务器返回应答消息；

所述终端记录发送所述请求消息对应的请求处理日志；

接收所述服务器通过所述若干个中间设备返回的应答消息，其中，所述应答消息中携带：所述若干个中间设备和服务器记录的请求处理日志、所述若干个中间设备在接收到所述服务器返回的应答消息时记录的处理所述应答消息对应的应答处理日志、所述服务器返回所述应答消息时记录的应答处理日志；

所述终端记录处理所述应答消息对应的应答处理日志；

将所述终端自身记录的请求处理日志和应答处理日志添加到所述应答消息中；

当监测到所述应答消息出错时，上报所述应答消息。

2.如权利要求1所述的方法，其特征在于，所述应答消息为超文本传输协议HTTP消息；

将所述终端自身记录的请求处理日志和应答处理日志添加到所述应答消息中，具体包括：

所述终端将自身记录的请求处理日志和应答处理日志添加到所述应答消息的消息头中。

3.一种信息上报的方法，其特征在于，所述方法包括：

中间设备接收终端发送的请求消息；

将所述请求消息转发给服务器，使所述服务器在接收到所述请求消息时，记录处理所述请求消息对应的请求处理日志，并使所述服务器返回应答消息；

所述中间设备记录处理所述请求消息对应的请求处理日志；

接收所述服务器返回的应答消息，其中，所述应答消息中携带：所述服务器记录的请求处理日志、所述服务器返回所述应答消息时记录的应答处理日志；

所述中间设备记录处理所述应答消息对应的应答处理日志；

将所述中间设备自身记录的请求处理日志和应答处理日志添加到所述应答消息中，并转发给所述终端，使所述终端记录所述终端处理所述应答消息对应的应答处理日志，并将所述终端记录的应答处理日志和在发送所述请求消息时记录的请求处理日志添加到所述应答消息中，并使所述终端在监测到所述应答消息出错时，上报所述应答消息。

4.如权利要求3所述的方法，其特征在于，所述应答消息为超文本传输协议HTTP消息；

将所述中间设备自身记录的请求处理日志和应答处理日志添加到所述应答消息中，具体包括：

所述中间设备将自身记录的请求处理日志和应答处理日志添加到所述应答消息的消息头中。

5.一种信息上报的方法，其特征在于，所述方法包括：

服务器接收终端通过若干个中间设备发送的请求消息；

记录处理所述请求消息对应的请求处理日志；

根据所述请求消息生成应答消息；

记录处理所述应答消息对应的应答处理日志；

将记录的所述请求处理日志和应答处理日志添加到所述应答消息中，并通过所述若干个中间设备返回给所述终端，使所述若干个中间设备和终端将记录的处理所述请求消息对应的请求处理日志和处理所述应答消息对应的应答处理日志添加到所述应答消息中，并使所述终端在监测到所述应答消息出错时，上报所述应答消息。

6.如权利要求5所述的方法，其特征在于，所述应答消息为超文本传输协议HTTP消息；

将记录的所述请求处理日志和应答处理日志添加到所述应答消息中，具体包括：

所述服务器将自身记录的请求处理日志和应答处理日志添加到所述应答消息的消息头中。

7.一种信息上报的装置，其特征在于，所述装置包括：

发送模块，用于通过若干个中间设备向服务器发送请求消息，使所述若干个中间设备和服务器在接收到所述请求消息时，记录处理所述请求消息对应的请求处理日志，并使所述服务器返回应答消息；

第一记录模块，用于记录所述发送模块发送所述请求消息对应的请求处理日志；

接收模块，用于接收所述服务器通过所述若干个中间设备返回的应答消息，其中，所述应答消息中携带：所述若干个中间设备和服务器记录的请求处理日志、所述若干个中间设备在接收到所述服务器返回的应答消息时记录的处理所述应答消息对应的应答处理日志、所述服务器返回所述应答消息时记录的应答处理日志；

第二记录模块，用于记录所述装置处理所述应答消息对应的应答处理日志；

添加模块，用于将所述第一记录模块记录的请求处理日志和所述第二记录模块记录的应答处理日志添加到所述应答消息中；

监测上报模块，用于当监测到所述应答消息出错时，上报所述应答消息。

8.一种信息上报的装置，其特征在于，所述装置包括：

第一接收模块，用于接收终端发送的请求消息；

第一转发模块，用于将所述请求消息转发给服务器，使所述服务器在接收到所述请求消息时，记录处理所述请求消息对应的请求处理日志，并使所述服务器返回应答消息；

第一记录模块，用于记录所述第一接收模块和所述第一转发模块处理所述请求消息对应的请求处理日志；

第二接收模块，用于接收所述服务器返回的应答消息，其中，所述应答消息中携带：所述服务器记录的请求处理日志、所述服务器返回所述应答消息时记录的应答处理日志；

第二记录模块，用于记录所述装置处理所述应答消息对应的应答处理日志；

第二转发模块，用于将所述第一记录模块记录的请求处理日志和所述第二记录模块记录的应答处理日志添加到所述应答消息中，并转发给所述终端，使所述终端记录所述终端处理所述应答消息对应的应答处理日志，并将所述终端记录的应答处理日志和在发送所述请求消息时记录的请求处理日志添加到所述应答消息中，并使所述终端在监测到所述应答消息出错时，上报所述应答消息。

9.一种信息上报的装置，其特征在于，所述装置包括：

接收模块，用于接收终端通过若干个中间设备发送的请求消息；

第一记录模块，用于记录所述接收模块处理所述请求消息对应的请求处理日志；

生成模块，用于根据所述请求消息生成应答消息；

第二记录模块，用于记录所述装置处理所述应答消息对应的应答处理日志；

添加发送模块，用于将所述第一记录模块记录的所述请求处理日志和所述第二记录模块记录的应答处理日志添加到所述应答消息中，并通过所述若干个中间设备返回给所述终端，使所述若干个中间设备和终端将记录的处理所述请求消息对应的请求处理日志和处理所述应答消息对应的应答处理日志添加到所述应答消息中，并使所述终端在监测到所述应答消息出错时，上报所述应答消息。

10.一种信息上报的系统，其特征在于，所述系统包括：

终端，用于通过中间设备向服务器发送请求消息，记录所述终端发送所述请求消息对应的请求处理日志，接收所述服务器通过所述中间设备返回的应答消息，记录所述终端处理所述应答消息对应的应答处理日志，将所述终端自身记录的请求处理日志和应答处理日志添加到所述应答消息中，并在监测到所述应答消息出错时，上报所述应答消息；

中间设备，用于接收终端发送的请求消息，并转发给服务器，记录所述中间设备处理所述请求消息对应的请求处理日志，接收所述服务器返回的应答消息，记录所述中间设备处理所述应答消息对应的应答处理日志，将所述中间设备自身记录的请求处理日志和应答处理日志添加到所述应答消息中，并转发给所述终端；

服务器，用于接收终端通过中间设备发送的请求消息，记录所述服务器处理所述请求消息对应的请求处理日志，根据所述请求消息生成应答消息，记录所述服务器处理所述应答消息对应的应答处理日志，将所述服务器自身记录的请求处理日志和应答处理日志添加到所述应答消息中，并通过所述中间设备返回给所述终端。