本公開一般涉及計算機技術領域，具體涉及一種在客戶端與服務端之間定位問題的方法和系統(tǒng)。

背景技術：

在網絡環(huán)境中，計算設備可以連接到一個或多個其他的計算設備以提供或獲取服務，例如共享信息、收發(fā)消息、以及傳送內容。在這樣的網絡環(huán)境中的一個常見的場景是，諸如移動終端、以及個人計算機等的終端設備經由網絡訪問服務器以使用服務器的資源，這一般涉及客戶端備與服務器之間的數(shù)據(jù)交互。

數(shù)據(jù)交互(例如，消息收發(fā))可能由于客戶端與服務器之間出現(xiàn)的各種問題而失敗。當問題發(fā)生時，客戶端可以向服務的提供商反饋關于該問題的報告。響應于反饋，服務提供商將分析客戶端的日志以確定問題是如何發(fā)生的，并且可以由此將結果反饋給客戶端的用戶。

然而，僅分析客戶端的日志可能不能準確地定位問題。

技術實現(xiàn)要素：

鑒于現(xiàn)有技術中的上述缺陷或不足，期望提供一種在客戶端與服務端之間定位問題的方案，能夠更有效地定位問題發(fā)生在客戶端還是服務端上。

第一方面，本公開的實施例提供了一種在客戶端與服務端之間定位問題的方法，包括：響應于問題的發(fā)生，從客戶端獲取客戶端日志；從與客戶端通信的服務端獲取與該客戶端相對應的服務端日志；以及將客戶端日志與服務端日志相關聯(lián)，以利于對問題的定位。

第二方面，本公開的實施例提供了一種在客戶端與服務端之間定位問題的系統(tǒng)，包括：接口；處理器；以及存儲器，具有存儲于其上的指令，當指令被執(zhí)行時，使得處理器操作以：響應于問題的發(fā)生，從客戶端獲取客戶端日志；從與客戶端通信的服務端獲取與客戶端相對應的服務端日志；以及將客戶端日志和服務端日志相關聯(lián)，以利于對該問題的定位。

第三方面，本公開的實施例還提供了一種在客戶端與服務端之間定位問題的裝置，包括：客戶端日志模塊，用于響應于問題的發(fā)生，從客戶端獲取客戶端日志；服務端日志模塊，用于從與客戶端通信的服務端獲取與客戶端相對應的服務端日志；以及關聯(lián)模塊，用于將客戶端日志與服務端日志相關聯(lián)，以利于對問題的定位。

第四方面，本公開的實施例還提供了一種非暫時性的計算機可讀介質，具有存儲于其上的指令，當指令由處理器執(zhí)行時，使得處理器執(zhí)行上文描述的在客戶端與服務端之間定位問題的操作。

本公開的實施例提供的在客戶端與服務端之間定位問題的方法，響應于客戶端與服務端之間的問題，將客戶端日志與和客戶端相對應的服務端日志相關聯(lián)。當服務的提供商查詢日志以進行診斷時，關聯(lián)后的日志被呈現(xiàn)。按照本公開的各種實施例中的方案，能夠準確地定位客戶端與服務端之間的問題，降低診斷問題的成本。

附圖說明

通過閱讀參照以下附圖所作的對非限制性實施例所作的詳細描述，本申請的其它特征、目的和優(yōu)點將會變得更明顯：

圖1示出了本公開可以在其中應用的示例性網絡環(huán)境；

圖2示出了根據(jù)本公開一個或多個實施例的在客戶端與服務端之間定位問題的示例性過程；

圖3示出了根據(jù)本公開的一個或多個實施例的在客戶端與服務端之間定位問題的方法的示例性流程圖；

圖4示出了根據(jù)本公開的一個或多個實施例的在客戶端和服務端之間定位問題的裝置的示例性框圖；

圖5示出了適于用來實現(xiàn)本公開的實施例的日志平臺的結構示意圖。

具體實施方式

下面結合附圖和實施例對本申請作進一步的詳細說明?？梢岳斫獾氖?，此處所描述的具體實施例僅僅用于解釋相關發(fā)明，而非對該發(fā)明的限定。另外還需要說明的是，為了利于描述，附圖中僅示出了與發(fā)明相關的部分。

需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。下面將參考附圖并結合實施例來詳細說明本申請。

圖1示出了本公開可以在其中應用的示例性網絡環(huán)境。如圖1所示地，示例環(huán)境100包括網絡101。網絡101可以包括局域網(LAN)、廣域網(WAN)、互聯(lián)網或其組合。網絡101允許環(huán)境100中的各種實體相互通信。在示例環(huán)境100中，各種實體包括一個或多個終端設備102、以及服務器103。此外，在本公開的實施例中，如下文將要描述的，環(huán)境100還可以包括日志平臺110。

終端設備102是受用戶110控制的電子設備，并且能夠通過網絡101請求和接收資源。示例性的終端設備102可以包括個人計算機、諸如智能電話、平板設備等的移動設備、以及能夠通過網絡101發(fā)送和接收數(shù)據(jù)的任何其他設備。終端設備102可以具有在其上運行的各種應用104，例如瀏覽器、視頻、電子郵件、即時通訊應用、以及可以通過網絡101取得資源的任何其他應用。在下文中，應用104也可以被稱為客戶端、客戶端應用或客戶端程序。用戶110可以通過應用104從服務器103請求、接收、數(shù)據(jù)或者向服務器103發(fā)送數(shù)據(jù)。

終端設備102還可以具有存儲于其上的一個或多個日志文件105。日志文件105中的一個或多個可以與上文描述的各種應用104中的一個相對應，記錄該應用104在運行期間的各種操作和狀態(tài)。當應用104發(fā)生故障時，通過分析應用104的日志105，故障的機制可能被確定。在下文中，終端設備102上存儲的日志105也被稱為客戶端日志。

終端設備102上的應用104可以經由網絡101訪問服務器103以與服務器103交換數(shù)據(jù)。服務器103可以具有運行于其上的服務器程序107，其能夠響應于應用104的請求提供資源和服務。在下文中，在服務器103上運行的程序107也可以被稱為服務端。

應該理解的是，一個服務器可以向一個或多個應用服務，同一個應用所請求的服務也可以由多個服務器來提供。示例性的服務包括即時通訊服務、電子郵件服務、內容(例如視頻或圖像)服務、以及社交服務。與終端設備102類似地，服務器103也可以具有存儲于其上的多個日志文件106。日志文件106中的一個可以記錄服務端107在其與客戶端104連接和交互期間發(fā)生的各種動作。在下文中，服務器103上存儲的日志106也可以被稱為服務端日志。

如上文描述的，客戶端104與服務端107之間可能出現(xiàn)各種問題，例如，連接無法建立、連接上的數(shù)據(jù)交換中斷、數(shù)據(jù)包丟失、以及交互故障(例如消息收發(fā)失敗、內容請求失敗)等。當出現(xiàn)這些問題時，客戶端104可以向服務的提供商上報問題。服務的提供商將試圖診斷問題發(fā)生的原因。一種診斷的方式是，服務的提供商采集與反?；蚍穷A期行為相關聯(lián)的信息。在示例環(huán)境100中，這樣的信息可以由客戶端日志105以及服務端日志106提供。

實際中，問題可能發(fā)生在客戶端104處，也可能發(fā)生在服務端107處。如果要準確地定位問題，操作者(例如，服務提供商的運維人員)需要查看客戶端日志105，如果沒有診斷到問題，還需要查看與該客戶端104有關的服務端日志106，這將是耗時和高成本的。

在本公開的實施例中，提供了將客戶端日志105與服務端日志106整合的機制，這樣的機制可以通過在圖1中示出的日志平臺108來實現(xiàn)。日志平臺108能夠由客戶端104和服務端107訪問。當客戶端104檢測到與連接或數(shù)據(jù)交換有關的問題時，可以將問題上報給日志平臺108。之后，客戶端日志105以及向該客戶端104提供服務的服務端107的日志106可以被傳送到日志平臺108。在日志平臺108上，客戶端日志105與相對應的服務端日志106被按照一些規(guī)則關聯(lián)并且被展示。

在本公開的實施例中，如下文中將要描述的，操作者109通過在日志平臺108上查看關聯(lián)后的客戶端日志105和服務端日志106，可以全面地獲得與問題有關的信息。日志之間的關聯(lián)可以通過包含在日志中的合適類型的標識信息來完成。使用關聯(lián)后的日志，操作者109將能夠準確地定位問題，并且診斷的成本由此降低。

在一些示例中，日志平臺108可以與服務器103在物理上分離，并且經由網絡101與服務器103通信。在其他的實施例中，日志平臺108可以被包含為服務器103的一部分。

現(xiàn)在參照圖2，圖2示出了根據(jù)本公開一個或多個實施例的在客戶端與服務端之間定位問題的示例性過程。為便于說明，圖2中僅示出了一個客戶端210與服務端220之間的交互。然而，應該理解的是，本公開在此方面不受限制，并且可以適用于任何數(shù)量的客戶端210和服務端220。此外，盡管下文描述的過程200包括以特定順序出現(xiàn)的多個操作，但是過程200還可以包括更多或更少的操作，這些操作可以被順序或并行地執(zhí)行。

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

在操作201中，客戶端210在終端設備上運行并且生成客戶端日志。

客戶端210可以是瀏覽器、視頻、電子郵件、即時通訊應用、以及可以通過網絡101取得資源的任何其他應用。

客戶端210建立與服務端220的連接并且從服務端220請求資源?？蛻舳?10與服務端220之間的連接類型可以包括長連接和短連接。

當使用長連接時，連接可以被保持并且可以在保持的連接上多次發(fā)送數(shù)據(jù)包。當使用短連接時，在客戶端210與服務端220之間有數(shù)據(jù)交互時，連接被建立，在數(shù)據(jù)交互完成后，連接被釋放。每次連接只完成一次數(shù)據(jù)交互。

一般地，長連接可以用于交互頻繁的情況中，服務端220和客戶端210不會主動關閉它們之間的連接，這避免頻繁的建立和釋放連接，有利于資源和效率。

諸如瀏覽器等的客戶端通常建立與服務器的短連接，這是因為服務器可能同時向大量的客戶端提供服務，如果用長連接，可能需要同時維持大量的連接，服務器負載過大。

服務端220可以向多個客戶端210提供服務。在本公開的實施例中，由這樣的多個客戶端210生成的日志將被傳送到日志平臺230。為便于在日志平臺230上區(qū)分來自多個客戶端210的日志。除了客戶端210的操作和狀態(tài)之外，其他標識信息也被包含在日志文件中，標識信息例如包括時間戳、同步標記、消息標識符、連接序號、以及設備標識中的一個或多個。如下文中將要描述的，這些信息中的一個或多個可以被用于標識和關聯(lián)日志文件。

在使用長連接的實施例中，客戶端日志可以由設備標識和連接序列號(例如，Socket序列號)來標識。

在使用短連接的實施例中，客戶端日志可以由設備標識和時間戳來標識

類似地，服務端220在服務器上運行并且生成服務端日志(未示出)。此外，服務端日志也可以由時間戳、同步標記、消息標識符、以及對應的客戶端設備的標識來標識。

在操作202中，客戶端210檢測到問題。

示例性的問題可以包括建立連接失敗、數(shù)據(jù)交換中斷、數(shù)據(jù)包丟失、以及與數(shù)據(jù)交互有關的其他問題(例如消息收發(fā)失敗、內容請求失敗)。

在操作203中，客戶端210向日志平臺230反饋檢測到的問題。

在操作204中，響應于故障，日志平臺230從客戶端210獲取客戶端日志。

在一些實施例中，響應于檢測到的故障，客戶端210開始向日志平臺230上傳客戶端日志。

在另一些實施例中，客戶端210在發(fā)生故障之后可能不在線，不能立即上傳日志。在這樣的情況下，日志平臺230上可以存儲指示客戶端210如何上傳日志的控制信息。當客戶端210上線后，從日志平臺230拉取控制信息，根據(jù)控制信息上傳日志。

控制信息可以指示客戶端210上傳日志的時間和/或上傳日志的大小。例如，控制信息可以指示客戶端210每隔多長時間上傳多大的日志，或者指示客戶端210上傳多長時間內生成的日志。

在操作205中，日志平臺230從服務端220獲取服務端日志。

如在操作201中描述的，服務端日志和客戶端日志都可以由設備標識和日志的同步信息(例如時間戳、或連接的序列號)標識。

在操作206中，日志平臺230將服務端日志與客戶端日志相關聯(lián)。

在使用長連接的實施例中，日志平臺230通過日志中包含的設備標識和連接序列號(例如，Socket請求序列號)來將客戶端日志和服務端日志相關聯(lián)。

在使用短連接的實施例中，日志平臺230通過日志中包含的設備標識和時間戳信息來將客戶端日志和服務端日志相關聯(lián)。

在操作207中，響應于操作者的查詢請求，展示關聯(lián)后的客戶端日志和服務端日志。

現(xiàn)在參照圖3，圖3示出了根據(jù)本公開的一個或多個實施例的在客戶端與服務端之間定位問題的方法的示例性流程圖。方法300可以在參照圖1描述的日志平臺108上執(zhí)行。如圖3所示，方法300包括如下步驟：

在框301中，響應于問題的發(fā)生，從客戶端獲取客戶端日志。

在一些實施例中，客戶端與服務端之間通過長連接來交互數(shù)據(jù)，其中，客戶端日志可以由設備標識和連接序列號(例如，Socket序列號)來標識。

在另一些實施例中，客戶端與服務端之間通過短連接來交互數(shù)據(jù)，其中，客戶端日志可以由設備標識和時間戳來標識。

在框302中，從與客戶端通信的服務端獲取與客戶端相對應的服務端日志。

與客戶端日志類似地，在通過長連接來交互數(shù)據(jù)的實施例中，服務端可以使用與其連接的客戶端設備的標識和連接序列號(例如，Socket序列號)來標識與該客戶端有關的服務端日志。

在通過短連接來交互數(shù)據(jù)的實施例中，其中，服務端可以使用預期鏈接的客戶端設備的標識和時間戳來標識與該客戶端有關的服務端日志。

在框303中，將客戶端日志與服務端日志相關聯(lián)，以利于對問題的定位。

基于上文描述的連接序列號或時間戳來將客戶端日志與服務端日志關聯(lián)。

本公開的實施例提供的在客戶端與服務端之間定位問題的方法，響應于客戶端與服務端之間的問題，將客戶端日志與和客戶端相對應的服務端日志相關聯(lián)。當服務的提供商查詢日志以進行診斷時，關聯(lián)后的日志被呈現(xiàn)。按照本公開的各種實施例中的方案，能夠準確地定位客戶端與服務端之間的問題，降低診斷問題的成本。

現(xiàn)在參照圖4，圖4示出了根據(jù)本公開的一個或多個實施例的在客戶端和服務端之間定位問題的裝置的示例性框圖。如圖4所示的，裝置400包括客戶端日志模塊401、服務端日志模塊402、以及關聯(lián)模塊403?？蛻舳巳罩灸K401、服務端日志模塊402、以及關聯(lián)模塊403可以是軟件實體和/或硬件實體，其可以包括在圖1的日志平臺108的一個或多個計算機中?？商娲鼗虺酥?，客戶端日志模塊401、服務端日志模塊402、以及關聯(lián)模塊403可以是由一個或多個處理器執(zhí)行的實體或應用。

客戶端日志模塊401用于響應于問題的發(fā)生，從客戶端獲取客戶端日志。

服務端日志模塊402用于從與客戶端通信的服務端獲取與該客戶端相對應的服務端日志。

關聯(lián)模塊403用于將客戶端日志與服務端日志相關聯(lián)，以利于對問題的定位。

下面參照圖5，其示出了適于用來實現(xiàn)本公開的實施例的日志平臺500的結構示意圖。

如圖5所示，計算機系統(tǒng)500包括中央處理單元(CPU)501，其可以根據(jù)存儲在只讀存儲器(ROM)502中的程序或者從存儲部分508加載到隨機訪問存儲器(RAM)503中的程序而執(zhí)行各種適當?shù)膭幼骱吞幚怼Ｔ赗AM 503中，還存儲有系統(tǒng)500操作所需的各種程序和數(shù)據(jù)。CPU 501、ROM 502以及RAM 503通過總線504彼此相連。輸入/輸出(I/O)接口505也連接至總線504。

以下部件連接至I/O接口505：包括鍵盤、鼠標等的輸入部分506；包括諸如陰極射線管(CRT)、液晶顯示器(LCD)、以及揚聲器等的輸出部分507；包括硬盤等的存儲部分508；以及包括諸如LAN卡、調制解調器等的網絡接口卡的通信部分509。通信部分509經由諸如因特網的網絡執(zhí)行通信處理。驅動器510也根據(jù)需要連接至I/O接口505?？刹鹦督橘|511，諸如磁盤、光盤、磁光盤、半導體存儲器等等，根據(jù)需要安裝在驅動器510上，以利于從其上讀出的計算機程序根據(jù)需要被安裝入存儲部分508。

特別地，根據(jù)本公開的實施例，上文參考圖2-圖3描述的過程可以被實現(xiàn)為計算機軟件程序。例如，本公開的實施例包括一種計算機程序產品，其包括有形地包含在機器可讀介質上的計算機程序，所述計算機程序包含用于執(zhí)行圖2-圖3的方法的程序代碼。在這樣的實施例中，該計算機程序可以通過通信部分509從網絡上被下載和安裝，和/或從可拆卸介質511被安裝。通信部分509例如包括諸如Wi-Fi芯片等的無線收發(fā)部件。

附圖中的流程圖和框圖，圖示了按照本公開各種實施例的系統(tǒng)、方法和計算機程序產品的可能實現(xiàn)的體系架構、功能和操作。在這點上，流程圖或框圖中的每個方框可以代表一個模塊、程序段、或代碼的一部分，所述模塊、程序段、或代碼的一部分包含一個或多個用于實現(xiàn)規(guī)定的邏輯功能的可執(zhí)行指令。也應當注意，在有些作為替換的實現(xiàn)中，方框中所標注的功能也可以以不同于附圖中所標注的順序發(fā)生。例如，兩個接連地表示的方框實際上可以基本并行地執(zhí)行，它們有時也可以按相反的順序執(zhí)行，這依所涉及的功能而定。也要注意的是，框圖和/或流程圖中的每個方框、以及框圖和/或流程圖中的方框的組合，可以用執(zhí)行規(guī)定的功能或操作的專用的基于硬件的系統(tǒng)來實現(xiàn)，或者可以用專用硬件與計算機指令的組合來實現(xiàn)。

描述于本申請實施例中所涉及到的單元或模塊可以通過軟件的方式實現(xiàn)，也可以通過硬件的方式來實現(xiàn)。所描述的單元或模塊也可以設置在處理器中，例如，可以描述為：一種處理器包括接收模塊和關聯(lián)模塊。其中，這些單元或模塊的名稱在某種情況下并不構成對該單元或模塊本身的限定。

作為另一方面，本申請還提供了一種計算機可讀存儲介質，該計算機可讀存儲介質可以是上述實施例中所述裝置中所包含的計算機可讀存儲介質；也可以是單獨存在，未裝配入設備中的計算機可讀存儲介質。計算機可讀存儲介質存儲有一個或者一個以上程序，所述程序被一個或者一個以上的處理器用來執(zhí)行描述于本公開的方法。

以上描述僅為本申請的較佳實施例以及對所運用技術原理的說明。本領域技術人員應當理解，本申請中所涉及的發(fā)明范圍，并不限于上述技術特征的特定組合而成的技術方案，同時也應涵蓋在不脫離所述發(fā)明構思的情況下，由上述技術特征或其等同特征進行任意組合而形成的其它技術方案。例如上述特征與本申請中公開的(但不限于)具有類似功能的技術特征進行互相替換而形成的技術方案。