CN106789353A - 在客户端与服务端之间定位问题的方法和系统 - Google Patents

Abstract

本申请公开了一种在客户端与服务端之间定位问题的方法和系统，其中，方法包括：响应于问题的发生，从客户端获取客户端日志；从与客户端通信的服务端获取与该客户端相对应的服务端日志；以及将客户端日志与服务端日志相关联，以利于对问题的定位。按照本公开的各种实施例中的方案，能够准确地定位客户端与服务端之间的问题，降低诊断问题的成本。

Description

在客户端与服务端之间定位问题的方法和系统

技术领域

本公开一般涉及计算机技术领域，具体涉及一种在客户端与服务端之间定位问题的方法和系统。

背景技术

在网络环境中，计算设备可以连接到一个或多个其他的计算设备以提供或获取服务，例如共享信息、收发消息、以及传送内容。在这样的网络环境中的一个常见的场景是，诸如移动终端、以及个人计算机等的终端设备经由网络访问服务器以使用服务器的资源，这一般涉及客户端备与服务器之间的数据交互。

数据交互(例如，消息收发)可能由于客户端与服务器之间出现的各种问题而失败。当问题发生时，客户端可以向服务的提供商反馈关于该问题的报告。响应于反馈，服务提供商将分析客户端的日志以确定问题是如何发生的，并且可以由此将结果反馈给客户端的用户。

然而，仅分析客户端的日志可能不能准确地定位问题。

发明内容

鉴于现有技术中的上述缺陷或不足，期望提供一种在客户端与服务端之间定位问题的方案，能够更有效地定位问题发生在客户端还是服务端上。

第一方面，本公开的实施例提供了一种在客户端与服务端之间定位问题的方法，包括：响应于问题的发生，从客户端获取客户端日志；从与客户端通信的服务端获取与该客户端相对应的服务端日志；以及将客户端日志与服务端日志相关联，以利于对问题的定位。

第二方面，本公开的实施例提供了一种在客户端与服务端之间定位问题的系统，包括：接口；处理器；以及存储器，具有存储于其上的指令，当指令被执行时，使得处理器操作以：响应于问题的发生，从客户端获取客户端日志；从与客户端通信的服务端获取与客户端相对应的服务端日志；以及将客户端日志和服务端日志相关联，以利于对该问题的定位。

第三方面，本公开的实施例还提供了一种在客户端与服务端之间定位问题的装置，包括：客户端日志模块，用于响应于问题的发生，从客户端获取客户端日志；服务端日志模块，用于从与客户端通信的服务端获取与客户端相对应的服务端日志；以及关联模块，用于将客户端日志与服务端日志相关联，以利于对问题的定位。

第四方面，本公开的实施例还提供了一种非暂时性的计算机可读介质，具有存储于其上的指令，当指令由处理器执行时，使得处理器执行上文描述的在客户端与服务端之间定位问题的操作。

本公开的实施例提供的在客户端与服务端之间定位问题的方法，响应于客户端与服务端之间的问题，将客户端日志与和客户端相对应的服务端日志相关联。当服务的提供商查询日志以进行诊断时，关联后的日志被呈现。按照本公开的各种实施例中的方案，能够准确地定位客户端与服务端之间的问题，降低诊断问题的成本。

附图说明

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

图1示出了本公开可以在其中应用的示例性网络环境；

图2示出了根据本公开一个或多个实施例的在客户端与服务端之间定位问题的示例性过程；

图3示出了根据本公开的一个或多个实施例的在客户端与服务端之间定位问题的方法的示例性流程图；

图4示出了根据本公开的一个或多个实施例的在客户端和服务端之间定位问题的装置的示例性框图；

图5示出了适于用来实现本公开的实施例的日志平台的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了利于描述，附图中仅示出了与发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了本公开可以在其中应用的示例性网络环境。如图1所示地，示例环境100包括网络101。网络101可以包括局域网(LAN)、广域网(WAN)、互联网或其组合。网络101允许环境100中的各种实体相互通信。在示例环境100中，各种实体包括一个或多个终端设备102、以及服务器103。此外，在本公开的实施例中，如下文将要描述的，环境100还可以包括日志平台110。

终端设备102是受用户110控制的电子设备，并且能够通过网络101请求和接收资源。示例性的终端设备102可以包括个人计算机、诸如智能电话、平板设备等的移动设备、以及能够通过网络101发送和接收数据的任何其他设备。终端设备102可以具有在其上运行的各种应用104，例如浏览器、视频、电子邮件、即时通讯应用、以及可以通过网络101取得资源的任何其他应用。在下文中，应用104也可以被称为客户端、客户端应用或客户端程序。用户110可以通过应用104从服务器103请求、接收、数据或者向服务器103发送数据。

终端设备102还可以具有存储于其上的一个或多个日志文件105。日志文件105中的一个或多个可以与上文描述的各种应用104中的一个相对应，记录该应用104在运行期间的各种操作和状态。当应用104发生故障时，通过分析应用104的日志105，故障的机制可能被确定。在下文中，终端设备102上存储的日志105也被称为客户端日志。

终端设备102上的应用104可以经由网络101访问服务器103以与服务器103交换数据。服务器103可以具有运行于其上的服务器程序107，其能够响应于应用104的请求提供资源和服务。在下文中，在服务器103上运行的程序107也可以被称为服务端。

应该理解的是，一个服务器可以向一个或多个应用服务，同一个应用所请求的服务也可以由多个服务器来提供。示例性的服务包括即时通讯服务、电子邮件服务、内容(例如视频或图像)服务、以及社交服务。与终端设备102类似地，服务器103也可以具有存储于其上的多个日志文件106。日志文件106中的一个可以记录服务端107在其与客户端104连接和交互期间发生的各种动作。在下文中，服务器103上存储的日志106也可以被称为服务端日志。

如上文描述的，客户端104与服务端107之间可能出现各种问题，例如，连接无法建立、连接上的数据交换中断、数据包丢失、以及交互故障(例如消息收发失败、内容请求失败)等。当出现这些问题时，客户端104可以向服务的提供商上报问题。服务的提供商将试图诊断问题发生的原因。一种诊断的方式是，服务的提供商采集与反常或非预期行为相关联的信息。在示例环境100中，这样的信息可以由客户端日志105以及服务端日志106提供。

实际中，问题可能发生在客户端104处，也可能发生在服务端107处。如果要准确地定位问题，操作者(例如，服务提供商的运维人员)需要查看客户端日志105，如果没有诊断到问题，还需要查看与该客户端104有关的服务端日志106，这将是耗时和高成本的。

在本公开的实施例中，提供了将客户端日志105与服务端日志106整合的机制，这样的机制可以通过在图1中示出的日志平台108来实现。日志平台108能够由客户端104和服务端107访问。当客户端104检测到与连接或数据交换有关的问题时，可以将问题上报给日志平台108。之后，客户端日志105以及向该客户端104提供服务的服务端107的日志106可以被传送到日志平台108。在日志平台108上，客户端日志105与相对应的服务端日志106被按照一些规则关联并且被展示。

在本公开的实施例中，如下文中将要描述的，操作者109通过在日志平台108上查看关联后的客户端日志105和服务端日志106，可以全面地获得与问题有关的信息。日志之间的关联可以通过包含在日志中的合适类型的标识信息来完成。使用关联后的日志，操作者109将能够准确地定位问题，并且诊断的成本由此降低。

在一些示例中，日志平台108可以与服务器103在物理上分离，并且经由网络101与服务器103通信。在其他的实施例中，日志平台108可以被包含为服务器103的一部分。

现在参照图2，图2示出了根据本公开一个或多个实施例的在客户端与服务端之间定位问题的示例性过程。为便于说明，图2中仅示出了一个客户端210与服务端220之间的交互。然而，应该理解的是，本公开在此方面不受限制，并且可以适用于任何数量的客户端210和服务端220。此外，尽管下文描述的过程200包括以特定顺序出现的多个操作，但是过程200还可以包括更多或更少的操作，这些操作可以被顺序或并行地执行。

如图2所示的，过程200可以包括如下操作：

在操作201中，客户端210在终端设备上运行并且生成客户端日志。

客户端210可以是浏览器、视频、电子邮件、即时通讯应用、以及可以通过网络101取得资源的任何其他应用。

客户端210建立与服务端220的连接并且从服务端220请求资源。客户端210与服务端220之间的连接类型可以包括长连接和短连接。

当使用长连接时，连接可以被保持并且可以在保持的连接上多次发送数据包。当使用短连接时，在客户端210与服务端220之间有数据交互时，连接被建立，在数据交互完成后，连接被释放。每次连接只完成一次数据交互。

一般地，长连接可以用于交互频繁的情况中，服务端220和客户端210不会主动关闭它们之间的连接，这避免频繁的建立和释放连接，有利于资源和效率。

诸如浏览器等的客户端通常建立与服务器的短连接，这是因为服务器可能同时向大量的客户端提供服务，如果用长连接，可能需要同时维持大量的连接，服务器负载过大。

服务端220可以向多个客户端210提供服务。在本公开的实施例中，由这样的多个客户端210生成的日志将被传送到日志平台230。为便于在日志平台230上区分来自多个客户端210的日志。除了客户端210的操作和状态之外，其他标识信息也被包含在日志文件中，标识信息例如包括时间戳、同步标记、消息标识符、连接序号、以及设备标识中的一个或多个。如下文中将要描述的，这些信息中的一个或多个可以被用于标识和关联日志文件。

在使用长连接的实施例中，客户端日志可以由设备标识和连接序列号(例如，Socket序列号)来标识。

在使用短连接的实施例中，客户端日志可以由设备标识和时间戳来标识

类似地，服务端220在服务器上运行并且生成服务端日志(未示出)。此外，服务端日志也可以由时间戳、同步标记、消息标识符、以及对应的客户端设备的标识来标识。

在操作202中，客户端210检测到问题。

示例性的问题可以包括建立连接失败、数据交换中断、数据包丢失、以及与数据交互有关的其他问题(例如消息收发失败、内容请求失败)。

在操作203中，客户端210向日志平台230反馈检测到的问题。

在操作204中，响应于故障，日志平台230从客户端210获取客户端日志。

在一些实施例中，响应于检测到的故障，客户端210开始向日志平台230上传客户端日志。

在另一些实施例中，客户端210在发生故障之后可能不在线，不能立即上传日志。在这样的情况下，日志平台230上可以存储指示客户端210如何上传日志的控制信息。当客户端210上线后，从日志平台230拉取控制信息，根据控制信息上传日志。

控制信息可以指示客户端210上传日志的时间和/或上传日志的大小。例如，控制信息可以指示客户端210每隔多长时间上传多大的日志，或者指示客户端210上传多长时间内生成的日志。

在操作205中，日志平台230从服务端220获取服务端日志。

如在操作201中描述的，服务端日志和客户端日志都可以由设备标识和日志的同步信息(例如时间戳、或连接的序列号)标识。

在操作206中，日志平台230将服务端日志与客户端日志相关联。

在使用长连接的实施例中，日志平台230通过日志中包含的设备标识和连接序列号(例如，Socket请求序列号)来将客户端日志和服务端日志相关联。

在使用短连接的实施例中，日志平台230通过日志中包含的设备标识和时间戳信息来将客户端日志和服务端日志相关联。

在操作207中，响应于操作者的查询请求，展示关联后的客户端日志和服务端日志。

现在参照图3，图3示出了根据本公开的一个或多个实施例的在客户端与服务端之间定位问题的方法的示例性流程图。方法300可以在参照图1描述的日志平台108上执行。如图3所示，方法300包括如下步骤：

在框301中，响应于问题的发生，从客户端获取客户端日志。

在一些实施例中，客户端与服务端之间通过长连接来交互数据，其中，客户端日志可以由设备标识和连接序列号(例如，Socket序列号)来标识。

在另一些实施例中，客户端与服务端之间通过短连接来交互数据，其中，客户端日志可以由设备标识和时间戳来标识。

在框302中，从与客户端通信的服务端获取与客户端相对应的服务端日志。

与客户端日志类似地，在通过长连接来交互数据的实施例中，服务端可以使用与其连接的客户端设备的标识和连接序列号(例如，Socket序列号)来标识与该客户端有关的服务端日志。

在通过短连接来交互数据的实施例中，其中，服务端可以使用预期链接的客户端设备的标识和时间戳来标识与该客户端有关的服务端日志。

在框303中，将客户端日志与服务端日志相关联，以利于对问题的定位。

基于上文描述的连接序列号或时间戳来将客户端日志与服务端日志关联。

本公开的实施例提供的在客户端与服务端之间定位问题的方法，响应于客户端与服务端之间的问题，将客户端日志与和客户端相对应的服务端日志相关联。当服务的提供商查询日志以进行诊断时，关联后的日志被呈现。按照本公开的各种实施例中的方案，能够准确地定位客户端与服务端之间的问题，降低诊断问题的成本。

现在参照图4，图4示出了根据本公开的一个或多个实施例的在客户端和服务端之间定位问题的装置的示例性框图。如图4所示的，装置400包括客户端日志模块401、服务端日志模块402、以及关联模块403。客户端日志模块401、服务端日志模块402、以及关联模块403可以是软件实体和/或硬件实体，其可以包括在图1的日志平台108的一个或多个计算机中。可替代地或除此之外，客户端日志模块401、服务端日志模块402、以及关联模块403可以是由一个或多个处理器执行的实体或应用。

客户端日志模块401用于响应于问题的发生，从客户端获取客户端日志。

服务端日志模块402用于从与客户端通信的服务端获取与该客户端相对应的服务端日志。

关联模块403用于将客户端日志与服务端日志相关联，以利于对问题的定位。

下面参照图5，其示出了适于用来实现本公开的实施例的日志平台500的结构示意图。

如图5所示，计算机系统500包括中央处理单元(CPU)501，其可以根据存储在只读存储器(ROM)502中的程序或者从存储部分508加载到随机访问存储器(RAM)503中的程序而执行各种适当的动作和处理。在RAM 503中，还存储有系统500操作所需的各种程序和数据。CPU 501、ROM 502以及RAM 503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。

以下部件连接至I/O接口505：包括键盘、鼠标等的输入部分506；包括诸如阴极射线管(CRT)、液晶显示器(LCD)、以及扬声器等的输出部分507；包括硬盘等的存储部分508；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至I/O接口505。可拆卸介质511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器510上，以利于从其上读出的计算机程序根据需要被安装入存储部分508。

特别地，根据本公开的实施例，上文参考图2-图3描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括有形地包含在机器可读介质上的计算机程序，所述计算机程序包含用于执行图2-图3的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分509从网络上被下载和安装，和/或从可拆卸介质511被安装。通信部分509例如包括诸如Wi-Fi芯片等的无线收发部件。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，所述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元或模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中，例如，可以描述为：一种处理器包括接收模块和关联模块。其中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定。

作为另一方面，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中所述装置中所包含的计算机可读存储介质；也可以是单独存在，未装配入设备中的计算机可读存储介质。计算机可读存储介质存储有一个或者一个以上程序，所述程序被一个或者一个以上的处理器用来执行描述于本公开的方法。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (14)

1.一种在客户端与服务端之间定位问题的方法，包括：

响应于所述问题的发生，从所述客户端获取客户端日志；

从与所述客户端通信的服务端获取与所述客户端相对应的服务端日志；以及

将所述客户端日志与服务端日志相关联，以利于对所述问题的定位。

2.根据权利要求1所述的方法，其中，所述客户端日志和所述服务端日志通过客户端的设备标识和时间戳信息来标识；以及

其中，使用时间戳信息来将所述客户端日志和服务端日志相关联。

3.根据权利要求1所述的方法，其中，所述客户端日志和服务端日志通过所述客户端的设备标识以及所述客户端和服务端之间的连接的序列号标识；以及

其中，使用所述序列号来将所述客户端日志和服务端日志相关联。

4.根据权利要求1所述的方法，还包括：响应于日志查询请求，展示相关联的客户端日志和服务端日志。

5.根据权利要求1所述的方法，还包括：存储将由所述客户端拉取的指示所述客户端如何上传日志的控制信息。

6.根据权利要求5所述的方法，其中，所述控制信息指示以下中的一个或二者：客户端上传日志的时间以及上传日志的大小。

7.一种在客户端与服务端之间定位问题的系统，包括：

接口；

处理器；以及

存储器，具有存储于其上的指令，当所述指令被执行时，使得所述处理器操作以：

响应所述问题的发生，经由所述接口从所述客户端获取客户端日志；

从与所述客户端通信的服务端获取与所述客户端相对应的服务端日志；以及

将所述客户端日志和服务端日志相关联，以利于对所述问题的定位。

8.根据权利要求7所述的系统，其中，所述客户端日志和所述服务端日志通过客户端的设备标识和时间戳信息来标识；以及

其中，使用时间戳信息来将所述客户端日志和服务端日志相关联。

9.根据权利要求7所述的系统，其中，所述客户端日志和服务端日志通过所述客户端的设备标识以及所述客户端和服务端之间的连接的序列号标识；以及

其中，使用所述序列号来将所述客户端日志和服务端日志相关联。

10.根据权利要求7所述的系统，所述处理器还操作以响应于日志查询请求，展示相关联的客户端日志和服务端日志。

11.根据权利要求7所述的系统，所述处理器还操作以存储将由所述客户端拉取的指示所述客户端如何上传日志的控制信息。

12.根据权利要求11所述的系统，其中，所述控制信息指示以下中的一个或二者：客户端上传日志的时间以及上传日志的大小。

13.一种在客户端与服务端之间定位问题的装置，包括：

客户端日志模块，用于响应于所述问题的发生，从所述客户端获取客户端日志；

服务端日志模块，用于从与所述客户端通信的服务端获取与所述客户端相对应的服务端日志；以及

关联模块，用于将所述客户端日志与服务端日志相关联，以利于对所述问题的定位。

14.一种非暂时性的计算机可读存储介质，具有存储于其上的指令，当所述指令由处理器执行时，使得所述处理器执行在客户端与服务端之间定位问题的操作，所述操作包括：

响应所述问题的发生，从所述客户端获取客户端日志；

从与所述客户端通信的服务端获取与所述客户端相对应的服务端日志；以及

将所述客户端日志与服务端日志相关联，以定位所述问题。