本發(fā)明涉及計算機技術(shù)領(lǐng)域，尤其涉及一種非對稱鏈路環(huán)境下http業(yè)務(wù)近似時延統(tǒng)計方法及裝置。

背景技術(shù)：

DPI(Deep Packet Inspection)設(shè)備通過對網(wǎng)絡(luò)的關(guān)鍵點處的流量和報文內(nèi)容進行檢測分析，可以根據(jù)事先定義的策略對檢測流量進行過濾控制，能完成所在鏈路的業(yè)務(wù)精細化識別、業(yè)務(wù)流量流向分析、業(yè)務(wù)流量占比統(tǒng)計、業(yè)務(wù)占比整形、以及應(yīng)用層拒絕服務(wù)攻擊、對病毒、木馬進行過濾和濫用P2P的控制等功能。統(tǒng)一DPI指一套DPI設(shè)備對鏈路上的流量進行采集與識別，并將滿足其它系統(tǒng)所需的流量或分析統(tǒng)計數(shù)據(jù)分發(fā)給各第三方應(yīng)用系統(tǒng)服務(wù)器。網(wǎng)絡(luò)中各類流量管理相關(guān)的應(yīng)用系統(tǒng)，如網(wǎng)間流控、Web Cache、非法VoIP檢測、上網(wǎng)日志留存等，主要由DPI設(shè)備和應(yīng)用服務(wù)器組成。其中，DPI設(shè)備負責(zé)數(shù)據(jù)采集、流量分析統(tǒng)計、日志合成，應(yīng)用服務(wù)器主要完成對數(shù)據(jù)的進一步分析處理，合理組織和存儲數(shù)據(jù)，并進行呈現(xiàn)。統(tǒng)一DPI整合了多個第三方應(yīng)用系統(tǒng)的DPI設(shè)備，通過DPI復(fù)用為多個系統(tǒng)提供DPI能力。

在機房鏈路部署DPI設(shè)備，對經(jīng)過的報文進行識別并生成話單。HTTP鏈接內(nèi)的報文被鏡像并傳送到數(shù)據(jù)采集軟件后，在數(shù)據(jù)采集軟件內(nèi)會依據(jù)各類報文到達的時間戳來計算http業(yè)務(wù)相關(guān)時延指標(biāo)。對于http業(yè)務(wù)相關(guān)時延字段及計算方法：第一個HTTP響應(yīng)包時延：第一次HTTP請求中，GET請求報文后的第一個下行ACK報文到GET報文的時延；最后一個HTTP內(nèi)容包的時延：最后一個分片的內(nèi)容包到響應(yīng)get的ack包的時延；最后一個ACK確認包的時延：倒數(shù)第二個ACK報到GET的時延。

由于路由策略，會出現(xiàn)上下行報文通過不同鏈路傳輸?shù)那闆r，當(dāng)兩條鏈路在出口的不同的機房時，到達DPI設(shè)備的報文就會出現(xiàn)只有上行報文或只有下行報文的情況，對話單采集造成不良影響，部分業(yè)務(wù)信息不全、時延指標(biāo)無法計算、部分業(yè)務(wù)無法精準(zhǔn)識別等。特別是省網(wǎng)出口，非對稱情況更為明顯。當(dāng)HTTP鏈接內(nèi)只報文請求方向報文或者響應(yīng)方向報文，導(dǎo)致了無法按照上述算法來計算HTTP業(yè)務(wù)時延指標(biāo)的技術(shù)問題。

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

本發(fā)明實施例提供了一種非對稱鏈路環(huán)境下http業(yè)務(wù)近似時延統(tǒng)計方法及裝置，解決了目前由于路由策略，會出現(xiàn)上下行報文通過不同鏈路傳輸?shù)那闆r，當(dāng)兩條鏈路在出口的不同的機房時，到達DPI設(shè)備的報文就會出現(xiàn)只有上行報文或只有下行報文的情況，對話單采集造成不良影響，部分業(yè)務(wù)信息不全、時延指標(biāo)無法計算、部分業(yè)務(wù)無法精準(zhǔn)識別等。特別是省網(wǎng)出口，非對稱情況更為明顯。當(dāng)HTTP鏈接內(nèi)只報文請求方向報文或者響應(yīng)方向報文，導(dǎo)致的無法按照上述算法來計算HTTP業(yè)務(wù)時延指標(biāo)的技術(shù)問題。

本發(fā)明實施例提供的一種非對稱鏈路環(huán)境下http業(yè)務(wù)近似時延統(tǒng)計方法，包括：

S1：對HTTP鏈接內(nèi)請求的方向報文類型進行判斷，若為上行報文，則執(zhí)行步驟S2，若為下行報文，則執(zhí)行步驟S3；

S2：進行時延包的判斷，若為第一個HTTP響應(yīng)包時延，則計算GET響應(yīng)報文后的第一個上行ACK到GET請求報文的時延，若為最后一個HTTP內(nèi)容包的時延，則計算第二個請求報文到第一個請求報文的時延；

S3：計算第二個響應(yīng)包到第一個響應(yīng)包的時延。

可選地，計算GET響應(yīng)報文后的第一個上行ACK到GET請求報文的時延具體包括：

使用GET響應(yīng)報文后的第一個上行ACK報文來近似替代，并計算GET響應(yīng)報文后的第一個上行ACK到GET請求報文的時延。

可選地，計算第二個請求報文到第一個請求報文的時延具體包括：

使用第二個請求報文和第一個請求報文來近似替代，并計算第二個請求報文到第一個請求報文的時延。

可選地，S3具體包括：

使用第二個響應(yīng)包和第一個響應(yīng)包來近似替代，并計算第二個響應(yīng)包到第一個響應(yīng)包的時延。

可選地，使用第二個響應(yīng)包和第一個響應(yīng)包來近似替代，并計算第二個響應(yīng)包到第一個響應(yīng)包的時延具體包括：

當(dāng)確定最后一個ACK確認包的時延，則使用第二個響應(yīng)包和第一個響應(yīng)包來近似替代，并計算第二個響應(yīng)包到第一個響應(yīng)包的時延。

本發(fā)明實施例提供的一種非對稱鏈路環(huán)境下http業(yè)務(wù)近似時延統(tǒng)計裝置，包括：

第一判斷單元，用于對HTTP鏈接內(nèi)請求的方向報文類型進行判斷，若為上行報文，則觸發(fā)第二判斷單元，若為下行報文，則觸發(fā)第三時延單元；

第二判斷單元，用于進行時延包的判斷，若為第一個HTTP響應(yīng)包時延，則觸發(fā)第一時延單元，若為最后一個HTTP內(nèi)容包的時延，則觸發(fā)第二時延單元；

第一時延單元，用于計算GET響應(yīng)報文后的第一個上行ACK到GET請求報文的時延；

第二時延單元，用于計算第二個請求報文到第一個請求報文的時延；

第三時延單元，用于計算第二個響應(yīng)包到第一個響應(yīng)包的時延。

可選地，第一時延單元，具體用于使用GET響應(yīng)報文后的第一個上行ACK報文來近似替代，并計算GET響應(yīng)報文后的第一個上行ACK到GET請求報文的時延。

可選地，第二時延單元，具體用于使用第二個請求報文和第一個請求報文來近似替代，并計算第二個請求報文到第一個請求報文的時延。

可選地，第三時延單元，具體用于使用第二個響應(yīng)包和第一個響應(yīng)包來近似替代，并計算第二個響應(yīng)包到第一個響應(yīng)包的時延。

可選地，第三時延單元，具體用于當(dāng)確定最后一個ACK確認包的時延，則使用第二個響應(yīng)包和第一個響應(yīng)包來近似替代，并計算第二個響應(yīng)包到第一個響應(yīng)包的時延。

從以上技術(shù)方案可以看出，本發(fā)明實施例具有以下優(yōu)點：

本發(fā)明實施例提供的一種非對稱鏈路環(huán)境下http業(yè)務(wù)近似時延統(tǒng)計方法及裝置，其中，非對稱鏈路環(huán)境下http業(yè)務(wù)近似時延統(tǒng)計方法包括：S1：對HTTP鏈接內(nèi)請求的方向報文類型進行判斷，若為上行報文，則執(zhí)行步驟S2，若為上行報文，則執(zhí)行步驟S3；S2：進行時延包的判斷，若為第一個HTTP響應(yīng)包時延，則計算GET響應(yīng)報文后的第一個上行ACK到GET請求報文的時延，若為最后一個HTTP內(nèi)容包的時延，則計算第二個請求報文到第一個請求報文的時延；S3：計算第二個響應(yīng)包到第一個響應(yīng)包的時延。本實施例中，通過對HTTP鏈接內(nèi)請求的方向報文類型進行判斷，若為上行報文，則進行時延包的判斷，若為第一個HTTP響應(yīng)包時延，則計算GET響應(yīng)報文后的第一個上行ACK到GET請求報文的時延，若為最后一個HTTP內(nèi)容包的時延，則計算第二個請求報文到第一個請求報文的時延，若為下行報文，則計算第二個響應(yīng)包到第一個響應(yīng)包的時延，解決了目前由于路由策略，會出現(xiàn)上下行報文通過不同鏈路傳輸?shù)那闆r，當(dāng)兩條鏈路在出口的不同的機房時，到達DPI設(shè)備的報文就會出現(xiàn)只有上行報文或只有下行報文的情況，對話單采集造成不良影響，部分業(yè)務(wù)信息不全、時延指標(biāo)無法計算、部分業(yè)務(wù)無法精準(zhǔn)識別等。特別是省網(wǎng)出口，非對稱情況更為明顯。當(dāng)HTTP鏈接內(nèi)只報文請求方向報文或者響應(yīng)方向報文，導(dǎo)致的無法按照上述算法來計算HTTP業(yè)務(wù)時延指標(biāo)的技術(shù)問題。

附圖說明

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

圖1為本發(fā)明實施例提供的一種非對稱鏈路環(huán)境下http業(yè)務(wù)近似時延統(tǒng)計方法的一個實施例的流程示意圖；

圖2為本發(fā)明實施例提供的一種非對稱鏈路環(huán)境下http業(yè)務(wù)近似時延統(tǒng)計方法的另一個實施例的流程示意圖；

圖3為本發(fā)明實施例提供的一種非對稱鏈路環(huán)境下http業(yè)務(wù)近似時延統(tǒng)計裝置的一個實施例的結(jié)構(gòu)示意圖。

具體實施方式

本發(fā)明實施例提供了一種非對稱鏈路環(huán)境下http業(yè)務(wù)近似時延統(tǒng)計方法及裝置，解決了目前由于路由策略，會出現(xiàn)上下行報文通過不同鏈路傳輸?shù)那闆r，當(dāng)兩條鏈路在出口的不同的機房時，到達DPI設(shè)備的報文就會出現(xiàn)只有上行報文或只有下行報文的情況，對話單采集造成不良影響，部分業(yè)務(wù)信息不全、時延指標(biāo)無法計算、部分業(yè)務(wù)無法精準(zhǔn)識別等。特別是省網(wǎng)出口，非對稱情況更為明顯。當(dāng)HTTP鏈接內(nèi)只報文請求方向報文或者響應(yīng)方向報文，導(dǎo)致的無法按照上述算法來計算HTTP業(yè)務(wù)時延指標(biāo)的技術(shù)問題。

為使得本發(fā)明的發(fā)明目的、特征、優(yōu)點能夠更加的明顯和易懂，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，下面所描述的實施例僅僅是本發(fā)明一部分實施例，而非全部的實施例。基于本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其它實施例，都屬于本發(fā)明保護的范圍。

請參閱圖1，本發(fā)明實施例提供的一種非對稱鏈路環(huán)境下http業(yè)務(wù)近似時延統(tǒng)計方法的一個實施例包括：

S1、對HTTP鏈接內(nèi)請求的方向報文類型進行判斷，若為上行報文，則執(zhí)行步驟S2，若為下行報文，則執(zhí)行步驟S3；

本實施例中，當(dāng)需要對非對稱鏈路環(huán)境下http業(yè)務(wù)進行近似時延統(tǒng)計時，首先需要對HTTP鏈接內(nèi)請求的方向報文類型進行判斷，若為上行報文，則執(zhí)行步驟S2，若為下行報文，則執(zhí)行步驟S3。

S2、進行時延包的判斷，若為第一個HTTP響應(yīng)包時延，則計算GET響應(yīng)報文后的第一個上行ACK到GET請求報文的時延，若為最后一個HTTP內(nèi)容包的時延，則計算第二個請求報文到第一個請求報文的時延；

當(dāng)HTTP鏈接內(nèi)請求的方向報文類型為上行報文，則需要進行時延包的判斷，若為第一個HTTP響應(yīng)包時延，則計算GET響應(yīng)報文后的第一個上行ACK到GET請求報文的時延，若為最后一個HTTP內(nèi)容包的時延，則計算第二個請求報文到第一個請求報文的時延。

S3、計算第二個響應(yīng)包到第一個響應(yīng)包的時延。

當(dāng)HTTP鏈接內(nèi)請求的方向報文類型為下行報文，則計算第二個響應(yīng)包到第一個響應(yīng)包的時延。

本實施例中，通過對HTTP鏈接內(nèi)請求的方向報文類型進行判斷，若為上行報文，則進行時延包的判斷，若為第一個HTTP響應(yīng)包時延，則計算GET響應(yīng)報文后的第一個上行ACK到GET請求報文的時延，若為最后一個HTTP內(nèi)容包的時延，則計算第二個請求報文到第一個請求報文的時延，若為下行報文，則計算第二個響應(yīng)包到第一個響應(yīng)包的時延，解決了目前由于路由策略，會出現(xiàn)上下行報文通過不同鏈路傳輸?shù)那闆r，當(dāng)兩條鏈路在出口的不同的機房時，到達DPI設(shè)備的報文就會出現(xiàn)只有上行報文或只有下行報文的情況，對話單采集造成不良影響，部分業(yè)務(wù)信息不全、時延指標(biāo)無法計算、部分業(yè)務(wù)無法精準(zhǔn)識別等。特別是省網(wǎng)出口，非對稱情況更為明顯。當(dāng)HTTP鏈接內(nèi)只報文請求方向報文或者響應(yīng)方向報文，導(dǎo)致的無法按照上述算法來計算HTTP業(yè)務(wù)時延指標(biāo)的技術(shù)問題。

上面是對非對稱鏈路環(huán)境下http業(yè)務(wù)近似時延統(tǒng)計方法的過程進行的描述，下面將對具體過程進行詳細的描述，請參閱圖2，本發(fā)明實施例提供的一種非對稱鏈路環(huán)境下http業(yè)務(wù)近似時延統(tǒng)計方法的另一個實施例包括：

201、對HTTP鏈接內(nèi)請求的方向報文類型進行判斷，若為上行報文，則執(zhí)行步驟202，若為下行報文，則執(zhí)行步驟205；

本實施例中，當(dāng)需要對非對稱鏈路環(huán)境下http業(yè)務(wù)進行近似時延統(tǒng)計時，首先需要對HTTP鏈接內(nèi)請求的方向報文類型進行判斷，若為上行報文，則執(zhí)行步驟202，若為下行報文，則執(zhí)行步驟205。

202、進行時延包的判斷，若為第一個HTTP響應(yīng)包時延，則執(zhí)行步驟203，，若為最后一個HTTP內(nèi)容包的時延，則執(zhí)行步驟204；

當(dāng)HTTP鏈接內(nèi)請求的方向報文類型為上行報文，則需要進行時延包的判斷，若為第一個HTTP響應(yīng)包時延，則計算GET響應(yīng)報文后的第一個上行ACK到GET請求報文的時延，若為最后一個HTTP內(nèi)容包的時延，則計算第二個請求報文到第一個請求報文的時延。

203、使用GET響應(yīng)報文后的第一個上行ACK報文來近似替代，并計算GET響應(yīng)報文后的第一個上行ACK到GET請求報文的時延；

當(dāng)進行時延包的判斷為第一個HTTP響應(yīng)包時延，則使用GET響應(yīng)報文后的第一個上行ACK報文來近似替代，并計算GET響應(yīng)報文后的第一個上行ACK到GET請求報文的時延。

204、使用第二個請求報文和第一個請求報文來近似替代，并計算第二個請求報文到第一個請求報文的時延；

當(dāng)進行時延包的判斷為最后一個HTTP內(nèi)容包的時延，則使用第二個請求報文和第一個請求報文來近似替代，并計算第二個請求報文到第一個請求報文的時延。

205、使用第二個響應(yīng)包和第一個響應(yīng)包來近似替代，并計算第二個響應(yīng)包到第一個響應(yīng)包的時延。

當(dāng)HTTP鏈接內(nèi)請求的方向報文類型為下行報文，則使用第二個響應(yīng)包和第一個響應(yīng)包來近似替代，并計算第二個響應(yīng)包到第一個響應(yīng)包的時延。

需要說明的是，當(dāng)確定最后一個ACK確認包的時延，則使用第二個響應(yīng)包和第一個響應(yīng)包來近似替代，并計算第二個響應(yīng)包到第一個響應(yīng)包的時延。

下面以一具體應(yīng)用場景進行描述，應(yīng)用例包括：

情況一：僅有上行報文

第一個HTTP響應(yīng)包時延：無法得到GET請求報文后的第一個下行ACK報文，此時使用GET響應(yīng)報文后的第一個上行ACK報文來近似替代，即GET響應(yīng)報文后的第一個上行ACK到GET請求報文的時延。

最后一個HTTP內(nèi)容包的時延：無法得到最后一個分片的內(nèi)容包和響應(yīng)get的ack包，此時使用第二個請求報文和第一個請求報文來近似替代，即第二個請求報文到第一個請求報文的時延。

情況二：僅有下行報文

最后一個ACK確認包的時延：無法得到倒數(shù)第二個ACK及第一個GET請求包，此時使用第二個響應(yīng)包和第一個響應(yīng)包來近似替代，即第二個響應(yīng)包到第一個響應(yīng)包的時延。

本實施例中，通過對HTTP鏈接內(nèi)請求的方向報文類型進行判斷，若為上行報文，則進行時延包的判斷，若為第一個HTTP響應(yīng)包時延，則計算GET響應(yīng)報文后的第一個上行ACK到GET請求報文的時延，若為最后一個HTTP內(nèi)容包的時延，則計算第二個請求報文到第一個請求報文的時延，若為下行報文，則計算第二個響應(yīng)包到第一個響應(yīng)包的時延，解決了目前由于路由策略，會出現(xiàn)上下行報文通過不同鏈路傳輸?shù)那闆r，當(dāng)兩條鏈路在出口的不同的機房時，到達DPI設(shè)備的報文就會出現(xiàn)只有上行報文或只有下行報文的情況，對話單采集造成不良影響，部分業(yè)務(wù)信息不全、時延指標(biāo)無法計算、部分業(yè)務(wù)無法精準(zhǔn)識別等。

請參閱圖3，本發(fā)明實施例提供的一種非對稱鏈路環(huán)境下http業(yè)務(wù)近似時延統(tǒng)計裝置的一個實施例包括：

第一判斷單元301，用于對HTTP鏈接內(nèi)請求的方向報文類型進行判斷，若為上行報文，則觸發(fā)第二判斷單元302，若為下行報文，則觸發(fā)第三時延單元；305

第二判斷單元302，用于進行時延包的判斷，若為第一個HTTP響應(yīng)包時延，則觸發(fā)第一時延單元303，若為最后一個HTTP內(nèi)容包的時延，則觸發(fā)第二時延單元304；

第一時延單元303，用于計算GET響應(yīng)報文后的第一個上行ACK到GET請求報文的時延，第一時延單元303，具體用于使用GET響應(yīng)報文后的第一個上行ACK報文來近似替代，并計算GET響應(yīng)報文后的第一個上行ACK到GET請求報文的時延；

第二時延單元304，用于計算第二個請求報文到第一個請求報文的時延，第二時延單元304，具體用于使用第二個請求報文和第一個請求報文來近似替代，并計算第二個請求報文到第一個請求報文的時延；

第三時延單元305，用于計算第二個響應(yīng)包到第一個響應(yīng)包的時延，第三時延單元305，具體用于使用第二個響應(yīng)包和第一個響應(yīng)包來近似替代，并計算第二個響應(yīng)包到第一個響應(yīng)包的時延，第三時延單元305，具體用于當(dāng)確定最后一個ACK確認包的時延，則使用第二個響應(yīng)包和第一個響應(yīng)包來近似替代，并計算第二個響應(yīng)包到第一個響應(yīng)包的時延。

本實施例中，通過第一判斷單元301對HTTP鏈接內(nèi)請求的方向報文類型進行判斷，若為上行報文，則第二判斷單元302進行時延包的判斷，若為第一個HTTP響應(yīng)包時延，則第一時延單元303計算GET響應(yīng)報文后的第一個上行ACK到GET請求報文的時延，若為最后一個HTTP內(nèi)容包的時延，則第二時延單元304計算第二個請求報文到第一個請求報文的時延，若為下行報文，則第三時延單元305計算第二個響應(yīng)包到第一個響應(yīng)包的時延，解決了目前由于路由策略，會出現(xiàn)上下行報文通過不同鏈路傳輸?shù)那闆r，當(dāng)兩條鏈路在出口的不同的機房時，到達DPI設(shè)備的報文就會出現(xiàn)只有上行報文或只有下行報文的情況，對話單采集造成不良影響，部分業(yè)務(wù)信息不全、時延指標(biāo)無法計算、部分業(yè)務(wù)無法精準(zhǔn)識別等。

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

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

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

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

所述集成的單元如果以軟件功能單元的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，可以存儲在一個計算機可讀取存儲介質(zhì)中。基于這樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分或者該技術(shù)方案的全部或部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，非對稱鏈路環(huán)境下http業(yè)務(wù)近似時延統(tǒng)計服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分步驟。而前述的存儲介質(zhì)包括：U盤、移動硬盤、只讀存儲器(ROM，Read-Only Memory)、隨機存取存儲器(RAM，Random Access Memory)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

以上所述，以上實施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制；盡管參照前述實施例對本發(fā)明進行了詳細的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解：其依然可以對前述各實施例所記載的技術(shù)方案進行修改，或者對其中部分技術(shù)特征進行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的精神和范圍。