消息，记录所述服务器处理所述请求消息对应的请求处理日志，根据所述请求消息生成应答消息，记录所述服务器处理所述应答消息对应的应答处理日志，将所述服务器自身记录的请求处理日志和应答处理日志添加到所述应答消息中，并通过所述中间设备返回给所述终端。
[0053]本申请实施例提供一种信息上报的方法及装置，该方法终端通过若干个中间设备将请求消息发送给服务器，服务器则通过若干个中间设备将相应的应答消息返回给终端，而终端、中间设备和服务器在处理请求消息时，分别记录处理该请求消息对应的请求处理日志，在处理应答消息时，也分别记录处理应答消息对应的应答处理日志，终端、中间设备和服务器在发送应答消息时，将自身记录的请求处理日志和应答处理日志添加到应答消息中再发送，终端则在监测到应答消息出错时，上报应答消息。通过上述方法，由于终端上报的应答消息中已经携带了请求消息和应答消息被每个设备处理时的处理日志，因此，后续可直接分析该应答消息中携带的请求处理日志和应答处理日志，即可对处理该请求消息和应答消息时所基于的通信链路进行故障排查，有效的提高了故障排查的效率，可即时的排查通信链路中存在的故障。
【附图说明】
[0054]此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中:
[0055]图1为本申请实施例提供的信息上报系统结构示意图；
[0056]图2为本申请实施例提供的终端在信息上报过程中的处理方法；
[0057]图3为本申请实施例提供的中间设备在信息上报过程中的处理方法；
[0058]图4为本申请实施例提供的服务器在信息上报过程中的处理方法；
[0059]图5为本申请实施例提供的第一种信息上报的装置结构示意图；
[0060]图6为本申请实施例提供的第二种信息上报的装置结构示意图；
[0061]图7为本申请实施例提供的第三种信息上报的装置结构示意图。
【具体实施方式】
[0062]为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0063]在本申请实施例中，信息上报的系统由终端、若干个中间设备和服务器构成，如图1所示。
[0064]图1为本申请实施例提供的信息上报系统结构示意图，在图1中，终端、若干个中间设备以及服务器之间具有通信连接，终端可通过若干个中间设备向服务器发送请求消息，服务器接收到该请求消息后，则可根据该请求消息生成相应的应答消息，并将该应答消息同样通过该若干个中间设备返回给终端。
[0065]其中，所述的中间设备包括但不限于路由器、网关、中转服务器等设备，而图1中所示的服务器则是最终要为终端返回应答消息的服务器，也即，图1中所示的服务器是为使用终端的用户提供服务的服务器，而并非充当中间设备的中转服务器。
[0066]在图1中，终端通过若干个中间设备向服务器发送请求消息的过程中，该请求消息基于终端、若干个中间设备和服务器之间的通信连接依次传递，最终到达服务器，而终端、若干个中间设备和服务器中的任意一个设备在处理(包括接收、发送以及其他处理方式)该请求消息时，均会记录自身处理该请求消息对应的请求处理日志。类似的，服务器在根据该请求消息生成相应的应答消息后，将该应答消息通过若干个中间设备返回给终端的过程中，该应答消息也会基于终端、若干个中间设备和服务器之间的通信连接依次传递，最终到达终端，终端、若干个中间设备和服务器中的任意一个设备在处理该应答消息时，则可记录处理该应答消息对应的应答处理日志，所不同的是，在记录了应答处理日志之后，终端、若干个中间设备和服务器中的任意一个设备还需将自身记录的请求处理日志、应答处理日志添加到该应答消息中，再进行传递。
[0067]因此，最终到达终端的应答消息中就携带了终端、若干个中间设备和服务器各自记录的请求处理日志和应答处理日志，当终端监测到应答消息出错时，则可直接上报该应答消息，后续则可直接分析该应答消息中携带的所有请求处理日志和应答处理日志，便可排查出终端发送该请求消息以及接收相应的应答消息时所基于的通信链路在当时所出现的故障。
[0068]基于图1所示的系统，终端、中间设备以及服务器在信息上报的过程中，处理请求消息和应答消息的过程分别如图2、图3、图4所示。
[0069]图2为本申请实施例提供的终端在信息上报过程中的处理方法，具体包括以下步骤:
[0070]S201:终端通过若干个中间设备向服务器发送请求消息，使若干个中间设备和服务器在接收到请求消息时，记录处理该请求消息对应的请求处理日志，并使服务器返回应答消息。
[0071]在本申请实施例中，用户通过终端获取服务时，通常需要通过终端向服务器发送相应的请求消息，如，当用户希望通过终端获取某个微博信息时，则需要通过终端向服务器发送获取该微博信息的请求消息，该请求消息可以是超文本传输协议(HyPer TextTransfer Protocol，HTTP)消息。
[0072]而在实际应用中，该请求消息一般需要通过若干个中间设备才能到达服务器，如图1所示，因此，终端需要通过若干个中间设备向服务器发送请求消息。
[0073]S202:终端记录发送该请求消息对应的请求处理日志。
[0074]终端在发送了该请求消息后，可记录发送该请求消息对应的请求处理日志，如，记录该终端自身的互联网协议(Internet Protocol, IP)地址(即，源IP地址)、端口号(S卩，源端口号)，该请求消息所要到达的下一个中间设备的IP地址(即，目的IP地址)、端口号(即，目的端口号)，发送该请求消息的发送时间，该请求消息所基于的协议(如HTTP协议)，该请求消息的大小等。还可记录将该请求消息传递给下一个中间设备所基于的连接的状态，如，假设终端、若干个中间设备、服务器之间的连接均为传输控制协议(Transmiss1n ControlProtocol，TCP)连接，则可记录终端与该下一个中间设备之间的TCP连接的状态。
[0075]S203:接收服务器通过若干个中间设备返回的应答消息，其中，该应答消息中携带:若干个中间设备和服务器记录的请求处理日志、若干个中间设备在接收到服务器返回的应答消息时记录的处理所述应答消息对应的应答处理日志、服务器返回该应答消息时记录的应答处理日志。
[0076]由于若干个中间设备、服务器在处理请求消息和应答消息时，也会各自记录相应的请求处理日志和应答处理日志，并且服务器在通过将应答消息依次通过若干个中间设备返回给终端的过程中，若干中间设备和服务器中的任一设备都会在处理应答消息时，将自身记录的请求处理日志和应答处理日志添加到应答消息中再进行传递，因此，到达终端的应答消息中则已经携带了各中间设备以及服务器各自记录的请求处理日志和应答处理日
V 1、1、O
[0077]其中，该应答消息也可以是HTTP消息。
[0078]S204:终端记录处理该应答消息对应的应答处理日志。
[0079]终端接收到该应答消息后，则处理该应答消息，并记录处理该应答消息对应的应答处理日志，如，记录直接将该应答消息发送给终端的上一个中间设备的IP地址(即，源IP地址)、端口号(即，源端口号)，该终端自身的IP地址(即，目的IP地址)、端口号(即，目的端口号)，接收到该应答消息的接收时间，该应答消息所基于的协议(如HTTP协议)，该应答消息的大小等。还可记录接收到该应答消息时该终端与该上一个中间设备的连接的状态，如TCP连接的状态。
[0080]S205:将终端自身记录的请求处理日志和应答处理日志添加到应答消息中。
[0081]由于步骤S203中终端接收到的应答消息中已经携带了各中间设备以及服务器各自记录的请求处理日志和应答处理日志，因此，终端将自身记录的请求处理日志和应答处理日志添加到该应答消息中后，该应答消息中就携带了请求消息和应答消息在完整的传递过程中途径的每个设备对这两个消息进行处理的日志。
[0082]具体的，当该应答消息是HTTP消息时，终端可将自身记录的请求处理日志和应答处理日志添加到该HTTP消息的消息头(header)中。
[0083]S206:当监测到该应答消息出错时，上报该应答消息。
[0084]例如，当用户要获取某个微博信息时，通过终端向服务器发送请求消息，而服务器则返回相应的应答消息，当终端根据该应答消息，不能正常的解析出该应答消息中携带的信息时，则可确定监测到该应答消息出错，因此可直接上报该应答消息。而由于此时的应答消息中已经携带了请求消息和应答消息途径的每个设备对这两个消息进行处理的日志，因此，后续只要对终端上报的应答消息中携带的请求处理日志和应答处理日志进行分析，即可排查该用户获取微博信息时终端与服务器之间通信链路出现的故障。
[0085]图3为本申请实施例提供的中间设备在信息上报过程中的处理方法，具体包括以下步骤:
[0086]S301:中间设备接收终端发送的请求消息。
[0087]S302:将该请求消息转发给服务器，使服务器在接收到该请求消息时，记录处理该请求消息对应的请求处