本發(fā)明涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域，尤其涉及一種差分包生成方法和裝置。

背景技術(shù)：

終端設(shè)備中往往安裝有終端設(shè)備廠商初始安裝在終端設(shè)備中的系統(tǒng)軟件、應(yīng)用軟件，以及用戶在后續(xù)使用過程中的安裝的多種應(yīng)用軟件。用戶在不斷的使用過程中，有些軟件可能由于開始研發(fā)過程中沒有發(fā)現(xiàn)的漏洞，或者為了滿足用戶提出的新的功能需求，而需要對舊版本軟件進(jìn)行升級。

目前，有多種軟件版本升級方式，其中，空中下載技術(shù)(Over the Air Technology，簡稱OTA)差分包升級方式，因其相比于全包升級等其他升級方式具有占用存儲空間小、耗費(fèi)流量少、升級速度快等優(yōu)勢，被廣泛應(yīng)用。OTA升級是安卓(Android)系統(tǒng)提供的標(biāo)準(zhǔn)軟件升級方式。它功能強(qiáng)大，可以無損失升級系統(tǒng)，主要通過網(wǎng)絡(luò)自動下載OTA升級差分包，自動升級。

在實(shí)現(xiàn)本發(fā)明過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問題：

目前，針對舊軟件版本A和新軟件版本B來說，其差分包的生成方式簡單來說是直接使用二進(jìn)制差分工具BSDiff對舊軟件版本A和新軟件版本B進(jìn)行差分處理，得到差分包。但是，由于在進(jìn)行版本升級時(shí)，可能對舊軟件版本A中的部分內(nèi)容并沒有做實(shí)質(zhì)修改，只是因?yàn)樯壍搅诵萝浖姹綛而使得這部分內(nèi)容的時(shí)間戳發(fā)生了改變，比如由舊軟件版本A時(shí)對應(yīng)的2015年11月1日變?yōu)樾萝浖姹綛時(shí)對應(yīng)的2016年11月1日，這些內(nèi)容構(gòu)成時(shí)間戳文件。但是，在使用二進(jìn)制差分工具BSDiff對舊軟件版本A和新軟件版本B進(jìn)行差分處理時(shí)，這些時(shí)間戳文件也被認(rèn)為是差異文件，被包含于生成的差分包中，使得差分包中除了包含待升級文件即發(fā)生實(shí)質(zhì)修改的內(nèi)容外，還包括該不必要的時(shí)間戳文件，導(dǎo)致差分包占用更多的存儲空間，耗費(fèi)更多的流量。

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

有鑒于此，本發(fā)明實(shí)施例提供了一種差分包生成方法和裝置，通過保證生成的差分包中僅包含待升級到的軟件版本相對于升級前的舊軟件版本發(fā)生實(shí)質(zhì)改變的內(nèi)容，以有效降低差分包的大小，節(jié)省服務(wù)器的存儲空間。

一方面，本發(fā)明實(shí)施例提供了一種差分包生成方法，包括：

獲取與第一軟件包對應(yīng)的升級修改記錄，所述第一軟件包為舊版本的軟件包；

根據(jù)所述升級修改記錄，從所述第一軟件包中提取被修改的內(nèi)容；

將所述被修改的內(nèi)容存入第二軟件包，以獲得第三軟件包，所述第二軟件包為待升級到版本的軟件包；

對所述第二軟件包和所述第三軟件包進(jìn)行差分處理，以生成用于從所述第一軟件包升級到所述第二軟件包的差分包。

可選地，所述生成用于從所述第一軟件包升級到所述第二軟件包的差分包之后，還包括：

接收終端設(shè)備發(fā)送的升級請求，所述升級請求中包括所述舊版本的版本號；

根據(jù)所述舊版本的版本號，確定所述待升級到版本的版本號；

獲取與所述舊版本的版本號和所述待升級到版本的版本號對應(yīng)的所述差分包。

可選地，所述升級請求中還包括用戶標(biāo)識，以及，所述根據(jù)所述舊版本的版本號確定所述待升級到版本的版本號，包括：

根據(jù)所述用戶標(biāo)識確定所述終端設(shè)備的升級步長；

根據(jù)所述升級步長和所述舊版本的版本號確定所述待升級到版本的版本號。

可選地，所述獲取與第一軟件包對應(yīng)的升級修改記錄之前，還包括：

根據(jù)所述第二軟件包的大小確定是否需要生成所述差分包。

可選地，所述方法還包括：

將所述差分包發(fā)送至所述終端設(shè)備，以使所述終端設(shè)備根據(jù)所述差分包對所述第一軟件包進(jìn)行升級。

另一方面，本發(fā)明實(shí)施例提供了一種差分包生成裝置，包括：

第一獲取模塊，用于獲取與第一軟件包對應(yīng)的升級修改記錄，所述第一軟件包為舊版本的軟件包；

提取模塊，用于根據(jù)所述升級修改記錄，從所述第一軟件包中提取被修改的內(nèi)容；

存儲模塊，用于將所述被修改的內(nèi)容存入第二軟件包，以獲得第三軟件包，所述第二軟件包為待升級到版本的軟件包；

生成模塊，用于對所述第二軟件包和所述第三軟件包進(jìn)行差分處理，以生成用于從所述第一軟件包升級到所述第二軟件包的差分包。

可選地，該裝置還包括：

接收模塊，用于接收終端設(shè)備發(fā)送的升級請求，所述升級請求中包括所述舊版本的版本號；

第一確定模塊，用于根據(jù)所述舊版本的版本號，確定所述待升級到版本的版本號；

第二獲取模塊，用于獲取與所述舊版本的版本號和所述待升級到版本的版本號對應(yīng)的所述差分包。

可選地，所述升級請求中還包括用戶標(biāo)識，以及，所述裝置還包括：

第二確定模塊，用于根據(jù)所述用戶標(biāo)識確定所述終端設(shè)備的升級步長；

第三確定模塊，用于根據(jù)所述升級步長和所述舊版本的版本號確定所述待升級到版本的版本號。

可選地，該裝置還包括：

第四確定模塊，用于根據(jù)所述第二軟件包的大小確定是否需要生成所述差分包。

可選地，該裝置還包括：

發(fā)送模塊，用于將所述差分包發(fā)送至所述終端設(shè)備，以使所述終端設(shè)備根據(jù)所述差分包對所述第一軟件包進(jìn)行升級。

上述技術(shù)方案中的一個(gè)技術(shù)方案具有如下有益效果：

在制作相對于舊版本的升級版本時(shí)，形成記錄有對舊版本都做了哪些修改的升級修改文件，從而，在生成舊版本對應(yīng)的第一軟件包與升級到版本對應(yīng)的第二軟件包之間的差分包時(shí)，首先根據(jù)該升級修改記錄從第一軟件包中提取被修改的內(nèi)容，之后將被修改的內(nèi)容存入第二軟件包以獲得第三軟件包，此時(shí)第二軟件包與第三軟件包之間只有待升級文件存在差異，通過對第二軟件包和第三軟件包進(jìn)行差分處理便可以生成用于從第一軟件包升級到第二軟件包的差分包。由于該生成的差分包中僅包含待升級到的軟件版本相對于升級前的舊軟件版本發(fā)生實(shí)質(zhì)改變的內(nèi)容即僅包含待升級文件，不會含有時(shí)間戳文件，從而有效降低差分包的大小，節(jié)省了服務(wù)器的存儲空間，降低了需要耗費(fèi)的流量。

【附圖說明】

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

圖1是本發(fā)明實(shí)施例所提供的差分包生成方法的實(shí)施例一的流程圖；

圖2是本發(fā)明實(shí)施例所提供的差分包生成方法的實(shí)施例二的流程圖；

圖3是本發(fā)明實(shí)施例所提供的差分包生成方法的實(shí)施例三的流程圖；

圖4是本發(fā)明實(shí)施例所提供的差分包生成裝置的實(shí)施例一的結(jié)構(gòu)示意圖；

圖5是本發(fā)明實(shí)施例所提供的差分包生成裝置的實(shí)施例二的結(jié)構(gòu)示意圖；

圖6是本發(fā)明實(shí)施例所提供的差分包生成裝置的實(shí)施例三的結(jié)構(gòu)示意圖。

【具體實(shí)施方式】

為了更好的理解本發(fā)明的技術(shù)方案，下面結(jié)合附圖對本發(fā)明實(shí)施例進(jìn)行詳細(xì)描述。

應(yīng)當(dāng)明確，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其它實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。

在本發(fā)明實(shí)施例中使用的術(shù)語是僅僅出于描述特定實(shí)施例的目的，而非旨在限制本發(fā)明。在本發(fā)明實(shí)施例和所附權(quán)利要求書中所使用的單數(shù)形式的“一種”、“所述”和“該”也旨在包括多數(shù)形式，除非上下文清楚地表示其他含義。

應(yīng)當(dāng)理解，本文中使用的術(shù)語“和/或”僅僅是一種描述關(guān)聯(lián)對象的關(guān)聯(lián)關(guān)系，表示可以存在三種關(guān)系，例如，A和/或B，可以表示：單獨(dú)存在A，同時(shí)存在A和B，單獨(dú)存在B這三種情況。另外，本文中字符“/”，一般表示前后關(guān)聯(lián)對象是一種“或”的關(guān)系。

取決于語境，如在此所使用的詞語“如果”可以被解釋成為“在……時(shí)”或“當(dāng)……時(shí)”或“響應(yīng)于確定”或“響應(yīng)于檢測”。類似地，取決于語境，短語“如果確定”或“如果檢測(陳述的條件或事件)”可以被解釋成為“當(dāng)確定時(shí)”或“響應(yīng)于確定”或“當(dāng)檢測(陳述的條件或事件)時(shí)”或“響應(yīng)于檢測(陳述的條件或事件)”。

圖1是本發(fā)明實(shí)施例所提供的差分包生成方法的實(shí)施例一的流程圖，本實(shí)施例提供的該差分包生成方法可以由一差分包生成裝置來執(zhí)行，該差分包生成裝置可以為位于服務(wù)器的應(yīng)用，或者還可以為位于本地終端的應(yīng)用中的插件或軟件開發(fā)工具包(Software Development Kit，SDK)等功能單元，本發(fā)明實(shí)施例對此不進(jìn)行特別限定。該差分包生成裝置可以集成設(shè)置在服務(wù)器中。如圖1所示，該方法包括以下步驟：

S101，獲取與第一軟件包對應(yīng)的升級修改記錄，第一軟件包為舊版本的軟件包。

本實(shí)施例中，針對某個(gè)應(yīng)用來說，服務(wù)器側(cè)存儲有該應(yīng)用對應(yīng)的所有版本，即存儲了所有版本的軟件包，比如V1版本、V2版本和V3版本各自對應(yīng)的軟件包。

其中，上述第一軟件包可以是上述舉例中的V1版本或V2版本的軟件包。

在實(shí)際研發(fā)過程中，假設(shè)在將V1版本升級為V2版本時(shí)，研發(fā)人員基于在升級的過程中其對V1版本的軟件包都進(jìn)行了哪些修改以得到V2版本來生成相應(yīng)的升級修改記錄，該升級修改記錄中記錄有對V1版本的軟件包中的哪些文件、參數(shù)等內(nèi)容進(jìn)行了修改，以及新增了哪些文件、參數(shù)等內(nèi)容。

其中，該升級修改記錄中可以以索引的方式記錄都對V1版本軟件包中的什么內(nèi)容進(jìn)行了修改，該索引可以是存儲索引，函數(shù)標(biāo)識索引等。

值得說明的是，當(dāng)如上述舉例中一個(gè)應(yīng)用具有多個(gè)版本時(shí)，即在生成V3版本后，其前面有兩個(gè)舊版本，這兩個(gè)舊版本可能都被不同的用戶使用，因此，為了滿足所有使用該應(yīng)用的用戶的不同升級需求，當(dāng)一個(gè)新版本生成時(shí)，需要針對之前的每個(gè)舊版本都生成各自對應(yīng)的升級修改文件。

以上述舉例來說，假設(shè)在由V1版本升級到V2時(shí)，生成了與V1版本對應(yīng)的第一升級修改記錄，在由V2版本升級到V3版本時(shí)，生成了與V2版本對應(yīng)的第二升級修改記錄，則此時(shí)，V1版本相對于V3版本而言的升級修改記錄可以認(rèn)為由第一升級修改記錄和第二升級修改記錄構(gòu)成。

S102，根據(jù)升級修改記錄從第一軟件包中提取被修改的內(nèi)容。

S103，將被修改的內(nèi)容存入第二軟件包以獲得第三軟件包，第二軟件包為待升級到版本的軟件包。

S104，對第二軟件包和第三軟件包進(jìn)行差分處理，以生成用于從第一軟件包升級到第二軟件包的差分包。

假設(shè)第一軟件包為V2版本的軟件包，第二軟件包為V3版本的軟件包，為了生成V2版本升級到V3版本所需的差分包，本實(shí)施例中，首先根據(jù)V2版本對應(yīng)的升級修改記錄，從第一軟件包中提取相應(yīng)的內(nèi)容，即研發(fā)時(shí)對該第一軟件包實(shí)際修改的內(nèi)容。其次，可以將第二軟件包復(fù)制出一個(gè)副本，將提取出的被修改內(nèi)容存入該副本軟件包中，得到第三軟件包。最后，使用二進(jìn)制比較工具bsdiff對第二軟件包和第三軟件包進(jìn)行差分處理，以生成用于從第一軟件包升級到第二軟件包的差分包。

本實(shí)施例中，針對某個(gè)應(yīng)用的所有版本來說，在服務(wù)器發(fā)布最新版本時(shí)，需要基于上述過程生成所有之前的舊版本相對于該最新版本的差分包，以滿足不同的升級需求。

以上述舉例來說，當(dāng)前已經(jīng)發(fā)布了V1和V2兩個(gè)版本，當(dāng)需要發(fā)布V3版本時(shí)，服務(wù)器需要生成以下差分包：

V1版本升級到V3版本的差分包；

V2版本升級到V3版本的差分包。

本實(shí)施例中，在制作相對于舊版本的升級版本時(shí)，形成記錄有對舊版本都做了哪些修改的升級修改文件，從而，在生成舊版本對應(yīng)的第一軟件包與升級到版本對應(yīng)的第二軟件包之間的差分包時(shí)，首先根據(jù)該升級修改記錄從第一軟件包中提取被修改的內(nèi)容，之后將被修改的內(nèi)容存入第二軟件包以獲得第三軟件包，此時(shí)第二軟件包與第三軟件包之間只有待升級文件存在差異，通過對第二軟件包和第三軟件包進(jìn)行差分處理便可以生成用于從第一軟件包升級到第二軟件包的差分包。由于該生成的差分包中僅包含待升級到的軟件版本相對于升級前的舊軟件版本發(fā)生實(shí)質(zhì)改變的內(nèi)容即僅包含待升級文件，不會含有時(shí)間戳文件，從而有效降低差分包的大小，節(jié)省了服務(wù)器的存儲空間，降低了需要耗費(fèi)的流量。

前述實(shí)施例中僅以服務(wù)器側(cè)生成任一舊版本升級到某一新版本時(shí)所需的差分包的過程進(jìn)行了說明，在實(shí)際應(yīng)用過程中，該差分包是用于用戶進(jìn)行軟件版本的升級處理之用的，那么用戶是如何進(jìn)行升級的呢，下面結(jié)合圖2所示實(shí)施例來說明。

圖2是本發(fā)明實(shí)施例所提供的差分包生成方法的實(shí)施例二的流程圖，如圖2所示，在圖1所示實(shí)施例基礎(chǔ)上，可選地，步驟S101之前還可以包括如下步驟：

S201，根據(jù)第二軟件包的大小確定是否需要生成差分包，若需要，則執(zhí)行步驟S101。

本實(shí)施例中，差分包的升級方式一般用于比較大的應(yīng)用程序，因此，如果當(dāng)前待升級到版本的第二軟件包比較小，則可以直接以全包升級的方式進(jìn)行升級即可，如果該第二軟件包比較大，才確定需要以差分包方式升級，從而生成對應(yīng)的差分包。

另外，步驟S104之后，還可以包括如下步驟：

S202，接收終端設(shè)備發(fā)送的升級請求，升級請求中包括舊版本的版本號。

實(shí)際應(yīng)用中，當(dāng)服務(wù)器側(cè)發(fā)布某個(gè)應(yīng)用的新版本時(shí)，會向安裝有該應(yīng)用的終端設(shè)備發(fā)送升級提醒消息，如果用戶響應(yīng)于該升級提醒消息而觸發(fā)升級時(shí)，終端設(shè)備會向服務(wù)器發(fā)送升級請求，該升級請求中包含有當(dāng)前終端設(shè)備中安裝的該應(yīng)用的版本號，稱為舊版本的版本號。

該觸發(fā)升級請求的方式僅為舉例，實(shí)際應(yīng)用中，比如還可以是用戶不基于上述升級提醒消息而主動觸發(fā)了升級請求。

S203，根據(jù)舊版本的版本號確定待升級到版本的版本號。

實(shí)際應(yīng)用中，可選地，服務(wù)器可以基于一定的升級策略結(jié)合當(dāng)前該終端設(shè)備對應(yīng)的舊版本的版本號確定其待升級到版本的版本號。比如，該升級策略是只能升級到比當(dāng)前的就版本高一級的版本，或者最新版本。

可選地，服務(wù)器向終端設(shè)備發(fā)送的上述升級提醒消息中還可以攜帶有某個(gè)版本的版本號，上述升級請求中直接包含從該升級提醒消息中提取出的該版本號以及舊版本的版本號，此時(shí)，服務(wù)器直接從升級請求中獲知該終端設(shè)備想要從哪個(gè)版本升級到哪個(gè)版本。

S204，獲取與舊版本的版本號和待升級到版本的版本號對應(yīng)的差分包。

由于已經(jīng)預(yù)先已經(jīng)基于圖1所示實(shí)施例的方法生成了該差分包，可以基于上述兩個(gè)版本號查詢獲得對應(yīng)的差分包。

S205，將差分包發(fā)送至終端設(shè)備，以使終端設(shè)備根據(jù)差分包對第一軟件包進(jìn)行升級。

本實(shí)施例中，在進(jìn)行差分包生成之前，基于新版本的軟件包的大小來確定是否需要差分包，避免在不適宜使用差分包方式升級的情況下還生成差分包造成的計(jì)算等處理資源的浪費(fèi)。

圖3是本發(fā)明實(shí)施例所提供的差分包生成方法的實(shí)施例三的流程圖，如圖3所示，在圖2所示實(shí)施例基礎(chǔ)上，替換上述步驟S202和S202所示的待升級到版本的版本號的確定方式，還可以通過如下步驟所示意的方式實(shí)現(xiàn)：

S301，接收終端設(shè)備發(fā)送的升級請求，升級請求中包括舊版本的版本號和用戶標(biāo)識。

本實(shí)施例中，該升級請求中除了當(dāng)前安裝的某個(gè)應(yīng)用程序的舊版本的版本號外，還可以進(jìn)一步包含用戶標(biāo)識，該用戶標(biāo)識可以是用戶在注冊該應(yīng)用程序時(shí)的注冊賬號。

S302，根據(jù)用戶標(biāo)識確定終端設(shè)備的升級步長，根據(jù)升級步長和舊版本的版本號確定待升級到版本的版本號。

本實(shí)施例中，該用戶標(biāo)識的作用主要是針對不同用戶進(jìn)行差異化升級權(quán)限的制定。舉例來說，服務(wù)器可以統(tǒng)計(jì)獲得各個(gè)用戶對該應(yīng)用程序的使用頻繁程度，對于使用程度比較頻繁的用戶，可以允許其直接升級到最新版本，而對于使用程度不太頻繁的用戶，比如只允許其升級到比當(dāng)前使用版本高一級的版本。具體地，頻繁程度比如可以通過監(jiān)測用戶自安裝該應(yīng)用程序之日起的應(yīng)用開啟次數(shù)與總天數(shù)的商確定，該確定方式僅為舉例，不以此為限。

另外，可以預(yù)先劃定幾個(gè)頻繁程度區(qū)間，每個(gè)頻繁程度區(qū)間對應(yīng)于一種升級步長，針對當(dāng)前的終端設(shè)備來說，基于其用戶標(biāo)識確定該用戶對應(yīng)的使用頻繁程度，根據(jù)該頻繁程度位于的區(qū)間確定升級步長，從而確定待升級到版本的版本號為當(dāng)前的舊版本號+升級步長，比如當(dāng)前的舊版本為V1，步長為2，則確定待升級到的版本為V3。

本實(shí)施例中，基于用戶標(biāo)識確定用戶對其所需升級應(yīng)用程序的使用頻繁程度，以基于使用頻繁程度確定可升級到的版本，從而實(shí)現(xiàn)了對不同用戶的差異化升級控制，提高了軟件版本升級的靈活性。

本發(fā)明實(shí)施例進(jìn)一步給出實(shí)現(xiàn)上述方法實(shí)施例中各步驟及方法的差分包生成裝置的實(shí)施例。

圖4是本發(fā)明實(shí)施例所提供的差分包生成裝置的實(shí)施例一的結(jié)構(gòu)示意圖，如圖4所示，該裝置包括：第一獲取模塊11、提取模塊12、存儲模塊13、生成模塊14。

其中，第一獲取模塊11，用于獲取與第一軟件包對應(yīng)的升級修改記錄，所述第一軟件包為舊版本的軟件包。

提取模塊12，用于根據(jù)所述升級修改記錄，從所述第一軟件包中提取被修改的內(nèi)容。

存儲模塊13，用于將所述被修改的內(nèi)容存入第二軟件包，以獲得第三軟件包，所述第二軟件包為待升級到版本的軟件包。

生成模塊14，用于對所述第二軟件包和所述第三軟件包進(jìn)行差分處理，以生成用于從所述第一軟件包升級到所述第二軟件包的差分包。

由于本實(shí)施例中的各模塊能夠執(zhí)行圖1所示實(shí)施例中的方法，并獲得相同的技術(shù)效果，本實(shí)施例未詳細(xì)描述的部分，可參考對圖1的相關(guān)說明。

圖5是本發(fā)明實(shí)施例所提供的差分包生成裝置的實(shí)施例二的結(jié)構(gòu)示意圖，如圖5所示，在圖4所示實(shí)施例的基礎(chǔ)上，該裝置還包括：第一確定模塊21、接收模塊22、第二確定模塊23，第二獲取模塊24、發(fā)送模塊25。

其中，第一確定模塊21，用于根據(jù)所述第二軟件包的大小確定是否需要生成所述差分包。

接收模塊22，用于接收終端設(shè)備發(fā)送的升級請求，所述升級請求中包括所述舊版本的版本號；

第二確定模塊23，用于根據(jù)所述舊版本的版本號，確定所述待升級到版本的版本號；

第二獲取模塊24，用于獲取與所述舊版本的版本號和所述待升級到版本的版本號對應(yīng)的所述差分包。

發(fā)送模塊25，用于將所述差分包發(fā)送至所述終端設(shè)備，以使所述終端設(shè)備根據(jù)所述差分包對所述第一軟件包進(jìn)行升級。

由于本實(shí)施例中的各模塊能夠執(zhí)行圖2所示實(shí)施例中的方法，并獲得相同的技術(shù)效果，本實(shí)施例未詳細(xì)描述的部分，可參考對圖2的相關(guān)說明。

圖6是本發(fā)明實(shí)施例所提供的差分包生成裝置的實(shí)施例三的結(jié)構(gòu)示意圖，如圖6所示，在圖5所示實(shí)施例基礎(chǔ)上，所述升級請求中還包括用戶標(biāo)識，以及，第二確定模塊23包括：第一確定單元231、第二確定單元232。

其中，第一確定單元231，用于根據(jù)所述用戶標(biāo)識確定所述終端設(shè)備的升級步長。

第二確定單元232，用于根據(jù)所述升級步長和所述舊版本的版本號確定所述待升級到版本的版本號。

由于本實(shí)施例中的各模塊能夠執(zhí)行圖3所示實(shí)施例中的方法，并獲得相同的技術(shù)效果，本實(shí)施例未詳細(xì)描述的部分，可參考對圖3的相關(guān)說明。

所屬領(lǐng)域的技術(shù)人員可以清楚地了解到，為描述的方便和簡潔，上述描述的系統(tǒng)，裝置和單元的具體工作過程，可以參考前述方法實(shí)施例中的對應(yīng)過程，在此不再贅述。

在本發(fā)明所提供的幾個(gè)實(shí)施例中，應(yīng)該理解到，所揭露的系統(tǒng)，裝置和方法，可以通過其它的方式實(shí)現(xiàn)。例如，以上所描述的裝置實(shí)施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實(shí)際實(shí)現(xiàn)時(shí)可以有另外的劃分方式，例如，多個(gè)單元或組件可以結(jié)合或者可以集成到另一個(gè)系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點(diǎn)，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或單元的間接耦合或通信連接，可以是電性，機(jī)械或其它的形式。

所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個(gè)地方，或者也可以分布到多個(gè)網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實(shí)際的需要選擇其中的部分或者全部單元來實(shí)現(xiàn)本實(shí)施例方案的目的。

另外，在本發(fā)明各個(gè)實(shí)施例中的各功能單元可以集成在一個(gè)處理單元中，也可以是各個(gè)單元單獨(dú)物理存在，也可以兩個(gè)或兩個(gè)以上單元集成在一個(gè)單元中。上述集成的單元既可以采用硬件的形式實(shí)現(xiàn)，也可以采用硬件加軟件功能單元的形式實(shí)現(xiàn)。

上述以軟件功能單元的形式實(shí)現(xiàn)的集成的單元，可以存儲在一個(gè)計(jì)算機(jī)可讀取存儲介質(zhì)中。上述軟件功能單元存儲在一個(gè)存儲介質(zhì)中，包括若干指令用以使得一臺計(jì)算機(jī)裝置(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)裝置等)或處理器(Processor)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述方法的部分步驟。而前述的存儲介質(zhì)包括：U盤、移動硬盤、只讀存儲器(Read-Only Memory，ROM)、隨機(jī)存取存儲器(Random Access Memory，RAM)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明保護(hù)的范圍之內(nèi)。