服務質量信息的獲得方法及裝置、客戶端和服務器與流程

本公開涉及通信技術領域，尤其涉及一種服務質量信息的獲得方法及裝置、客戶端和服務器。

背景技術：

隨著移動終端技術的快速發展，各種移動終端例如手機已非常普及，并且，功能日益強大。例如，可以在手機上安裝各種應用程序。

而服務端在為手機客戶端(以下簡稱客戶端)提供服務時，為了在同樣的服務環境下，提高手機用戶的使用體驗，需要獲得服務運行數據。通常的做法是在客戶端進行固定操作時，進行數據打點，而這些點位都是固定在某個操作的。

但隨著服務端和客戶端的升級，這些點位需要更新，且當客戶端存在多個版本時，打點數據容易混亂，因此，在客戶端存在多個版本的情況下，如何方便快捷地獲得服務質量信息是目前急需解決的技術問題之一。

技術實現要素：

為克服相關技術中存在的問題，本公開提供一種服務質量信息的獲得方法及裝置、服務器和客戶端。

根據本公開實施例的第一方面，提供一種服務質量信息的獲得方法，包括：

向服務端發送獲取打點配置信息的請求；

接收所述服務端根據所述請求返回的所述打點配置信息，其中，所述請求中攜帶有參數信息，所述參數信息包括客戶端版本信息；

根據所述打點配置信息獲取服務運行數據；

向所述服務端上傳所述服務運行數據。

在一實施例中，在所述向服務端發送獲取打點配置信息的請求之前，所述方法還包括：接收預設時間段內的首次喚醒指令；或者

獲得客戶端版本發生更新的指令。

在一實施例中，所述向服務端發送獲取打點配置信息的請求，包括：

通過接口向所述服務端發送所述請求；

所述接收所述服務端根據所述請求返回的所述打點配置信息，包括：

通過所述接口接收所述服務端返回的所述打點配置信息。

在一實施例中，所述打點配置信息包括打點操作類型、打點操作行為、打點內容及其上傳時機中的至少一項，所述服務運行數據包括地域信息、連接時間、返回狀態、返回值和用戶對返回值的操作中的至少一項。

根據本公開實施例的第二方面，提供一種服務質量信息的獲得方法，包括：

接收客戶端發送的獲取打點配置信息的請求；

根據所述請求向所述客戶端返回打點配置信息，其中，所述請求中攜帶有參數信息，所述參數信息包括客戶端版本信息；

接收所述客戶端根據所述打點配置信息上傳的服務運行數據；

對所述服務運行數據進行分析，以獲得服務質量信息。

在一實施例中，所述接收客戶端發送的獲取打點配置信息的請求，包括：

通過接口接收客戶端發送的所述請求；

所述接收所述服務端根據所述請求返回的所述打點配置信息，包括：

通過所述接口向所述客戶端返回所述打點配置信息。

在一實施例中，所述打點配置信息包括打點操作類型、打點操作行為、打點內容及其上傳時機中的至少一項，所述服務運行數據包括地域信息、連接時間、返回狀態、返回值和用戶對返回值的操作中的至少一項。

在一實施例中，所述方法還包括：

在所述對所述服務運行數據進行分析之后，根據所述服務質量信息發送通知信息或調整服務返回內容。

根據本公開實施例的第三方面，提供一種服務質量信息的獲得裝置，包括：

發送模塊，被配置為向服務端發送獲取打點配置信息的請求；

接收模塊，被配置為接收所述服務端根據所述發送模塊發送的所述請求返回的所述打點配置信息，其中，所述請求中攜帶有參數信息，所述參數信息包括客戶端版本信息；

獲取模塊，被配置為根據所述接收模塊接收的所述打點配置信息獲取服務運行數據；

上傳模塊，被配置為向所述服務端上傳所述獲取模塊獲取的所述服務運行數據。

在一實施例中，所述裝置還包括：

指令接收模塊，被配置為在所述發送模塊向服務端發送獲取打點配置信息的請求之前，接收預設時間段內的首次喚醒指令；或者

獲得模塊，被配置為在所述發送模塊向服務端發送獲取打點配置信息的請求之前，獲得客戶端版本發生更新的指令。

在一實施例中，所述發送模塊，被配置為：通過接口向所述服務端發送所述請求；

所述接收模塊，被配置為：通過所述接口接收所述服務端返回的所述打點配置信息。

在一實施例中，所述打點配置信息包括打點操作類型、打點操作行為、打點內容及其上傳時機中的至少一項，所述服務運行數據包括地域信息、連接時間、返回狀態、返回值和用戶對返回值的操作中的至少一項。

根據本公開實施例的第四方面，提供一種服務質量信息的獲得裝置，包括：

請求接收模塊，被配置為接收客戶端發送的獲取打點配置信息的請求；

返回模塊，被配置為根據所述請求接收模塊接收的所述請求向所述客戶端返回打點配置信息，其中，所述請求中攜帶有參數信息，所述參數信息包括客戶端版本信息；

數據接收模塊，被配置為接收所述客戶端根據所述返回模塊返回的所述打點配置信息上傳的服務運行數據；

分析模塊，被配置為對所述數據接收模塊接收的所述服務運行數據進行分析，以獲得服務質量信息。

在一實施例中，所述請求接收模塊，被配置為通過接口接收客戶端發送的所述請求；

所述返回模塊，被配置為通過所述接口向所述客戶端返回所述打點配置信息。

在一實施例中，所述打點配置信息包括打點操作類型、打點操作行為、打點內容及其上傳時機中的至少一項，所述服務運行數據包括地域信息、連接時間、返回狀態、返回值和用戶對返回值的操作中的至少一項。

在一實施例中，所述裝置還包括：

發送調整模塊，被配置為在所述分析模塊對所述服務運行數據進行分析之后，根據所述服務質量信息發送通知信息或調整服務返回內容。

根據本公開實施例的第五方面，提供一種客戶端，包括：

處理器；

用于存儲處理器可執行指令的存儲器；

其中，處理器被配置為：

向服務端發送獲取打點配置信息的請求；

接收所述服務端根據所述請求返回的所述打點配置信息，其中，所述請求中攜帶有參數信息，所述參數信息包括客戶端版本信息；

根據所述打點配置信息獲取服務運行數據；

向所述服務端上傳所述服務運行數據。

根據本公開實施例的第六方面，提供一種服務器，包括：

處理器；

用于存儲處理器可執行指令的存儲器；

其中，處理器被配置為：

接收客戶端發送的獲取打點配置信息的請求；

根據所述請求向所述客戶端返回打點配置信息，其中，所述請求中攜帶有參數信息，所述參數信息包括客戶端版本信息；

接收所述客戶端根據所述打點配置信息上傳的服務運行數據；

對所述服務運行數據進行分析，以獲得服務質量信息。

本公開的實施例提供的技術方案可以包括以下有益效果：通過向服務端發送獲取打點配置信息的請求，并接收服務端根據該請求返回的打點配置信息，使得客戶端可以獲得當前需要的打點內容，并可以根據當前需要的打點內容獲取服務運行數據，由此可見，該實施例可以靈活地獲得需要的打點內容，而不需要依賴客戶端的版本升級，從而可以方便快捷地獲得服務運行數據，進而可以方便快捷地獲得服務質量信息。

通過明確發送請求的時機，可以有效減少因頻繁發送請求而消耗的流量。

通過接口發送請求和接收打點配置信息，實現方式簡單。

通過描述打點配置信息的內容，使得方案更清楚。

通過根據客戶端版本信息為客戶端提供打點配置信息，使得客戶端可以獲得當前需要的打點內容，并接收客戶端根據打點配置信息上傳的服務運行數據，然后對服務運行數據進行分析，從而獲得服務質量信息，由此可見，該實施例可以靈活地獲得需要的打點內容，而不需要依賴客戶端的版本升級，從而可以更方便快捷地獲得服務質量信息。

通過接口發送請求和接收打點配置信息，實現方式簡單。

通過描述打點配置信息的內容，使得方案更清楚。

通過發送通知信息或調整服務返回內容來對服務質量進行改善，從而達到提高服務質量的目的。

應當理解的是，以上的一般描述和后文的細節描述僅是示例性和解釋性的，并不能限制本公開。

附圖說明

此處的附圖被并入說明書中并構成本說明書的一部分，示出了符合本發明的實施例，并與說明書一起用于解釋本發明的原理。

圖1A是根據一示例性實施例示出的一種服務質量信息的獲得方法的流程圖。

圖1B是根據一示例性實施例示出的另一種服務質量信息的獲得方法的流程圖。

圖1C是根據一示例性實施例示出的另一種服務質量信息的獲得方法的流程圖。

圖2是根據一示例性實施例示出的一種服務質量信息的獲得方法的場景圖。

圖3是根據一示例性實施例示出的又一種服務質量信息的獲得方法的流程圖。

圖4是根據一示例性實施例示出的再一種服務質量信息的獲得方法的流程圖。

圖5是根據一示例性實施例示出的一種服務質量信息的獲得方法的信令流程圖。

圖6是根據一示例性實施例示出的一種服務質量信息的獲得裝置的框圖。

圖7是根據一示例性實施例示出的另一種服務質量信息的獲得裝置的框圖。

圖8是根據一示例性實施例示出的另一種服務質量信息的獲得裝置的框圖。

圖9是根據一示例性實施例示出的又一種服務質量信息的獲得裝置的框圖。

圖10是根據一示例性實施例示出的再一種服務質量信息的獲得裝置的框圖。

圖11是根據一示例性實施例示出的一種適用于客戶端的裝置的框圖。

圖12是根據一示例性實施例示出的一種適用于服務器的裝置的框圖。

具體實施方式

這里將詳細地對示例性實施例進行說明，其示例表示在附圖中。下面的描述涉及附圖時，除非另有表示，不同附圖中的相同數字表示相同或相似的要素。以下示例性實施例中所描述的實施方式并不代表與本發明相一致的所有實施方式。相反，它們僅是與如所附權利要求書中所詳述的、本發明的一些方面相一致的裝置和方法的例子。

圖1A是根據一示例性實施例示出的一種服務質量信息的獲得方法的流程圖，如圖1A所示，該服務質量信息的獲得方法可應用于客戶端，該方法包括以下步驟S101-S104：

在步驟S101中，向服務端發送獲取打點配置信息的請求。

在步驟S102中，接收服務端根據該請求返回的打點配置信息。

在該實施例中，客戶端可以通過接口向服務端發送請求，并可以通過接口接收服務端返回的打點配置信息，其中，該接口可以為但不局限于超文本傳輸協議(HyperText Transfer Protocol，HTTP)接口。該請求中攜帶有參數信息，該參數信息可以包括客戶端版本信息，例如APP版本號，還可以包括其他信息例如所在移動終端的型號等。

在該實施例中，打點配置信息可以包括但不局限于打點操作類型、打點操作行為、打點內容及其上傳時機中的至少一項。其中，打點操作類型是指打點時用戶的操作類型，例如，可以為用戶點擊時打點，也可以為用戶滑動時打點。打點操作行為是指是否需要打點，例如之前用戶點擊時沒有打點，而在客戶端更新版本的情況下需要在用戶點擊時打點。打點內容可以為用戶點擊的內容，上傳時機可以為用戶使用應用程序(APP)的過程中上傳打點數據，也可以為APP被用戶喚醒后上傳打點數據。

在步驟S103中，根據打點配置信息獲取服務運行數據。

在該實施例中，客戶端在獲取打點配置信息后，可以根據該打點配置信息獲得服務運行數據，并向服務端發送服務運行數據。

其中，服務運行數據可以包括但不局限于地域信息、連接時間、返回狀態、返回值和用戶對返回值的操作中的至少一項。例如，用戶處在華北地區，連接消耗了2秒，則地域信息為華北地區，連接時間為2秒，假設服務端返回的數據是正確的，則返回狀態為正常，返回值為返回的數據，例如頁面，假設頁面很長，則用戶對返回值的操作可以為向下拖動等。

在步驟S104中，向服務端上傳服務運行數據。

在該實施例中，客戶端在獲取服務運行數據之后，可以向服務端發送服務運行數據，服務端在接收服務運行數據后，可以對服務運行數據進行分析，得到服務質量信息，例如不同地域服務響應時長不一樣，另外，服務質量信息也可以通過用戶對服務的響應信息來表示，例如，用戶針對服務返回內容停留時間過短，則表明服務質量差。

上述服務質量信息的獲得方法實施例，通過向服務端發送獲取打點配置信息的請求，并接收服務端根據該請求返回的打點配置信息，使得客戶端可以獲得當前需要的打點內容，并可以根據當前需要的打點內容獲取服務運行數據，由此可見，該實施例可以靈活地獲得需要的打點內容，而不需要依賴客戶端的版本升級，從而可以方便快捷地獲得服務運行數據，進而可以方便快捷地獲得服務質量信息。

圖1B是根據一示例性實施例示出的另一種服務質量信息的獲得方法的流程圖，如圖1B所示，在上述步驟S101之前，該方法還可以包括：

步驟S100，接收預設時間段內的首次喚醒指令。

在該實施例中，預設時間段可以為一天、10小時等，具體數值可以根據需要靈活設置。例如，用戶在今天首次點擊打開某APP，則該APP接收今天的首次喚醒指令。

另外，如圖1C所示，在上述步驟S101之前，該方法還可以包括：

步驟S100′，獲得客戶端版本發生更新的指令。

其中，客戶端可以獲得當前版本信息和之前的版本信息，并將二者進行比對，以確定客戶端版本是否發生更新。

上述實施例，通過明確發送請求的時機，可以有效減少因頻繁發送請求而消耗的流量。

下面結合圖2對本公開進行示例性說明，如圖2所示，用戶可以通過瀏覽手機21上的APP例如小米商城進行購物，當用戶首次點擊該APP時，該APP向對應的服務器22發送獲取打點配置信息的請求，服務器22收到該請求后，從該請求中提取出包含該APP當前版本號的參數信息，服務器22根據該參數信息為該APP提供打點配置信息，該APP根據打點配置信息獲得服務運行數據，并向服務器22上傳獲得的服務運行數據，服務器22在獲得服務運行數據后，對服務運行數據進行分析，得到用戶對商品頁的停留時間為2秒，假設商品頁的每行包括8件商品的圖片和描述信息，由于商品頁每行包含的商品數量太多，影響用戶瀏覽的清晰度，因此，可以對商品頁每行包含的商品數量進行調整，例如可以調整為每行包含5件商品。由此可見，該實施例通過調整服務返回的內容可以提高服務質量。

圖3是根據一示例性實施例示出的又一種服務質量信息的獲得方法的流程圖，如圖3所示，該服務質量信息的獲得方法可應用于服務端，該方法包括以下步驟S301-S304：

在步驟S301中，接收客戶端發送的獲取打點配置信息的請求。

在步驟S302中，根據該請求向客戶端返回打點配置信息。

其中，該請求中攜帶有參數信息，該參數信息可以包括客戶端版本信息，例如APP版本號，還可以包括其他信息例如所在移動終端的型號等。

在該實施例中，服務端可以通過接口接收請求，并通過接口向客戶端返回打點配置信息，其中，該接口可以為但不局限于超文本傳輸協議HTTP接口。

在該實施例中，打點配置信息可以包括但不局限于打點操作類型、打點操作行為、打點內容及其上傳時機中的至少一項。其中，打點操作類型是指打點時用戶的操作類型，例如，可以為用戶點擊時打點，也可以為用戶滑動時打點。打點操作行為是指是否需要打點，例如之前用戶點擊時沒有打點，而在客戶端更新版本的情況下需要在用戶點擊時打點。打點內容可以為用戶點擊的內容，上傳時機可以為用戶使用應用程序(APP)的過程中上傳打點數據，也可以為APP被用戶喚醒后上傳打點數據。

在步驟S303中，接收客戶端根據打點配置信息上傳的服務運行數據。

在該實施例中，客戶端在獲取打點配置信息后，可以根據該打點配置信息獲得服務運行數據，并向服務端發送服務運行數據。

其中，服務運行數據可以包括但不局限于地域信息、連接時間、返回狀態、返回值和用戶對返回值的操作中的至少一項。例如，用戶處在華北地區，連接消耗了2秒，則地域信息為華北地區，連接時間為2秒，假設服務端返回的數據是正確的，則返回狀態為正常，返回值為返回的數據，例如頁面，假設頁面很長，則用戶對返回值的操作可以為向下拖動等。

在步驟S304中，對服務運行數據進行分析，以獲得服務質量信息。

在該實施例中，服務端在接收客戶端發送的服務運行數據后，可以對服務運行數據進行分析，得到服務質量信息，例如不同地域服務響應時長不一樣，另外，服務質量信息也可以通過用戶對服務的響應信息來表示，例如，用戶針對服務返回內容停留時間過短，則表明服務質量差。

上述服務質量信息的獲得方法實施例，通過根據客戶端版本信息為客戶端提供打點配置信息，使得客戶端可以獲得當前需要的打點內容，并接收客戶端根據打點配置信息上傳的服務運行數據，然后對服務運行數據進行分析，從而獲得服務質量信息，由此可見，該實施例可以靈活地獲得需要的打點內容，而不需要依賴客戶端的版本升級，從而可以更方便快捷地獲得服務質量信息。

圖4是根據一示例性實施例示出的再一種服務質量信息的獲得方法的流程圖，如圖4所示，在上述步驟S304之后，該方法還可以包括如下步驟：

在步驟S305中，根據獲得的服務質量信息發送通知信息或調整服務返回內容。

在該實施例中，若獲得的服務質量信息為不同地域服務響應時長不一樣，可以向預設手機號碼發送通知信息，其中，預設手機號碼可以為某運營商指定聯系人的手機號碼，運營商指定聯系人在獲得該通知信息后，可以聯系相關人員進行處理，以提高服務質量。

在該實施例中，若獲得的服務質量信息為用戶針對服務返回內容停留時間過短，則可以調整服務返回內容，例如之前返回的內容為一行有2張圖片，可以嘗試修改為一行有3張圖片，以提高服務質量。

上述實施例，通過發送通知信息或調整服務返回內容來對服務質量進行改善，從而達到提高服務質量的目的。

圖5是根據一示例性實施例示出的一種服務質量信息的獲得方法的信令流程圖，該實施例是從客戶端和服務端交互的角度進行描述的，如圖5所示，該服務質量信息的獲得方法包括以下步驟：

在步驟S501中，客戶端接收預設時間段內的首次喚醒指令。

在步驟S502中，客戶端根據首次喚醒指令向服務端發送獲取打點配置信息的請求。

在步驟S503中，服務端根據接收的請求獲取打點配置信息。

在步驟S504中，服務端向客戶端返回打點配置信息。

在該實施例中，由于服務端可以為客戶端提供打點配置信息，因此，客戶端可以更靈活地得到服務端當前需要的數據，從而減少垃圾數據。

在步驟S505中，客戶端根據接收的打點配置信息獲取服務運行數據。

在步驟S506中，客戶端向服務端上傳服務運行數據。

在步驟S507中，服務端對服務運行數據進行分析，以獲得服務質量信息。

在步驟S508中，服務端根據服務質量信息調整服務返回內容。

上述服務質量信息的獲得方法實施例，通過客戶端和服務端之間的交互，使得客戶端可以靈活地獲得需要的打點內容，而不需要依賴客戶端的版本升級，從而可以方便快捷地獲得服務質量信息，進而可以對服務質量進行改善，達到提高服務質量的目的。

與前述服務質量信息的獲得方法實施例相對應，本公開還提供了服務質量信息的獲得裝置實施例。

圖6是根據一示例性實施例示出的一種服務質量信息的獲得裝置的框圖，如圖6所示，該服務質量信息的獲得裝置包括：發送模塊61、接收模塊62、獲取模塊63和上傳模塊64。

發送模塊61被配置為向服務端發送獲取打點配置信息的請求。

接收模塊62被配置為接收所述服務端根據所述發送模塊61發送的所述請求返回的所述打點配置信息，其中，所述請求中攜帶有參數信息，所述參數信息包括客戶端版本信息。

在該實施例中，客戶端可以通過接口向服務端發送請求，并可以通過接口接收服務端返回的打點配置信息，其中，該接口可以為但不局限于超文本傳輸協議(HyperText Transfer Protocol，HTTP)接口。該請求中攜帶有參數信息，該參數信息可以包括客戶端版本信息，例如APP版本號，還可以包括其他信息例如所在移動終端的型號等。

在該實施例中，打點配置信息可以包括但不局限于打點操作類型、打點操作行為、打點內容及其上傳時機中的至少一項。其中，打點操作類型是指打點時用戶的操作類型，例如，可以為用戶點擊時打點，也可以為用戶滑動時打點。打點操作行為是指是否需要打點，例如之前用戶點擊時沒有打點，而在客戶端更新版本的情況下需要在用戶點擊時打點。打點內容可以為用戶點擊的內容，上傳時機可以為用戶使用應用程序(APP)的過程中上傳打點數據，也可以為APP被用戶喚醒后上傳打點數據。

獲取模塊63被配置為根據所述接收模塊62接收的所述打點配置信息獲取服務運行數據。

在該實施例中，客戶端在獲取打點配置信息后，可以根據該打點配置信息獲得服務運行數據，并向服務端發送服務運行數據。

其中，服務運行數據可以包括但不局限于地域信息、連接時間、返回狀態、返回值和用戶對返回值的操作中的至少一項。例如，用戶處在華北地區，連接消耗了2秒，則地域信息為華北地區，連接時間為2秒，假設服務端返回的數據是正確的，則返回狀態為正常，返回值為返回的數據，例如頁面，假設頁面很長，則用戶對返回值的操作可以為向下拖動等。

上傳模塊64被配置為向所述服務端上傳所述獲取模塊63獲取的所述服務運行數據。

在該實施例中，客戶端在獲取服務運行數據之后，可以向服務端發送服務運行數據，服務端在接收服務運行數據后，可以對服務運行數據進行分析，得到服務質量信息，例如不同地域服務響應時長不一樣，另外，服務質量信息也可以通過用戶對服務的響應信息來表示，例如，用戶針對服務返回內容停留時間過短，則表明服務質量差。

如圖6所示的裝置用于實現上述如圖1A所示的方法流程，涉及到的相關內容描述相同，此處不贅述。

上述服務質量信息的獲得裝置實施例，通過向服務端發送獲取打點配置信息的請求，并接收服務端根據該請求返回的打點配置信息，使得客戶端可以獲得當前需要的打點內容，并可以根據當前需要的打點內容獲取服務運行數據，由此可見，該實施例可以靈活地獲得需要的打點內容，而不需要依賴客戶端的版本升級，從而可以方便快捷地獲得服務運行數據，進而可以方便快捷地獲得服務質量信息。

圖7是根據一示例性實施例示出的另一種服務質量信息的獲得裝置的框圖，如圖7所示，在上述圖6所示實施例的基礎上，該裝置還可包括：指令接收模塊60。

指令接收模塊60被配置為在所述發送模塊61向服務端發送獲取打點配置信息的請求之前，接收預設時間段內的首次喚醒指令。

如圖7所示的裝置用于實現上述如圖1B所示的方法流程，涉及到的相關內容描述相同，此處不贅述。

在該實施例中，預設時間段可以為一天、10小時等，具體數值可以根據需要靈活設置。例如，用戶在今天首次點擊打開某APP，則該APP接收今天的首次喚醒指令。

圖8是根據一示例性實施例示出的另一種服務質量信息的獲得裝置的框圖，如圖8所示，在上述圖6所示實施例的基礎上，該裝置還可包括：獲得模塊60′。

獲得模塊60′被配置為在所述發送模塊61向服務端發送獲取打點配置信息的請求之前，獲得客戶端版本發生更新的指令。

其中，客戶端可以獲得當前版本信息和之前的版本信息，并將二者進行比對，以確定客戶端版本是否發生更新。

如圖8所示的裝置用于實現上述如圖1C所示的方法流程，涉及到的相關內容描述相同，此處不贅述。

上述實施例，通過明確發送請求的時機，可以有效減少因頻繁發送請求而消耗的流量。

圖9是根據一示例性實施例示出的另一種服務質量信息的獲得裝置的框圖，如圖9所示，該服務質量信息的獲得裝置包括：請求接收模塊91、返回模塊92、數據接收模塊93和分析模塊94。

請求接收模塊91被配置為接收客戶端發送的獲取打點配置信息的請求。

返回模塊92被配置為根據所述請求接收模塊91接收的所述請求向所述客戶端返回打點配置信息。

其中，該請求中攜帶有參數信息，該參數信息可以包括客戶端版本信息，例如APP版本號，還可以包括其他信息例如所在移動終端的型號等。

在該實施例中，服務端可以通過接口接收請求，并通過接口向客戶端返回打點配置信息，其中，該接口可以為但不局限于超文本傳輸協議HTTP接口。

在該實施例中，打點配置信息可以包括但不局限于打點操作類型、打點操作行為、打點內容及其上傳時機中的至少一項。其中，打點操作類型是指打點時用戶的操作類型，例如，可以為用戶點擊時打點，也可以為用戶滑動時打點。打點操作行為是指是否需要打點，例如之前用戶點擊時沒有打點，而在客戶端更新版本的情況下需要在用戶點擊時打點。打點內容可以為用戶點擊的內容，上傳時機可以為用戶使用應用程序(APP)的過程中上傳打點數據，也可以為APP被用戶喚醒后上傳打點數據。

數據接收模塊93被配置為接收所述客戶端根據所述返回模塊92返回的所述打點配置信息上傳的服務運行數據。

在該實施例中，客戶端在獲取打點配置信息后，可以根據該打點配置信息獲得服務運行數據，并向服務端發送服務運行數據。

其中，服務運行數據可以包括但不局限于地域信息、連接時間、返回狀態、返回值和用戶對返回值的操作中的至少一項。例如，用戶處在華北地區，連接消耗了2秒，則地域信息為華北地區，連接時間為2秒，假設服務端返回的數據是正確的，則返回狀態為正常，返回值為返回的數據，例如頁面，假設頁面很長，則用戶對返回值的操作可以為向下拖動等。

分析模塊94被配置為對所述數據接收模塊93接收的所述服務運行數據進行分析，以獲得服務質量信息。

在該實施例中，服務端在接收客戶端發送的服務運行數據后，可以對服務運行數據進行分析，得到服務質量信息，例如不同地域服務響應時長不一樣，另外，服務質量信息也可以通過用戶對服務的響應信息來表示，例如，用戶針對服務返回內容停留時間過短，則表明服務質量差。

如圖9所示的裝置用于實現上述如圖3所示的方法流程，涉及到的相關內容描述相同，此處不贅述。

上述服務質量信息的獲得裝置實施例，通過根據客戶端版本信息為客戶端提供打點配置信息，使得客戶端可以獲得當前需要的打點內容，并接收客戶端根據打點配置信息上傳的服務運行數據，然后對服務運行數據進行分析，從而獲得服務質量信息，由此可見，該實施例可以靈活地獲得需要的打點內容，而不需要依賴客戶端的版本升級，從而可以更方便快捷地獲得服務質量信息。

圖10是根據一示例性實施例示出的另一種服務質量信息的獲得裝置的框圖，如圖10所示，在上述圖9所示實施例的基礎上，該裝置還可包括：

發送調整模塊95被配置為在所述分析模塊94對所述服務運行數據進行分析之后，根據所述服務質量信息發送通知信息或調整服務返回內容。

在該實施例中，若獲得的服務質量信息為不同地域服務響應時長不一樣，可以向預設手機號碼發送通知信息，其中，預設手機號碼可以為某運營商指定聯系人的手機號碼，運營商指定聯系人在獲得該通知信息后，可以聯系相關人員進行處理，以提高服務質量。

在該實施例中，若獲得的服務質量信息為用戶針對服務返回內容停留時間過短，則可以調整服務返回內容，例如之前返回的內容為一行有2張圖片，可以嘗試修改為一行有3張圖片，以提高服務質量。

如圖10所示的裝置用于實現上述如圖4所示的方法流程，涉及到的相關內容描述相同，此處不贅述。

上述實施例，通過發送通知信息或調整服務返回內容來對服務質量進行改善，從而達到提高服務質量的目的。

關于上述實施例中的裝置，其中各個模塊、子模塊執行操作的具體方式已經在有關該方法的實施例中進行了詳細描述，此處將不做詳細闡述說明。

圖11是根據一示例性實施例示出的一種適用于客戶端的裝置的框圖。例如，裝置1100可以是移動電話，計算機，數字廣播終端，消息收發設備，游戲控制臺，平板設備，醫療設備，健身設備，個人數字助理，飛行器等。

參照圖11，裝置1100可以包括以下一個或多個組件：處理組件1102，存儲器1104，電源組件1106，多媒體組件1108，音頻組件1110，輸入/輸出(I/O)的接口1111，傳感器組件1114，以及通信組件1116。

處理組件1102通常控制裝置1100的整體操作，諸如與顯示，電話呼叫，數據通信，相機操作和記錄操作相關聯的操作。處理元件1102可以包括一個或多個處理器1120來執行指令，以完成上述的方法的全部或部分步驟。此外，處理組件1102可以包括一個或多個模塊，便于處理組件1102和其他組件之間的交互。例如，處理部件1102可以包括多媒體模塊，以方便多媒體組件1108和處理組件1102之間的交互。

存儲器1104被配置為存儲各種類型的數據以支持在設備1100的操作。這些數據的示例包括用于在裝置1100上操作的任何應用程序或方法的指令，聯系人數據，電話簿數據，消息，圖片，視頻等。存儲器1104可以由任何類型的易失性或非易失性存儲設備或者它們的組合實現，如靜態隨機存取存儲器(SRAM)，電可擦除可編程只讀存儲器(EEPROM)，可擦除可編程只讀存儲器(EPROM)，可編程只讀存儲器(PROM)，只讀存儲器(ROM)，磁存儲器，快閃存儲器，磁盤或光盤。

電力組件1106為裝置1100的各種組件提供電力。電力組件1106可以包括電源管理系統，一個或多個電源，及其他與為裝置1100生成、管理和分配電力相關聯的組件。

多媒體組件1108包括在所述裝置1100和用戶之間的提供一個輸出接口的屏幕。在一些實施例中，屏幕可以包括液晶顯示器(LCD)和觸摸面板(TP)。如果屏幕包括觸摸面板，屏幕可以被實現為觸摸屏，以接收來自用戶的輸入信號。觸摸面板包括一個或多個觸摸傳感器以感測觸摸、滑動和觸摸面板上的手勢。所述觸摸傳感器可以不僅感測觸摸或滑動動作的邊界，而且還檢測與所述觸摸或滑動操作相關的持續時間和壓力。在一些實施例中，多媒體組件1108包括一個前置攝像頭和/或后置攝像頭。當設備1100處于操作模式，如拍攝模式或視頻模式時，前置攝像頭和/或后置攝像頭可以接收外部的多媒體數據。每個前置攝像頭和后置攝像頭可以是一個固定的光學透鏡系統或具有焦距和光學變焦能力。

音頻組件1110被配置為輸出和/或輸入音頻信號。例如，音頻組件1110包括一個麥克風(MIC)，當裝置1100處于操作模式，如呼叫模式、記錄模式和語音識別模式時，麥克風被配置為接收外部音頻信號。所接收的音頻信號可以被進一步存儲在存儲器1104或經由通信組件1116發送。在一些實施例中，音頻組件1110還包括一個揚聲器，用于輸出音頻信號。

I/O接口1111為處理組件1102和外圍接口模塊之間提供接口，上述外圍接口模塊可以是鍵盤，點擊輪，按鈕等。這些按鈕可包括但不限于：主頁按鈕、音量按鈕、啟動按鈕和鎖定按鈕。

傳感器組件1114包括一個或多個傳感器，用于為裝置1100提供各個方面的狀態評估。例如，傳感器組件1114可以檢測到設備1100的打開/關閉狀態，組件的相對定位，例如所述組件為裝置1100的顯示器和小鍵盤，傳感器組件1114還可以檢測裝置1100或裝置1100一個組件的位置改變，用戶與裝置1100接觸的存在或不存在，裝置1100方位或加速/減速和裝置1100的溫度變化。傳感器組件1114可以包括接近傳感器，被配置用來在沒有任何的物理接觸時檢測附近物體的存在。傳感器組件1114還可以包括光傳感器，如CMOS或CCD圖像傳感器，用于在成像應用中使用。在一些實施例中，該傳感器組件1114還可以包括加速度傳感器，陀螺儀傳感器，磁傳感器，壓力傳感器或溫度傳感器。

通信組件1116被配置為便于裝置1100和其他設備之間有線或無線方式的通信。裝置1100可以接入基于通信標準的無線網絡，如WiFi，2G或3G，或它們的組合。在一個示例性實施例中，通信部件1116經由廣播信道接收來自外部廣播管理系統的廣播信號或廣播相關信息。在一個示例性實施例中，所述通信部件1116還包括近場通信(NFC)模塊，以促進短程通信。例如，在NFC模塊可基于射頻識別(RFID)技術，紅外數據協會(IrDA)技術，超寬帶(UWB)技術，藍牙(BT)技術和其他技術來實現。

在示例性實施例中，裝置1100可以被一個或多個應用專用集成電路(ASIC)、數字信號處理器(DSP)、數字信號處理設備(DSPD)、可編程邏輯器件(PLD)、現場可編程門陣列(FPGA)、控制器、微控制器、微處理器或其他電子元件實現，用于執行上述方法。

在示例性實施例中，還提供了一種包括指令的非臨時性計算機可讀存儲介質，例如包括指令的存儲器1104，上述指令可由裝置1100的處理器1120執行以完成上述方法。例如，所述非臨時性計算機可讀存儲介質可以是ROM、隨機存取存儲器(RAM)、CD-ROM、磁帶、軟盤和光數據存儲設備等。

圖12是根據一示例性實施例示出的一種適用于服務器的裝置1200的框圖。例如，裝置1200可以被提供為一服務器。參照圖12，裝置1200包括處理組件1222，其進一步包括一個或多個處理器，以及由存儲器1232所代表的存儲器資源，用于存儲可由處理部件1222的執行的指令，例如應用程序。存儲器1232中存儲的應用程序可以包括一個或一個以上的每一個對應于一組指令的模塊。此外，處理組件1222被配置為執行指令，以執行上述方法。

裝置1200還可以包括一個電源組件1226被配置為執行裝置1200的電源管理，一個有線或無線網絡接口1250被配置為將裝置1200連接到網絡，和一個輸入輸出(I/O)接口1258。裝置1200可以操作基于存儲在存儲器1232的操作系統，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM或類似。

本領域技術人員在考慮說明書及實踐這里公開的公開后，將容易想到本公開的其它實施方案。本申請旨在涵蓋本公開的任何變型、用途或者適應性變化，這些變型、用途或者適應性變化遵循本公開的一般性原理并包括本公開未公開的本技術領域中的公知常識或慣用技術手段。說明書和實施例僅被視為示例性的，本公開的真正范圍和精神由下面的權利要求指出。

應當理解的是，本公開并不局限于上面已經描述并在附圖中示出的精確結構，并且可以在不脫離其范圍進行各種修改和改變。本公開的范圍僅由所附的權利要求來限制。