本公開涉及通信技術(shù)領(lǐng)域，尤其涉及一種服務(wù)質(zhì)量信息的獲得方法及裝置、客戶端和服務(wù)器。

背景技術(shù)：

隨著移動終端技術(shù)的快速發(fā)展，各種移動終端例如手機(jī)已非常普及，并且，功能日益強(qiáng)大。例如，可以在手機(jī)上安裝各種應(yīng)用程序。

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

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

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

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

根據(jù)本公開實(shí)施例的第一方面，提供一種服務(wù)質(zhì)量信息的獲得方法，包括：

向服務(wù)端發(fā)送獲取打點(diǎn)配置信息的請求；

接收所述服務(wù)端根據(jù)所述請求返回的所述打點(diǎn)配置信息，其中，所述請求中攜帶有參數(shù)信息，所述參數(shù)信息包括客戶端版本信息；

根據(jù)所述打點(diǎn)配置信息獲取服務(wù)運(yùn)行數(shù)據(jù)；

向所述服務(wù)端上傳所述服務(wù)運(yùn)行數(shù)據(jù)。

在一實(shí)施例中，在所述向服務(wù)端發(fā)送獲取打點(diǎn)配置信息的請求之前，所述方法還包括：接收預(yù)設(shè)時間段內(nèi)的首次喚醒指令；或者

獲得客戶端版本發(fā)生更新的指令。

在一實(shí)施例中，所述向服務(wù)端發(fā)送獲取打點(diǎn)配置信息的請求，包括：

通過接口向所述服務(wù)端發(fā)送所述請求；

所述接收所述服務(wù)端根據(jù)所述請求返回的所述打點(diǎn)配置信息，包括：

通過所述接口接收所述服務(wù)端返回的所述打點(diǎn)配置信息。

在一實(shí)施例中，所述打點(diǎn)配置信息包括打點(diǎn)操作類型、打點(diǎn)操作行為、打點(diǎn)內(nèi)容及其上傳時機(jī)中的至少一項(xiàng)，所述服務(wù)運(yùn)行數(shù)據(jù)包括地域信息、連接時間、返回狀態(tài)、返回值和用戶對返回值的操作中的至少一項(xiàng)。

根據(jù)本公開實(shí)施例的第二方面，提供一種服務(wù)質(zhì)量信息的獲得方法，包括：

接收客戶端發(fā)送的獲取打點(diǎn)配置信息的請求；

根據(jù)所述請求向所述客戶端返回打點(diǎn)配置信息，其中，所述請求中攜帶有參數(shù)信息，所述參數(shù)信息包括客戶端版本信息；

接收所述客戶端根據(jù)所述打點(diǎn)配置信息上傳的服務(wù)運(yùn)行數(shù)據(jù)；

對所述服務(wù)運(yùn)行數(shù)據(jù)進(jìn)行分析，以獲得服務(wù)質(zhì)量信息。

在一實(shí)施例中，所述接收客戶端發(fā)送的獲取打點(diǎn)配置信息的請求，包括：

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

所述接收所述服務(wù)端根據(jù)所述請求返回的所述打點(diǎn)配置信息，包括：

通過所述接口向所述客戶端返回所述打點(diǎn)配置信息。

在一實(shí)施例中，所述打點(diǎn)配置信息包括打點(diǎn)操作類型、打點(diǎn)操作行為、打點(diǎn)內(nèi)容及其上傳時機(jī)中的至少一項(xiàng)，所述服務(wù)運(yùn)行數(shù)據(jù)包括地域信息、連接時間、返回狀態(tài)、返回值和用戶對返回值的操作中的至少一項(xiàng)。

在一實(shí)施例中，所述方法還包括：

在所述對所述服務(wù)運(yùn)行數(shù)據(jù)進(jìn)行分析之后，根據(jù)所述服務(wù)質(zhì)量信息發(fā)送通知信息或調(diào)整服務(wù)返回內(nèi)容。

根據(jù)本公開實(shí)施例的第三方面，提供一種服務(wù)質(zhì)量信息的獲得裝置，包括：

發(fā)送模塊，被配置為向服務(wù)端發(fā)送獲取打點(diǎn)配置信息的請求；

接收模塊，被配置為接收所述服務(wù)端根據(jù)所述發(fā)送模塊發(fā)送的所述請求返回的所述打點(diǎn)配置信息，其中，所述請求中攜帶有參數(shù)信息，所述參數(shù)信息包括客戶端版本信息；

獲取模塊，被配置為根據(jù)所述接收模塊接收的所述打點(diǎn)配置信息獲取服務(wù)運(yùn)行數(shù)據(jù)；

上傳模塊，被配置為向所述服務(wù)端上傳所述獲取模塊獲取的所述服務(wù)運(yùn)行數(shù)據(jù)。

在一實(shí)施例中，所述裝置還包括：

指令接收模塊，被配置為在所述發(fā)送模塊向服務(wù)端發(fā)送獲取打點(diǎn)配置信息的請求之前，接收預(yù)設(shè)時間段內(nèi)的首次喚醒指令；或者

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

在一實(shí)施例中，所述發(fā)送模塊，被配置為：通過接口向所述服務(wù)端發(fā)送所述請求；

所述接收模塊，被配置為：通過所述接口接收所述服務(wù)端返回的所述打點(diǎn)配置信息。

在一實(shí)施例中，所述打點(diǎn)配置信息包括打點(diǎn)操作類型、打點(diǎn)操作行為、打點(diǎn)內(nèi)容及其上傳時機(jī)中的至少一項(xiàng)，所述服務(wù)運(yùn)行數(shù)據(jù)包括地域信息、連接時間、返回狀態(tài)、返回值和用戶對返回值的操作中的至少一項(xiàng)。

根據(jù)本公開實(shí)施例的第四方面，提供一種服務(wù)質(zhì)量信息的獲得裝置，包括：

請求接收模塊，被配置為接收客戶端發(fā)送的獲取打點(diǎn)配置信息的請求；

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

數(shù)據(jù)接收模塊，被配置為接收所述客戶端根據(jù)所述返回模塊返回的所述打點(diǎn)配置信息上傳的服務(wù)運(yùn)行數(shù)據(jù)；

分析模塊，被配置為對所述數(shù)據(jù)接收模塊接收的所述服務(wù)運(yùn)行數(shù)據(jù)進(jìn)行分析，以獲得服務(wù)質(zhì)量信息。

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

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

在一實(shí)施例中，所述打點(diǎn)配置信息包括打點(diǎn)操作類型、打點(diǎn)操作行為、打點(diǎn)內(nèi)容及其上傳時機(jī)中的至少一項(xiàng)，所述服務(wù)運(yùn)行數(shù)據(jù)包括地域信息、連接時間、返回狀態(tài)、返回值和用戶對返回值的操作中的至少一項(xiàng)。

在一實(shí)施例中，所述裝置還包括：

發(fā)送調(diào)整模塊，被配置為在所述分析模塊對所述服務(wù)運(yùn)行數(shù)據(jù)進(jìn)行分析之后，根據(jù)所述服務(wù)質(zhì)量信息發(fā)送通知信息或調(diào)整服務(wù)返回內(nèi)容。

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

處理器；

用于存儲處理器可執(zhí)行指令的存儲器；

其中，處理器被配置為：

向服務(wù)端發(fā)送獲取打點(diǎn)配置信息的請求；

接收所述服務(wù)端根據(jù)所述請求返回的所述打點(diǎn)配置信息，其中，所述請求中攜帶有參數(shù)信息，所述參數(shù)信息包括客戶端版本信息；

根據(jù)所述打點(diǎn)配置信息獲取服務(wù)運(yùn)行數(shù)據(jù)；

向所述服務(wù)端上傳所述服務(wù)運(yùn)行數(shù)據(jù)。

根據(jù)本公開實(shí)施例的第六方面，提供一種服務(wù)器，包括：

處理器；

用于存儲處理器可執(zhí)行指令的存儲器；

其中，處理器被配置為：

接收客戶端發(fā)送的獲取打點(diǎn)配置信息的請求；

根據(jù)所述請求向所述客戶端返回打點(diǎn)配置信息，其中，所述請求中攜帶有參數(shù)信息，所述參數(shù)信息包括客戶端版本信息；

接收所述客戶端根據(jù)所述打點(diǎn)配置信息上傳的服務(wù)運(yùn)行數(shù)據(jù)；

對所述服務(wù)運(yùn)行數(shù)據(jù)進(jìn)行分析，以獲得服務(wù)質(zhì)量信息。

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

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

通過接口發(fā)送請求和接收打點(diǎn)配置信息，實(shí)現(xiàn)方式簡單。

通過描述打點(diǎn)配置信息的內(nèi)容，使得方案更清楚。

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

通過接口發(fā)送請求和接收打點(diǎn)配置信息，實(shí)現(xiàn)方式簡單。

通過描述打點(diǎn)配置信息的內(nèi)容，使得方案更清楚。

通過發(fā)送通知信息或調(diào)整服務(wù)返回內(nèi)容來對服務(wù)質(zhì)量進(jìn)行改善，從而達(dá)到提高服務(wù)質(zhì)量的目的。

應(yīng)當(dāng)理解的是，以上的一般描述和后文的細(xì)節(jié)描述僅是示例性和解釋性的，并不能限制本公開。

附圖說明

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

圖1A是根據(jù)一示例性實(shí)施例示出的一種服務(wù)質(zhì)量信息的獲得方法的流程圖。

圖1B是根據(jù)一示例性實(shí)施例示出的另一種服務(wù)質(zhì)量信息的獲得方法的流程圖。

圖1C是根據(jù)一示例性實(shí)施例示出的另一種服務(wù)質(zhì)量信息的獲得方法的流程圖。

圖2是根據(jù)一示例性實(shí)施例示出的一種服務(wù)質(zhì)量信息的獲得方法的場景圖。

圖3是根據(jù)一示例性實(shí)施例示出的又一種服務(wù)質(zhì)量信息的獲得方法的流程圖。

圖4是根據(jù)一示例性實(shí)施例示出的再一種服務(wù)質(zhì)量信息的獲得方法的流程圖。

圖5是根據(jù)一示例性實(shí)施例示出的一種服務(wù)質(zhì)量信息的獲得方法的信令流程圖。

圖6是根據(jù)一示例性實(shí)施例示出的一種服務(wù)質(zhì)量信息的獲得裝置的框圖。

圖7是根據(jù)一示例性實(shí)施例示出的另一種服務(wù)質(zhì)量信息的獲得裝置的框圖。

圖8是根據(jù)一示例性實(shí)施例示出的另一種服務(wù)質(zhì)量信息的獲得裝置的框圖。

圖9是根據(jù)一示例性實(shí)施例示出的又一種服務(wù)質(zhì)量信息的獲得裝置的框圖。

圖10是根據(jù)一示例性實(shí)施例示出的再一種服務(wù)質(zhì)量信息的獲得裝置的框圖。

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

圖12是根據(jù)一示例性實(shí)施例示出的一種適用于服務(wù)器的裝置的框圖。

具體實(shí)施方式

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

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

在步驟S101中，向服務(wù)端發(fā)送獲取打點(diǎn)配置信息的請求。

在步驟S102中，接收服務(wù)端根據(jù)該請求返回的打點(diǎn)配置信息。

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

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

在步驟S103中，根據(jù)打點(diǎn)配置信息獲取服務(wù)運(yùn)行數(shù)據(jù)。

在該實(shí)施例中，客戶端在獲取打點(diǎn)配置信息后，可以根據(jù)該打點(diǎn)配置信息獲得服務(wù)運(yùn)行數(shù)據(jù)，并向服務(wù)端發(fā)送服務(wù)運(yùn)行數(shù)據(jù)。

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

在步驟S104中，向服務(wù)端上傳服務(wù)運(yùn)行數(shù)據(jù)。

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

上述服務(wù)質(zhì)量信息的獲得方法實(shí)施例，通過向服務(wù)端發(fā)送獲取打點(diǎn)配置信息的請求，并接收服務(wù)端根據(jù)該請求返回的打點(diǎn)配置信息，使得客戶端可以獲得當(dāng)前需要的打點(diǎn)內(nèi)容，并可以根據(jù)當(dāng)前需要的打點(diǎn)內(nèi)容獲取服務(wù)運(yùn)行數(shù)據(jù)，由此可見，該實(shí)施例可以靈活地獲得需要的打點(diǎn)內(nèi)容，而不需要依賴客戶端的版本升級，從而可以方便快捷地獲得服務(wù)運(yùn)行數(shù)據(jù)，進(jìn)而可以方便快捷地獲得服務(wù)質(zhì)量信息。

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

步驟S100，接收預(yù)設(shè)時間段內(nèi)的首次喚醒指令。

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

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

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

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

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

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

圖3是根據(jù)一示例性實(shí)施例示出的又一種服務(wù)質(zhì)量信息的獲得方法的流程圖，如圖3所示，該服務(wù)質(zhì)量信息的獲得方法可應(yīng)用于服務(wù)端，該方法包括以下步驟S301-S304：

在步驟S301中，接收客戶端發(fā)送的獲取打點(diǎn)配置信息的請求。

在步驟S302中，根據(jù)該請求向客戶端返回打點(diǎn)配置信息。

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

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

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

在步驟S303中，接收客戶端根據(jù)打點(diǎn)配置信息上傳的服務(wù)運(yùn)行數(shù)據(jù)。

在該實(shí)施例中，客戶端在獲取打點(diǎn)配置信息后，可以根據(jù)該打點(diǎn)配置信息獲得服務(wù)運(yùn)行數(shù)據(jù)，并向服務(wù)端發(fā)送服務(wù)運(yùn)行數(shù)據(jù)。

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

在步驟S304中，對服務(wù)運(yùn)行數(shù)據(jù)進(jìn)行分析，以獲得服務(wù)質(zhì)量信息。

在該實(shí)施例中，服務(wù)端在接收客戶端發(fā)送的服務(wù)運(yùn)行數(shù)據(jù)后，可以對服務(wù)運(yùn)行數(shù)據(jù)進(jìn)行分析，得到服務(wù)質(zhì)量信息，例如不同地域服務(wù)響應(yīng)時長不一樣，另外，服務(wù)質(zhì)量信息也可以通過用戶對服務(wù)的響應(yīng)信息來表示，例如，用戶針對服務(wù)返回內(nèi)容停留時間過短，則表明服務(wù)質(zhì)量差。

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

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

在步驟S305中，根據(jù)獲得的服務(wù)質(zhì)量信息發(fā)送通知信息或調(diào)整服務(wù)返回內(nèi)容。

在該實(shí)施例中，若獲得的服務(wù)質(zhì)量信息為不同地域服務(wù)響應(yīng)時長不一樣，可以向預(yù)設(shè)手機(jī)號碼發(fā)送通知信息，其中，預(yù)設(shè)手機(jī)號碼可以為某運(yùn)營商指定聯(lián)系人的手機(jī)號碼，運(yùn)營商指定聯(lián)系人在獲得該通知信息后，可以聯(lián)系相關(guān)人員進(jìn)行處理，以提高服務(wù)質(zhì)量。

在該實(shí)施例中，若獲得的服務(wù)質(zhì)量信息為用戶針對服務(wù)返回內(nèi)容停留時間過短，則可以調(diào)整服務(wù)返回內(nèi)容，例如之前返回的內(nèi)容為一行有2張圖片，可以嘗試修改為一行有3張圖片，以提高服務(wù)質(zhì)量。

上述實(shí)施例，通過發(fā)送通知信息或調(diào)整服務(wù)返回內(nèi)容來對服務(wù)質(zhì)量進(jìn)行改善，從而達(dá)到提高服務(wù)質(zhì)量的目的。

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

在步驟S501中，客戶端接收預(yù)設(shè)時間段內(nèi)的首次喚醒指令。

在步驟S502中，客戶端根據(jù)首次喚醒指令向服務(wù)端發(fā)送獲取打點(diǎn)配置信息的請求。

在步驟S503中，服務(wù)端根據(jù)接收的請求獲取打點(diǎn)配置信息。

在步驟S504中，服務(wù)端向客戶端返回打點(diǎn)配置信息。

在該實(shí)施例中，由于服務(wù)端可以為客戶端提供打點(diǎn)配置信息，因此，客戶端可以更靈活地得到服務(wù)端當(dāng)前需要的數(shù)據(jù)，從而減少垃圾數(shù)據(jù)。

在步驟S505中，客戶端根據(jù)接收的打點(diǎn)配置信息獲取服務(wù)運(yùn)行數(shù)據(jù)。

在步驟S506中，客戶端向服務(wù)端上傳服務(wù)運(yùn)行數(shù)據(jù)。

在步驟S507中，服務(wù)端對服務(wù)運(yùn)行數(shù)據(jù)進(jìn)行分析，以獲得服務(wù)質(zhì)量信息。

在步驟S508中，服務(wù)端根據(jù)服務(wù)質(zhì)量信息調(diào)整服務(wù)返回內(nèi)容。

上述服務(wù)質(zhì)量信息的獲得方法實(shí)施例，通過客戶端和服務(wù)端之間的交互，使得客戶端可以靈活地獲得需要的打點(diǎn)內(nèi)容，而不需要依賴客戶端的版本升級，從而可以方便快捷地獲得服務(wù)質(zhì)量信息，進(jìn)而可以對服務(wù)質(zhì)量進(jìn)行改善，達(dá)到提高服務(wù)質(zhì)量的目的。

與前述服務(wù)質(zhì)量信息的獲得方法實(shí)施例相對應(yīng)，本公開還提供了服務(wù)質(zhì)量信息的獲得裝置實(shí)施例。

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

發(fā)送模塊61被配置為向服務(wù)端發(fā)送獲取打點(diǎn)配置信息的請求。

接收模塊62被配置為接收所述服務(wù)端根據(jù)所述發(fā)送模塊61發(fā)送的所述請求返回的所述打點(diǎn)配置信息，其中，所述請求中攜帶有參數(shù)信息，所述參數(shù)信息包括客戶端版本信息。

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

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

獲取模塊63被配置為根據(jù)所述接收模塊62接收的所述打點(diǎn)配置信息獲取服務(wù)運(yùn)行數(shù)據(jù)。

在該實(shí)施例中，客戶端在獲取打點(diǎn)配置信息后，可以根據(jù)該打點(diǎn)配置信息獲得服務(wù)運(yùn)行數(shù)據(jù)，并向服務(wù)端發(fā)送服務(wù)運(yùn)行數(shù)據(jù)。

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

上傳模塊64被配置為向所述服務(wù)端上傳所述獲取模塊63獲取的所述服務(wù)運(yùn)行數(shù)據(jù)。

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

如圖6所示的裝置用于實(shí)現(xiàn)上述如圖1A所示的方法流程，涉及到的相關(guān)內(nèi)容描述相同，此處不贅述。

上述服務(wù)質(zhì)量信息的獲得裝置實(shí)施例，通過向服務(wù)端發(fā)送獲取打點(diǎn)配置信息的請求，并接收服務(wù)端根據(jù)該請求返回的打點(diǎn)配置信息，使得客戶端可以獲得當(dāng)前需要的打點(diǎn)內(nèi)容，并可以根據(jù)當(dāng)前需要的打點(diǎn)內(nèi)容獲取服務(wù)運(yùn)行數(shù)據(jù)，由此可見，該實(shí)施例可以靈活地獲得需要的打點(diǎn)內(nèi)容，而不需要依賴客戶端的版本升級，從而可以方便快捷地獲得服務(wù)運(yùn)行數(shù)據(jù)，進(jìn)而可以方便快捷地獲得服務(wù)質(zhì)量信息。

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

指令接收模塊60被配置為在所述發(fā)送模塊61向服務(wù)端發(fā)送獲取打點(diǎn)配置信息的請求之前，接收預(yù)設(shè)時間段內(nèi)的首次喚醒指令。

如圖7所示的裝置用于實(shí)現(xiàn)上述如圖1B所示的方法流程，涉及到的相關(guān)內(nèi)容描述相同，此處不贅述。

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

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

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

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

如圖8所示的裝置用于實(shí)現(xiàn)上述如圖1C所示的方法流程，涉及到的相關(guān)內(nèi)容描述相同，此處不贅述。

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

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

請求接收模塊91被配置為接收客戶端發(fā)送的獲取打點(diǎn)配置信息的請求。

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

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

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

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

數(shù)據(jù)接收模塊93被配置為接收所述客戶端根據(jù)所述返回模塊92返回的所述打點(diǎn)配置信息上傳的服務(wù)運(yùn)行數(shù)據(jù)。

在該實(shí)施例中，客戶端在獲取打點(diǎn)配置信息后，可以根據(jù)該打點(diǎn)配置信息獲得服務(wù)運(yùn)行數(shù)據(jù)，并向服務(wù)端發(fā)送服務(wù)運(yùn)行數(shù)據(jù)。

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

分析模塊94被配置為對所述數(shù)據(jù)接收模塊93接收的所述服務(wù)運(yùn)行數(shù)據(jù)進(jìn)行分析，以獲得服務(wù)質(zhì)量信息。

在該實(shí)施例中，服務(wù)端在接收客戶端發(fā)送的服務(wù)運(yùn)行數(shù)據(jù)后，可以對服務(wù)運(yùn)行數(shù)據(jù)進(jìn)行分析，得到服務(wù)質(zhì)量信息，例如不同地域服務(wù)響應(yīng)時長不一樣，另外，服務(wù)質(zhì)量信息也可以通過用戶對服務(wù)的響應(yīng)信息來表示，例如，用戶針對服務(wù)返回內(nèi)容停留時間過短，則表明服務(wù)質(zhì)量差。

如圖9所示的裝置用于實(shí)現(xiàn)上述如圖3所示的方法流程，涉及到的相關(guān)內(nèi)容描述相同，此處不贅述。

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

圖10是根據(jù)一示例性實(shí)施例示出的另一種服務(wù)質(zhì)量信息的獲得裝置的框圖，如圖10所示，在上述圖9所示實(shí)施例的基礎(chǔ)上，該裝置還可包括：

發(fā)送調(diào)整模塊95被配置為在所述分析模塊94對所述服務(wù)運(yùn)行數(shù)據(jù)進(jìn)行分析之后，根據(jù)所述服務(wù)質(zhì)量信息發(fā)送通知信息或調(diào)整服務(wù)返回內(nèi)容。

在該實(shí)施例中，若獲得的服務(wù)質(zhì)量信息為不同地域服務(wù)響應(yīng)時長不一樣，可以向預(yù)設(shè)手機(jī)號碼發(fā)送通知信息，其中，預(yù)設(shè)手機(jī)號碼可以為某運(yùn)營商指定聯(lián)系人的手機(jī)號碼，運(yùn)營商指定聯(lián)系人在獲得該通知信息后，可以聯(lián)系相關(guān)人員進(jìn)行處理，以提高服務(wù)質(zhì)量。

在該實(shí)施例中，若獲得的服務(wù)質(zhì)量信息為用戶針對服務(wù)返回內(nèi)容停留時間過短，則可以調(diào)整服務(wù)返回內(nèi)容，例如之前返回的內(nèi)容為一行有2張圖片，可以嘗試修改為一行有3張圖片，以提高服務(wù)質(zhì)量。

如圖10所示的裝置用于實(shí)現(xiàn)上述如圖4所示的方法流程，涉及到的相關(guān)內(nèi)容描述相同，此處不贅述。

上述實(shí)施例，通過發(fā)送通知信息或調(diào)整服務(wù)返回內(nèi)容來對服務(wù)質(zhì)量進(jìn)行改善，從而達(dá)到提高服務(wù)質(zhì)量的目的。

關(guān)于上述實(shí)施例中的裝置，其中各個模塊、子模塊執(zhí)行操作的具體方式已經(jīng)在有關(guān)該方法的實(shí)施例中進(jìn)行了詳細(xì)描述，此處將不做詳細(xì)闡述說明。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

應(yīng)當(dāng)理解的是，本公開并不局限于上面已經(jīng)描述并在附圖中示出的精確結(jié)構(gòu)，并且可以在不脫離其范圍進(jìn)行各種修改和改變。本公開的范圍僅由所附的權(quán)利要求來限制。