本發(fā)明涉及計算機技術(shù)領(lǐng)域，特別涉及一種移動終端的數(shù)據(jù)同步方法、及服務(wù)器。

背景技術(shù)：

目前即時通訊軟件都支持多終端設(shè)備同時登陸，例如：在手機和電腦上均登陸。

在手機和電腦上均登陸的情況下，服務(wù)器會將即時通訊軟件收到和發(fā)送的信息進行同步。

所謂同步，就是把這些信息發(fā)送給手機和電腦上的即時通訊軟件的客戶端；也就是說，即時通訊軟件的客戶端，在手機側(cè)和在電腦側(cè)，均會接收到這些信息。

目前即時通訊軟件被初次安裝后，通訊錄里的個人或者群組使用默認的接收并提示消息?；蛘?，用戶設(shè)定屏蔽消息后不進行消息同步。

以上方案由于群組并不見得是所有信息都不關(guān)注，因此用戶很多時候仍然會接收這些信息，存在浪費流量和存儲空間的問題。

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

本發(fā)明實施例提供了一種移動終端的數(shù)據(jù)同步方法、及服務(wù)器，用于減少對移動終端流量的消耗，并節(jié)省移動終端有限的存儲空間。

一方面本發(fā)明實施例提供了一種移動終端的數(shù)據(jù)同步方法，包括：

服務(wù)器確定即時通訊軟件在移動終端和另一終端同時登陸的情況下，獲取所述即時通訊軟件的通訊錄中各群組的歷史流量消耗量；

有待同步消息需要發(fā)往所述移動終端前，確定所述待同步消息所屬的群組，若所述待同步消息所屬的群組的歷史流量消耗量大于預(yù)定閾值，則存儲所述待同步消息，并記錄未同步到所述移動終端的消息數(shù)量；

向所述移動終端發(fā)送告知消息，在所述告知消息中攜帶所述待同步消息所屬的群組的標識以及未同步的消息數(shù)量。

在一種可選的實現(xiàn)方式中，所述方法還包括：

接收來自所述移動終端的消息獲取請求，所述消息獲取請求指定獲取所述待同步消息；

將存儲的所述待同步消息發(fā)往所述移動終端。

在一種可選的實現(xiàn)方式中，所述將存儲的所述待同步消息發(fā)往所述移動終端包括：

首先將存儲的所述待同步消息中的文字消息發(fā)往所述移動終端，在接收到圖片獲取指令后，發(fā)送存儲的所述待同步消息中對應(yīng)所述圖片獲取指令指定的圖片。

在一種可選的實現(xiàn)方式中，所述待同步消息所屬的群組的歷史流量消耗量大于預(yù)定閾值包括：

所述待同步消息所屬的群組的歷史流量消耗量在所有群組中消耗的流量從高到低排名小于預(yù)定排名值；

或者，所述待同步消息所屬的群組的歷史流量消耗量中圖片消息消耗的流量大于預(yù)定圖片閾值；

或者，所述待同步消息所屬的群組的歷史流量消耗量占所有群組流量總消耗量的比例大于預(yù)定比例閾值。

在一種可選的實現(xiàn)方式中，所述獲取所述即時通訊軟件的通訊錄中各群組的歷史流量消耗量包括：

獲取所述即時通訊軟件的通訊錄中未設(shè)置消息屏蔽功能的各群組的歷史流量消耗量。

二方面本發(fā)明實施例提供了一種服務(wù)器，包括：

消耗獲取單元，用于確定即時通訊軟件在移動終端和另一終端同時登陸的情況下，獲取所述即時通訊軟件的通訊錄中各群組的歷史流量消耗量；

群組確定單元，用于在有待同步消息需要發(fā)往所述移動終端前，確定所述待同步消息所屬的群組；

存儲單元，用于若所述待同步消息所屬的群組的歷史流量消耗量大于預(yù)定閾值，則存儲所述待同步消息；記錄未同步到所述移動終端的消息數(shù)量；

發(fā)送單元，用于向所述移動終端發(fā)送告知消息，在所述告知消息中攜帶所述待同步消息所屬的群組的標識以及未同步的消息數(shù)量。

在一種可選的實現(xiàn)方式中，所述服務(wù)器還包括：

接收單元，用于接收來自所述移動終端的消息獲取請求，所述消息獲取請求指定獲取所述待同步消息；

所述發(fā)送單元，還用于將存儲的所述待同步消息發(fā)往所述移動終端。

在一種可選的實現(xiàn)方式中，所述發(fā)送單元，具體用于首先將存儲的所述待同步消息中的文字消息發(fā)往所述移動終端，在接收到圖片獲取指令后，發(fā)送存儲的所述待同步消息中對應(yīng)所述圖片獲取指令指定的圖片。

在一種可選的實現(xiàn)方式中，所述待同步消息所屬的群組的歷史流量消耗量大于預(yù)定閾值包括：

所述待同步消息所屬的群組的歷史流量消耗量在所有群組中消耗的流量從高到低排名小于預(yù)定排名值；

或者，所述待同步消息所屬的群組的歷史流量消耗量中圖片消息消耗的流量大于預(yù)定圖片閾值；

或者，所述待同步消息所屬的群組的歷史流量消耗量占所有群組流量總消耗量的比例大于預(yù)定比例閾值。

在一種可選的實現(xiàn)方式中，所述消耗獲取單元，具體用于獲取所述即時通訊軟件的通訊錄中未設(shè)置消息屏蔽功能的各群組的歷史流量消耗量。

三方面本發(fā)明實施例提供了一種服務(wù)器，包括：接收設(shè)備、發(fā)送設(shè)備、處理器以及存儲器；所述處理器用于執(zhí)行本發(fā)明實施例提供的任意一項所述的方法。

從以上技術(shù)方案可以看出，本發(fā)明實施例具有以下優(yōu)點：在即時通訊軟件在移動終端和另一終端同時登陸的情況下，獲取通訊錄中各群組的歷史流量消耗量；對于那些流量消耗特別大的群組，通常來說是人數(shù)特別多或者經(jīng)常發(fā)各種圖片的群組，如果將這些消息全部直接發(fā)送給移動終端會浪費移動終端的流量，還會增加即時通訊軟件在移動終端的體量，通過先存儲這些待同步消息，在接收到用戶需要這些消息的請求后才發(fā)送這些待同步消息，這樣可以減少對移動終端流量的消耗，并節(jié)省移動終端有限的存儲空間。

附圖說明

為了更清楚地說明本發(fā)明實施例中的技術(shù)方案，下面將對實施例描述中所需要使用的附圖作簡要介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域的普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明實施例方法流程示意圖；

圖2為本發(fā)明實施例方法流程示意圖；

圖3為本發(fā)明實施例服務(wù)器結(jié)構(gòu)示意圖；

圖4為本發(fā)明實施例服務(wù)器結(jié)構(gòu)示意圖；

圖5為本發(fā)明實施例服務(wù)器結(jié)構(gòu)示意圖；

圖6為本發(fā)明實施例服務(wù)器結(jié)構(gòu)示意圖。

具體實施方式

為了使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖對本發(fā)明作進一步地詳細描述，顯然，所描述的實施例僅僅是本發(fā)明一部份實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其它實施例，都屬于本發(fā)明保護的范圍。

本發(fā)明實施例可以應(yīng)用的一個具體的應(yīng)用場景如下：

用戶的QQ可能會有很多QQ群，例如：小區(qū)業(yè)主群、同學群、閑聊群、工作群等。每個群重要程度是不一樣的，特別是有些群并不重要但是消息特別多，而且可能有些人特別喜歡發(fā)很多圖片、動圖、視頻等等；消耗流量不說，即使使用免費的網(wǎng)絡(luò)，這些數(shù)據(jù)過多會使即時通訊軟件體量越來越大。電腦一側(cè)還好，手機一側(cè)可能會受不了。因此需要本發(fā)實施例的解決方案。

本發(fā)明實施例提供了一種移動終端的數(shù)據(jù)同步方法，其特征在于，包括：

101：服務(wù)器確定即時通訊軟件在移動終端和另一終端同時登陸的情況下，獲取上述即時通訊軟件的通訊錄中各群組的歷史流量消耗量；

在本發(fā)明實施例中主要關(guān)注移動終端，這是由于移動終端對流量消耗較為敏感，另外移動終端的存儲空間有限，即時通訊軟件如果體量過大會對移動終端的性能造成較大的影響。

102：有待同步消息需要發(fā)往上述移動終端前，確定上述待同步消息所屬的群組，若上述待同步消息所屬的群組的歷史流量消耗量大于預(yù)定閾值，則存儲上述待同步消息，并記錄未同步到上述移動終端的消息數(shù)量；

待同步消息是指接收端為上述即時通訊軟件的消息，由于即時通訊軟件在移動終端和另一終端同時登陸了，按照要求是應(yīng)該將消息發(fā)往該移動終端和上述另一終端的，因此可以稱為待同步消息。

103：向上述移動終端發(fā)送告知消息，在上述告知消息中攜帶上述待同步消息所屬的群組的標識以及未同步的消息數(shù)量。

可以理解的是，在本實施例中，僅發(fā)送了告知消息并未發(fā)送實際的待同步消息給移動終端。

在即時通訊軟件在移動終端和另一終端同時登陸的情況下，獲取通訊錄中各群組的歷史流量消耗量；對于那些流量消耗特別大的群組，通常來說是人數(shù)特別多或者經(jīng)常發(fā)各種圖片的群組，如果將這些消息全部直接發(fā)送給移動終端會浪費移動終端的流量，還會增加即時通訊軟件在移動終端的體量，通過先存儲這些待同步消息，在接收到用戶需要這些消息的請求后才發(fā)送這些待同步消息，這樣可以減少對移動終端流量的消耗，并節(jié)省移動終端有限的存儲空間。

進一步地，本發(fā)明實施例還提供了將存儲的待同步消息發(fā)往移動終端的具體實現(xiàn)方案：上述方法還包括：

接收來自上述移動終端的消息獲取請求，上述消息獲取請求指定獲取上述待同步消息；

將存儲的上述待同步消息發(fā)往上述移動終端。

在本實施例中，由移動終端發(fā)起消息獲取請求，基于移動終端的消息獲取需求來發(fā)送待同步消息，這樣可以最大限度的減少不不要消息被發(fā)送的可能性。

進一步地，由于直接將所有待同步消息發(fā)往移動終端，仍然有可能發(fā)送過多的消息，并且消耗過多的流量，使即時通訊軟件體量變得過大，基于此本發(fā)明實施例還提供了如下方案：上述將存儲的上述待同步消息發(fā)往上述移動終端包括：

首先將存儲的上述待同步消息中的文字消息發(fā)往上述移動終端，在接收到圖片獲取指令后，發(fā)送存儲的上述待同步消息中對應(yīng)上述圖片獲取指令指定的圖片。

本實施例，將待同步消息發(fā)往移動終端的過程分為兩段，先發(fā)文字消息，在用戶再次提出需求的情況下，發(fā)送對應(yīng)的圖片，盡量少發(fā)不必要的圖片。在本發(fā)明實施例中可以將圖片的范疇擴大理解為：靜態(tài)的圖片，即：通常意義上的圖片，還可以是動態(tài)的圖片，例如：動圖，還可以是視頻。

本實施例還提供了通過群組的歷史流量消耗量來區(qū)分需要進行待同步消息控制發(fā)送的具體實現(xiàn)方案，如下：上述待同步消息所屬的群組的歷史流量消耗量大于預(yù)定閾值包括：

上述待同步消息所屬的群組的歷史流量消耗量在所有群組中消耗的流量從高到低排名小于預(yù)定排名值；

或者，上述待同步消息所屬的群組的歷史流量消耗量中圖片消息消耗的流量大于預(yù)定圖片閾值；

或者，上述待同步消息所屬的群組的歷史流量消耗量占所有群組流量總消耗量的比例大于預(yù)定比例閾值。

在本實施例中，提供了三種可選的實現(xiàn)方案，需要說明的是，以上三個方案不是本發(fā)明實施例中確定需要進行待同步消息控制發(fā)送的全部窮舉，因此不應(yīng)理解為對本發(fā)明實施例具有唯一性限定。

優(yōu)選地，本發(fā)明實施例中，由于有些消息群組可能已經(jīng)設(shè)置了消息屏蔽功能，例如：不接收消息；那么這種情況下，可以不對這些群組進行分析，這樣可以減少數(shù)據(jù)分析量，并且使后續(xù)待同步消息發(fā)往移動終端更準確，具體如下：上述獲取上述即時通訊軟件的通訊錄中各群組的歷史流量消耗量包括：

獲取上述即時通訊軟件的通訊錄中未設(shè)置消息屏蔽功能的各群組的歷史流量消耗量。

如圖2所示，本發(fā)明實施例還提供了基于通信系統(tǒng)交互的流程圖，在該通信系統(tǒng)中包含三個設(shè)備：移動終端、手機以及個人電腦；待同步數(shù)據(jù)的同步對象：個人電腦和手機；控制設(shè)備：即時通訊軟件的客戶端運營商的服務(wù)器；具體流程圖如下：

201、即時通訊軟件在手機和個人電腦登錄；

202、在服務(wù)器一側(cè)確定如果有消息要同步到手機，獲取上述即時通訊軟件中的QQ群消耗流量較多的群，默認這些群不同步消息；記錄需要同步的消息數(shù)量，并告知到手機；

如果有消息要同步到個人電腦，可以直接同步不用執(zhí)行同步控制策略，也可以執(zhí)行同步控制策略；對比本發(fā)明實施例不作唯一性限制。

203、在用戶打開手機中的即時通訊軟件后，顯示未接收的消息條數(shù)；

204、即時通訊軟件在接收到到用戶選擇接收后，向服務(wù)器發(fā)送消息獲取請求，然后接收對應(yīng)消息；在用戶選擇接收圖片后，再發(fā)一條圖片獲取請求，下載圖片。

基于以上說明可知：手機一側(cè)的同步控制方案：獲取手機里面消耗流量多的群，例如：特別活躍的群，人數(shù)特別多的群，總喜歡發(fā)圖片的群；默認這些群只發(fā)信息條數(shù)，消息暫存服務(wù)器，用戶選擇接收，就把消息發(fā)過來，用戶再選擇接收圖片，再發(fā)圖片。

采用以上方案，可以大大節(jié)省手機一側(cè)的存儲空間，減少不必要消息的接收。

本發(fā)明實施例還提供了一種服務(wù)器，如圖3所示，包括：

消耗獲取單元301，用于確定即時通訊軟件在移動終端和另一終端同時登陸的情況下，獲取上述即時通訊軟件的通訊錄中各群組的歷史流量消耗量；

群組確定單元302，用于在有待同步消息需要發(fā)往上述移動終端前，確定上述待同步消息所屬的群組；

存儲單元303，用于若上述待同步消息所屬的群組的歷史流量消耗量大于預(yù)定閾值，則存儲上述待同步消息；記錄未同步到上述移動終端的消息數(shù)量；

發(fā)送單元304，用于向上述移動終端發(fā)送告知消息，在上述告知消息中攜帶上述待同步消息所屬的群組的標識以及未同步的消息數(shù)量。

在本發(fā)明實施例中主要關(guān)注移動終端，這是由于移動終端對流量消耗較為敏感，另外移動終端的存儲空間有限，即時通訊軟件如果體量過大會對移動終端的性能造成較大的影響。

待同步消息是指接收端為上述即時通訊軟件的消息，由于即時通訊軟件在移動終端和另一終端同時登陸了，按照要求是應(yīng)該將消息發(fā)往該移動終端和上述另一終端的，因此可以稱為待同步消息。

可以理解的是，在本實施例中，僅發(fā)送了告知消息并未發(fā)送實際的待同步消息給移動終端。

在即時通訊軟件在移動終端和另一終端同時登陸的情況下，獲取通訊錄中各群組的歷史流量消耗量；對于那些流量消耗特別大的群組，通常來說是人數(shù)特別多或者經(jīng)常發(fā)各種圖片的群組，如果將這些消息全部直接發(fā)送給移動終端會浪費移動終端的流量，還會增加即時通訊軟件在移動終端的體量，通過先存儲這些待同步消息，在接收到用戶需要這些消息的請求后才發(fā)送這些待同步消息，這樣可以減少對移動終端流量的消耗，并節(jié)省移動終端有限的存儲空間。

進一步地，本發(fā)明實施例還提供了將存儲的待同步消息發(fā)往移動終端的具體實現(xiàn)方案：如圖4所示，上述服務(wù)器還包括：

接收單元401，用于接收來自上述移動終端的消息獲取請求，上述消息獲取請求指定獲取上述待同步消息；

上述發(fā)送單元304，還用于將存儲的上述待同步消息發(fā)往上述移動終端。

在本實施例中，由移動終端發(fā)起消息獲取請求，基于移動終端的消息獲取需求來發(fā)送待同步消息，這樣可以最大限度的減少不不要消息被發(fā)送的可能性。

進一步地，由于直接將所有待同步消息發(fā)往移動終端，仍然有可能發(fā)送過多的消息，并且消耗過多的流量，使即時通訊軟件體量變得過大，基于此本發(fā)明實施例還提供了如下方案：上述發(fā)送單元304，具體用于首先將存儲的上述待同步消息中的文字消息發(fā)往上述移動終端，在接收到圖片獲取指令后，發(fā)送存儲的上述待同步消息中對應(yīng)上述圖片獲取指令指定的圖片。

本實施例，將待同步消息發(fā)往移動終端的過程分為兩段，先發(fā)文字消息，在用戶再次提出需求的情況下，發(fā)送對應(yīng)的圖片，盡量少發(fā)不必要的圖片。在本發(fā)明實施例中可以將圖片的范疇擴大理解為：靜態(tài)的圖片，即：通常意義上的圖片，還可以是動態(tài)的圖片，例如：動圖，還可以是視頻。

本實施例還提供了通過群組的歷史流量消耗量來區(qū)分需要進行待同步消息控制發(fā)送的具體實現(xiàn)方案，如下：上述待同步消息所屬的群組的歷史流量消耗量大于預(yù)定閾值包括：

上述待同步消息所屬的群組的歷史流量消耗量在所有群組中消耗的流量從高到低排名小于預(yù)定排名值；

或者，上述待同步消息所屬的群組的歷史流量消耗量中圖片消息消耗的流量大于預(yù)定圖片閾值；

或者，上述待同步消息所屬的群組的歷史流量消耗量占所有群組流量總消耗量的比例大于預(yù)定比例閾值。

在本實施例中，提供了三種可選的實現(xiàn)方案，需要說明的是，以上三個方案不是本發(fā)明實施例中確定需要進行待同步消息控制發(fā)送的全部窮舉，因此不應(yīng)理解為對本發(fā)明實施例具有唯一性限定。

優(yōu)選地，本發(fā)明實施例中，由于有些消息群組可能已經(jīng)設(shè)置了消息屏蔽功能，例如：不接收消息；那么這種情況下，可以不對這些群組進行分析，這樣可以減少數(shù)據(jù)分析量，并且使后續(xù)待同步消息發(fā)往移動終端更準確，具體如下：上述消耗獲取單元301，具體用于獲取上述即時通訊軟件的通訊錄中未設(shè)置消息屏蔽功能的各群組的歷史流量消耗量。

本發(fā)明實施例還提供了另一種服務(wù)器，如圖5所示，包括：接收設(shè)備501、發(fā)送設(shè)備502、處理器503以及存儲器504；其中存儲器504可以用于提供處理器503在執(zhí)行數(shù)據(jù)處理過程中的緩存，也可以用于提供其他例如待同步消息的存儲空間；

上述處理器503，用于確定即時通訊軟件在移動終端和另一終端同時登陸的情況下，獲取上述即時通訊軟件的通訊錄中各群組的歷史流量消耗量；有待同步消息需要發(fā)往上述移動終端前，確定上述待同步消息所屬的群組，若上述待同步消息所屬的群組的歷史流量消耗量大于預(yù)定閾值，則存儲上述待同步消息，并記錄未同步到上述移動終端的消息數(shù)量；向上述移動終端發(fā)送告知消息，在上述告知消息中攜帶上述待同步消息所屬的群組的標識以及未同步的消息數(shù)量。

在本發(fā)明實施例中主要關(guān)注移動終端，這是由于移動終端對流量消耗較為敏感，另外移動終端的存儲空間有限，即時通訊軟件如果體量過大會對移動終端的性能造成較大的影響。

待同步消息是指接收端為上述即時通訊軟件的消息，由于即時通訊軟件在移動終端和另一終端同時登陸了，按照要求是應(yīng)該將消息發(fā)往該移動終端和上述另一終端的，因此可以稱為待同步消息。

可以理解的是，在本實施例中，僅發(fā)送了告知消息并未發(fā)送實際的待同步消息給移動終端。

在即時通訊軟件在移動終端和另一終端同時登陸的情況下，獲取通訊錄中各群組的歷史流量消耗量；對于那些流量消耗特別大的群組，通常來說是人數(shù)特別多或者經(jīng)常發(fā)各種圖片的群組，如果將這些消息全部直接發(fā)送給移動終端會浪費移動終端的流量，還會增加即時通訊軟件在移動終端的體量，通過先存儲這些待同步消息，在接收到用戶需要這些消息的請求后才發(fā)送這些待同步消息，這樣可以減少對移動終端流量的消耗，并節(jié)省移動終端有限的存儲空間。

進一步地，本發(fā)明實施例還提供了將存儲的待同步消息發(fā)往移動終端的具體實現(xiàn)方案：上述處理器503，還用于接收來自上述移動終端的消息獲取請求，上述消息獲取請求指定獲取上述待同步消息；

將存儲的上述待同步消息發(fā)往上述移動終端。

在本實施例中，由移動終端發(fā)起消息獲取請求，基于移動終端的消息獲取需求來發(fā)送待同步消息，這樣可以最大限度的減少不不要消息被發(fā)送的可能性。

進一步地，由于直接將所有待同步消息發(fā)往移動終端，仍然有可能發(fā)送過多的消息，并且消耗過多的流量，使即時通訊軟件體量變得過大，基于此本發(fā)明實施例還提供了如下方案：上述處理器503，用于將存儲的上述待同步消息發(fā)往上述移動終端包括：

首先將存儲的上述待同步消息中的文字消息發(fā)往上述移動終端，在接收到圖片獲取指令后，發(fā)送存儲的上述待同步消息中對應(yīng)上述圖片獲取指令指定的圖片。

本實施例，將待同步消息發(fā)往移動終端的過程分為兩段，先發(fā)文字消息，在用戶再次提出需求的情況下，發(fā)送對應(yīng)的圖片，盡量少發(fā)不必要的圖片。在本發(fā)明實施例中可以將圖片的范疇擴大理解為：靜態(tài)的圖片，即：通常意義上的圖片，還可以是動態(tài)的圖片，例如：動圖，還可以是視頻。

本實施例還提供了通過群組的歷史流量消耗量來區(qū)分需要進行待同步消息控制發(fā)送的具體實現(xiàn)方案，如下：上述待同步消息所屬的群組的歷史流量消耗量大于預(yù)定閾值包括：

上述待同步消息所屬的群組的歷史流量消耗量在所有群組中消耗的流量從高到低排名小于預(yù)定排名值；

或者，上述待同步消息所屬的群組的歷史流量消耗量中圖片消息消耗的流量大于預(yù)定圖片閾值；

或者，上述待同步消息所屬的群組的歷史流量消耗量占所有群組流量總消耗量的比例大于預(yù)定比例閾值。

在本實施例中，提供了三種可選的實現(xiàn)方案，需要說明的是，以上三個方案不是本發(fā)明實施例中確定需要進行待同步消息控制發(fā)送的全部窮舉，因此不應(yīng)理解為對本發(fā)明實施例具有唯一性限定。

優(yōu)選地，本發(fā)明實施例中，由于有些消息群組可能已經(jīng)設(shè)置了消息屏蔽功能，例如：不接收消息；那么這種情況下，可以不對這些群組進行分析，這樣可以減少數(shù)據(jù)分析量，并且使后續(xù)待同步消息發(fā)往移動終端更準確，具體如下：上述處理器503，用于獲取上述即時通訊軟件的通訊錄中各群組的歷史流量消耗量包括：

獲取上述即時通訊軟件的通訊錄中未設(shè)置消息屏蔽功能的各群組的歷史流量消耗量。

圖6是本發(fā)明實施例提供的一種服務(wù)器結(jié)構(gòu)示意圖，該服務(wù)器600可因配置或性能不同而產(chǎn)生比較大的差異，可以包括一個或一個以上中央處理器(central processing units，CPU)622(例如，一個或一個以上處理器)和存儲器632，一個或一個以上存儲應(yīng)用程序642或數(shù)據(jù)644的存儲介質(zhì)630(例如一個或一個以上海量存儲設(shè)備)。其中，存儲器632和存儲介質(zhì)630可以是短暫存儲或持久存儲。存儲在存儲介質(zhì)630的程序可以包括一個或一個以上模塊(圖示沒標出)，每個模塊可以包括對服務(wù)器中的一系列指令操作。更進一步地，中央處理器622可以設(shè)置為與存儲介質(zhì)630通信，在服務(wù)器600上執(zhí)行存儲介質(zhì)630中的一系列指令操作。

服務(wù)器600還可以包括一個或一個以上電源626，一個或一個以上有線或無線網(wǎng)絡(luò)接口650，一個或一個以上輸入輸出接口658，和/或，一個或一個以上操作系統(tǒng)641，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，F(xiàn)reeBSDTM等等。

上述實施例中由服務(wù)器所執(zhí)行的步驟可以基于該圖6所示的服務(wù)器結(jié)構(gòu)。

值得注意的是，上述服務(wù)器實施例中，所包括的各個單元只是按照功能邏輯進行劃分的，但并不局限于上述的劃分，只要能夠?qū)崿F(xiàn)相應(yīng)的功能即可；另外，各功能單元的具體名稱也只是為了便于相互區(qū)分，并不用于限制本發(fā)明的保護范圍。

另外，本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述各方法實施例中的全部或部分步驟是可以通過程序來指令相關(guān)的硬件完成，相應(yīng)的程序可以存儲于一種計算機可讀存儲介質(zhì)中，上述提到的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。

以上僅為本發(fā)明較佳的具體實施方式，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明實施例揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應(yīng)該以權(quán)利要求的保護范圍為準。