本發(fā)明涉及互聯(lián)網(wǎng)領(lǐng)域，特別是一種內(nèi)容加速方法和延伸加速節(jié)點。

背景技術(shù)：

互聯(lián)網(wǎng)內(nèi)容典型加速方法包括cdn(contentdeliverynetwork，內(nèi)容分發(fā)網(wǎng)絡)方式和cache(高速緩沖存儲器)方式。在cdn模式下，cdn服務的源站通過將特定的子域名訪問請求重定向到cdn系統(tǒng)，由cdn的加速服務器向用戶提供內(nèi)容服務，實現(xiàn)流量卸載的目的。在cache模式下，通過配置dns(domainnamesystem，域名系統(tǒng))forward記錄，或分光方式，將用戶請求導入緩存服務器，實現(xiàn)對用戶內(nèi)容請求就近服務進而加速的目的。

在固網(wǎng)中，以上兩種模式的內(nèi)容加速系統(tǒng)均有部署，cdn(通常為互聯(lián)網(wǎng)業(yè)務提供商或cdn服務提供商部署)加速節(jié)點位于多個idc(internetdatacenter，互聯(lián)網(wǎng)數(shù)據(jù)中心)，cache節(jié)點(通常由基礎(chǔ)網(wǎng)絡運營商部署)位于網(wǎng)絡出口位置。以上部署模式下，加速節(jié)點均位于可公開網(wǎng)絡中，即加速節(jié)點具有公網(wǎng)ip地址和路由。但在一些網(wǎng)絡中，比如移動網(wǎng)，終端通過基站、回傳網(wǎng)絡連接到核心網(wǎng)的網(wǎng)關(guān)，通過該網(wǎng)關(guān)才能連接到因特網(wǎng)。在網(wǎng)關(guān)以下的網(wǎng)絡和設(shè)備均不具有公網(wǎng)ip地址和路由，因此對于部署可與外界通信的加速節(jié)點有實際的壁壘，我們將此類網(wǎng)絡稱為“非公開網(wǎng)絡”?，F(xiàn)有技術(shù)中，在固網(wǎng)或移動核心網(wǎng)之外已經(jīng)具備實際運行的加速系統(tǒng)(含cdn和cache)，而在現(xiàn)有加速節(jié)點之下，部分用戶地區(qū)距離現(xiàn)有節(jié)點物理距離遙遠，極大的影響了內(nèi)容加速的效果。

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

本發(fā)明的一個目的在于提出一種在不影響現(xiàn)有內(nèi)容加速設(shè)備部署的前提下替代現(xiàn)有內(nèi)容加速服務器為用戶提供內(nèi)容加速服務的方案。

根據(jù)本發(fā)明的一個方面，提出一種內(nèi)容加速方法，包括：延伸加速節(jié)點獲取請求數(shù)據(jù)包的復本；根據(jù)請求數(shù)據(jù)包的復本判斷請求數(shù)據(jù)包的目標ip地址是否為加速服務節(jié)點的ip地址；若目標ip地址為加速服務節(jié)點的ip地址，則由延伸加速節(jié)點為用戶提供內(nèi)容加速服務；若目標ip地址不為加速服務節(jié)點的ip地址，則不予響應。

進一步地，還包括：若目標ip地址為加速服務節(jié)點的ip地址，則判斷請求數(shù)據(jù)包請求的內(nèi)容是否在本延伸加速節(jié)點命中；若內(nèi)容在本延伸加速節(jié)點命中，則由延伸加速節(jié)點為用戶提供內(nèi)容加速服務；若內(nèi)容未在本延伸加速節(jié)點命中，對請求數(shù)據(jù)包不予響應。

進一步地，還包括：若由延伸加速節(jié)點為用戶提供內(nèi)容加速服務，則延伸加速節(jié)點向加速服務節(jié)點發(fā)送服務終止請求，服務終止請求用于終止加速服務節(jié)點向用戶提供內(nèi)容加速服務。

進一步地，延伸加速節(jié)點獲取請求數(shù)據(jù)包的復本包括：延伸加速節(jié)點通過分光點獲取請求數(shù)據(jù)包的復本。

進一步地，還包括：終端向內(nèi)容加速系統(tǒng)的訪問調(diào)度系統(tǒng)發(fā)起內(nèi)容訪問請求；終端根據(jù)訪問調(diào)度系統(tǒng)反饋的加速服務節(jié)點的ip地址，向加速服務節(jié)點發(fā)送請求數(shù)據(jù)包。

通過此方法，延伸加速節(jié)點能夠獲取用戶發(fā)送的數(shù)據(jù)包的復本，通過數(shù)據(jù)包的目標ip地址判斷用戶在向加速服務節(jié)點請求內(nèi)容加速服務，進而由延伸加速節(jié)點直接為用戶提供內(nèi)容加速服務，從而能夠在不影響現(xiàn)有內(nèi)容加速設(shè)備部署的前提下替代現(xiàn)有內(nèi)容加速服務器為用戶提供內(nèi)容加速服務。

根據(jù)本發(fā)明的另一個方面，提出一種延伸加速節(jié)點，包括：數(shù)據(jù)包獲取模塊，用于獲取請求數(shù)據(jù)包的復本；地址匹配模塊，用于根據(jù)請求數(shù)據(jù)包的復本判斷請求數(shù)據(jù)包的目標ip地址是否為加速服務節(jié) 點的ip地址；執(zhí)行模塊，用于在目標ip地址為加速服務節(jié)點的ip地址的情況下，由延伸加速節(jié)點為用戶提供內(nèi)容加速服務；在目標ip地址不為加速服務節(jié)點的ip地址的情況下，不予響應。

進一步地，還包括：資源命中模塊，用于在地址匹配模塊判斷目標ip地址為加速服務節(jié)點的ip地址時，判斷請求數(shù)據(jù)包請求的內(nèi)容是否在本延伸加速節(jié)點命中；執(zhí)行模塊，還用于在內(nèi)容在本延伸加速節(jié)點命中的情況下，由延伸加速節(jié)點為用戶提供內(nèi)容加速服務；在內(nèi)容未在本延伸加速節(jié)點命中的情況下，對請求數(shù)據(jù)包不予響應。

進一步地，還包括：終止請求發(fā)送模塊，用于在由延伸加速節(jié)點為用戶提供內(nèi)容加速服務的情況下，向加速服務節(jié)點發(fā)送服務終止請求，服務終止請求用于終止加速服務節(jié)點向用戶提供內(nèi)容加速服務。

進一步地，數(shù)據(jù)包獲取模塊還用于通過分光點獲取請求數(shù)據(jù)包的復本。

進一步地，延伸加速節(jié)點配置有內(nèi)容加速服務器的對外訪問ip地址；根據(jù)請求數(shù)據(jù)包的復本判斷請求數(shù)據(jù)包的目標ip地址是否為加速服務節(jié)點的ip地址包括：基于延伸加速節(jié)點配置的內(nèi)容加速服務器的對外訪問ip地址，判斷請求數(shù)據(jù)包的目標ip地址是否為加速服務節(jié)點的ip地址。

此延伸加速節(jié)點能夠獲取用戶發(fā)送的數(shù)據(jù)包的復本，通過數(shù)據(jù)包的目標ip地址判斷用戶在向加速服務節(jié)點請求內(nèi)容加速服務，進而由延伸加速節(jié)點直接為用戶提供內(nèi)容加速服務從而能夠在不影響現(xiàn)有內(nèi)容加速設(shè)備部署的前提下替代現(xiàn)有內(nèi)容加速服務器為用戶提供內(nèi)容加速服務。

附圖說明

此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當限定。在附圖中：

圖1為本發(fā)明的內(nèi)容加速方法的一個實施例的流程圖。

圖2為本發(fā)明的內(nèi)容加速方法的另一個實施例的流程圖。

圖3為本發(fā)明的內(nèi)容加速方法的又一個實施例的流程圖。

圖4為本發(fā)明的內(nèi)容加速方法的再一個實施例的網(wǎng)絡示意圖。

圖5為本發(fā)明的內(nèi)容加速方法的另外一個實施例的信令交互圖。

圖6為本發(fā)明的內(nèi)容加速方法的在一個場景下的一個實施例的示意圖。

圖7為本發(fā)明的內(nèi)容加速節(jié)點的一個實施例的示意圖。

圖8為本發(fā)明的內(nèi)容加速節(jié)點的另一個實施例的示意圖。

圖9為本發(fā)明的內(nèi)容加速節(jié)點的又一個實施例的示意圖。

具體實施方式

下面通過附圖和實施例，對本發(fā)明的技術(shù)方案做進一步的詳細描述。

本發(fā)明的內(nèi)容加速方法的一個實施例的流程圖如圖1所示。

在步驟101中，延伸加速節(jié)點獲取用戶發(fā)送的請求數(shù)據(jù)包的復本。

在步驟102中，延伸加速節(jié)點根據(jù)請求數(shù)據(jù)包的目標ip地址與加速服務節(jié)點的ip地址進行匹配。若匹配成功，則說明該請求數(shù)據(jù)包為用戶向加速服務節(jié)點請求內(nèi)容加速服務的數(shù)據(jù)包，執(zhí)行步驟104；若未匹配成功，則該請求數(shù)據(jù)包為其他用途的數(shù)據(jù)包，執(zhí)行步驟103。

在步驟103中，延伸加速節(jié)點對該請求數(shù)據(jù)包不予響應。

在步驟104中，延伸加速節(jié)點通過自身的內(nèi)容加速功能為用戶提供內(nèi)容加速服務。

現(xiàn)有技術(shù)中，akamai公司提出一種將內(nèi)容分發(fā)網(wǎng)絡擴展到移動或有線網(wǎng)絡的方法：在用戶的一次內(nèi)容請求中，“擴展器”作為面向終端服務的唯一節(jié)點，不管內(nèi)容是否命中，都由擴展器提供服務，同時要向上級cdn請求內(nèi)容服務方式指示。此種模式下，擴展器與上級cdn之間需要制定較為完備的交互接口，用作擴展器健康度、負載情況、內(nèi)容緩存等方面的信息交互，因此擴展器與上級cdn之間并不能解耦，需要對雙方軟件進行升級和對接。

而通過本發(fā)明的方法，延伸加速節(jié)點能夠獲取用戶發(fā)送的數(shù)據(jù)包的復本，通過數(shù)據(jù)包的目標ip地址判斷用戶在向加速服務節(jié)點請求內(nèi)容加速服務，進而由延伸加速節(jié)點直接為用戶提供內(nèi)容加速服務，從而能夠在不影響現(xiàn)有內(nèi)容加速設(shè)備部署的前提下替代現(xiàn)有內(nèi)容加速服務器為用戶提供內(nèi)容加速服務，現(xiàn)有內(nèi)容加速系統(tǒng)不需要知道延伸加速節(jié)點的存在，也無需對雙方軟件進行升級和對接；在不改變現(xiàn)有的內(nèi)容加速網(wǎng)絡的前提下，優(yōu)化內(nèi)容加速的效果，實現(xiàn)為用戶提供更好的內(nèi)容加速服務。

在一個實施例中，往往非公開網(wǎng)絡更接近用戶終端，因此在非公開網(wǎng)絡中部署加速節(jié)點的加速效果更好。將延伸加速節(jié)點部署在非公開網(wǎng)絡中，通過在非公開網(wǎng)絡內(nèi)部部署加速節(jié)點的方式，能夠得到更好的內(nèi)容加速效果，也能夠減少公開網(wǎng)絡與非公開網(wǎng)絡之間的交互，降低了網(wǎng)絡負擔；同時，從運營商網(wǎng)絡安全性方面考慮，由非公開網(wǎng)絡內(nèi)部的由運營商自身部署的加速節(jié)點為用戶終端提供加速服務，也更加安全。

本發(fā)明的延伸加速方法的另一個實施例的流程圖如圖2所示。

在步驟201中，延伸加速節(jié)點獲取用戶發(fā)送的請求數(shù)據(jù)包的復本。

在步驟202中，延伸加速節(jié)點根據(jù)請求數(shù)據(jù)包的目標ip地址與加速服務節(jié)點的ip地址進行匹配。若匹配成功，則說明該請求數(shù)據(jù)包為用戶向加速服務節(jié)點請求內(nèi)容加速服務的數(shù)據(jù)包，執(zhí)行步驟203；若未匹配成功，則該請求數(shù)據(jù)包為其他用途的數(shù)據(jù)包，執(zhí)行步驟205。

在步驟203中，延伸加速節(jié)點分析請求數(shù)據(jù)包中用戶請求的內(nèi)容，判斷能否在本延伸加速節(jié)點命中。若能夠命中，則執(zhí)行步驟204；若不能夠命中，則執(zhí)行步驟205。

在步驟204中，延伸加速節(jié)點通過自身的內(nèi)容加速功能為用戶提供內(nèi)容加速服務。

在步驟205中，延伸加速節(jié)點對該請求數(shù)據(jù)包不予響應。

此方法中，延伸加速節(jié)點在判斷用戶請求內(nèi)容加速服務后，會先判斷能否向用戶提供該內(nèi)容，當能夠提供該內(nèi)容加速服務時，再由自 身提供內(nèi)容加速服務，當不能夠提供服務時，用戶請求仍會被目標ip地址的加速服務節(jié)點響應并提供服務，從而避免影響到用戶獲取請求的內(nèi)容。

在一個實施例中，當延伸加速節(jié)點確定由自身向用戶提供內(nèi)容加速服務后，會向請求數(shù)據(jù)包的目標ip地址發(fā)送服務終止請求，告知用戶請求的內(nèi)容加速服務節(jié)點停止為用戶提供內(nèi)容加速服務。此方法中，延伸加速節(jié)點能夠及時的阻止用戶請求的原內(nèi)容服務器節(jié)點向用戶發(fā)送內(nèi)容，防止用戶收到雙份的內(nèi)容，增加不必要的流量消耗。

本發(fā)明的內(nèi)容加速方法的又一個實施例的流程圖如圖3所示。

在步驟301中，當終端發(fā)起內(nèi)容訪問時，會向訪問調(diào)度系統(tǒng)發(fā)起內(nèi)容訪問請求。

在步驟302中，終端獲取從訪問調(diào)度系統(tǒng)獲取的加速服務節(jié)點的ip地址，并以該ip地址作為目標ip地址向?qū)募铀俜展?jié)點發(fā)送要求內(nèi)容加速服務的請求數(shù)據(jù)包。

在步驟303中，延伸加速節(jié)點獲取用戶發(fā)送的請求數(shù)據(jù)包的復本。

在步驟304中，延伸加速節(jié)點根據(jù)請求數(shù)據(jù)包的目標ip地址與加速服務節(jié)點的ip地址進行匹配。延伸加速節(jié)點配置有加速服務節(jié)點的ip地址。若匹配成功，則說明該請求數(shù)據(jù)包為用戶向加速服務節(jié)點請求內(nèi)容加速服務的數(shù)據(jù)包，執(zhí)行步驟305；若未匹配成功，則該請求數(shù)據(jù)包為其他用途的數(shù)據(jù)包，執(zhí)行步驟307。

在步驟305中，延伸加速節(jié)點分析請求數(shù)據(jù)包中用戶請求的內(nèi)容，判斷能否在本延伸加速節(jié)點命中。若能夠命中，則執(zhí)行步驟306；若不能夠命中，則執(zhí)行步驟307。

在步驟306中，延伸加速節(jié)點通過自身的內(nèi)容加速功能為用戶提供內(nèi)容加速服務。

在步驟307中，延伸加速節(jié)點對該請求數(shù)據(jù)包不予響應。

此方法能夠?qū)F(xiàn)有的終端向訪問調(diào)度系統(tǒng)發(fā)起內(nèi)容訪問請求與本發(fā)明的延伸加速節(jié)點的方案相結(jié)合，延伸加速節(jié)點與原內(nèi)容加速系統(tǒng)并行工作，無需對接開發(fā)；保證延伸加速節(jié)點與原內(nèi)容加速節(jié)點二 者之一為終端提供服務，且延伸加速節(jié)點異常情況下不影響終端請求被原內(nèi)容加速系統(tǒng)正常響應和服務。

在一個實施例中，延伸加速節(jié)點以分光方式并聯(lián)的部署于用戶請求訪問路徑上，接收終端的請求數(shù)據(jù)包的復本。此方法易于實施，對現(xiàn)有網(wǎng)絡的改動較少，成本低，便于推廣應用。

本發(fā)明的內(nèi)容加速方法的一個實施例的網(wǎng)絡示意圖如圖4所示?？晒_網(wǎng)絡中已部署有cdn或cache模式的內(nèi)容加速節(jié)點，每個節(jié)點由若干內(nèi)容加速服務器組成。在非公開網(wǎng)絡中可以包括由運營商部署并提供的延伸加速節(jié)點。延伸加速節(jié)點可以獨立部署和運行，實現(xiàn)內(nèi)容加速；也可以在非公開網(wǎng)絡中代替原內(nèi)容加速系統(tǒng)的加速服務節(jié)點實現(xiàn)其延伸加速的目的。由于非公開網(wǎng)絡中的延伸加速節(jié)點不具有對于因特網(wǎng)可公開路由的ip地址或者開放端口，因此原內(nèi)容加速系統(tǒng)的操作中心不需要監(jiān)視它，即不必要對延伸加速節(jié)點進行服務模式配置、節(jié)點健康性檢查、內(nèi)容緩存分布等操作。延伸加速節(jié)點以并聯(lián)方式部署在用戶訪問通道中，而用戶訪問仍被按照原內(nèi)容加速系統(tǒng)的調(diào)度或?qū)Я鞣绞街赶蛟瓋?nèi)容加速系統(tǒng)的加速服務節(jié)點，因此延伸加速節(jié)點故障不影響原內(nèi)容加速系統(tǒng)的服務，原內(nèi)容加速系統(tǒng)的調(diào)度或?qū)Я鬟^程亦不必考慮延伸加速節(jié)點的存在。

本發(fā)明的內(nèi)容加速方法的一個實施例的信令交互圖如圖5所示。

在501中，延伸加速節(jié)點需要預先配置本區(qū)域原加速系統(tǒng)服務節(jié)點的ip地址(通常為一個vip地址)作為延伸加速的目標ip地址。

在502中，終端向訪問調(diào)度或?qū)Я飨到y(tǒng)發(fā)送內(nèi)容訪問請求。

在503中，訪問調(diào)度或?qū)Я飨到y(tǒng)根據(jù)原策略向用戶返回加速服務節(jié)點的ip地址。

在504中，終端向加速服務節(jié)點發(fā)送請求數(shù)據(jù)包，該請求數(shù)據(jù)包途經(jīng)延伸加速節(jié)點的分光點，被延伸加速節(jié)點同步獲取。

在505中，延伸加速節(jié)點分析數(shù)據(jù)包的目的ip地址，發(fā)現(xiàn)與本節(jié)點延伸加速目標ip地址匹配，判定該請求內(nèi)容屬于延伸加速范圍。

在506中，延伸加速節(jié)點分析用戶請求內(nèi)容在本節(jié)點命中，本節(jié) 點能夠為用戶提供內(nèi)容加速服務。

在507中，延伸加速節(jié)點向終端回復正確應答，提供內(nèi)容服務，同時向原內(nèi)容加速節(jié)點發(fā)送tcprst請求，終止原內(nèi)容加速服務節(jié)點向用戶提供服務。

此方法中，原內(nèi)容加速系統(tǒng)的訪問調(diào)度或?qū)Я飨到y(tǒng)不必知曉延伸加速節(jié)點的存在，不會針對該延伸加速節(jié)點做調(diào)度，進而能夠支持異構(gòu)節(jié)點協(xié)同工作；由于延伸加速節(jié)點的網(wǎng)絡位置比原內(nèi)容加速網(wǎng)絡的加速服務節(jié)點更靠近用戶終端，因此在邏輯對應關(guān)系上，是多個延伸加速節(jié)點對應一個原內(nèi)容加速網(wǎng)絡節(jié)點，通常情況下，原內(nèi)容加速網(wǎng)絡節(jié)點對外提供一個本地負載均衡設(shè)備的vip地址，延伸加速節(jié)點中預先配置這個vip地址即可；或者內(nèi)容加速網(wǎng)絡節(jié)點對外提供多個可訪問的ip地址，則延伸加速節(jié)點可將這些ip地址都配置為延伸加速目標ip。

在一個實施例中，如為了內(nèi)容的分發(fā)向cdn服務商繳費，那么延伸加速節(jié)點需要向cdn提供服務相關(guān)數(shù)據(jù)；或為了提高安全性，原加速系統(tǒng)對延伸加速節(jié)點進行安全性驗證。它們之間在上述必要情況下的數(shù)據(jù)交流可以通過帶外通道進行，與正常業(yè)務通道無關(guān)。

本發(fā)明的內(nèi)容加速方法的一個實施例的示意圖如圖7所示。在固網(wǎng)中已經(jīng)部署有一套內(nèi)容加速系統(tǒng)，例如一套cdn系統(tǒng)。該cdn系統(tǒng)可能為第三方部署系統(tǒng)，節(jié)點一般部署于若干個idc中。在運營商的lteipran(radioaccessnetwork，無線接入網(wǎng))網(wǎng)中部署有若干獨立工作的高速緩存系統(tǒng)，lteipran網(wǎng)為非公開網(wǎng)絡，這些高速緩存系統(tǒng)均為運營商部署，獲取ipran內(nèi)運行的私網(wǎng)地址，與上述cdn在系統(tǒng)、業(yè)務、運維方面均為互相獨立，cdn節(jié)點與高速緩存節(jié)點為異構(gòu)節(jié)點。典型情況下，高速緩存系統(tǒng)部署于lteipran的某個匯聚環(huán)上，針對多個基站下的移動終端進行內(nèi)容加速。延伸節(jié)點1的延伸加速目標ip被預先配置為cdn加速服務節(jié)點1的ip地址。ue的訪問請求首先由固網(wǎng)上部署的cdngslb調(diào)度到cdn加速服務節(jié)點1上，然后ue向該cdn加速服務節(jié)點發(fā)起http請求， 延伸加速節(jié)點通過分光方式獲取此請求，并判斷該請求目的ip地址是否為加速服務節(jié)點的ip地址，內(nèi)容是否命中。如內(nèi)容命中則直接向ue提供服務，并向cdn加速節(jié)點1發(fā)起tcprst指令，cdn加速節(jié)點1不向ue提供服務。如內(nèi)容未命中，則延伸節(jié)點1對該請求不予響應，用戶請求正常到達cdn加速服務節(jié)點1，由cdn加速服務節(jié)點1提供服務，從而保證延伸加速節(jié)點與原內(nèi)容加速系統(tǒng)并行工作，延伸加速節(jié)點或加速服務節(jié)點二者其一為終端提供服務，且延伸加速節(jié)點異常情況下不影響終端請求被原內(nèi)容加速系統(tǒng)正常響應和服務。

本發(fā)明的延伸加速節(jié)點的一個實施例的示意圖如圖7所示。其中，數(shù)據(jù)包獲取模塊701，能夠獲取用戶發(fā)送的請求數(shù)據(jù)包的復本。地址匹配模塊702能夠根據(jù)請求數(shù)據(jù)包的目標ip地址與加速服務節(jié)點的ip地址進行匹配。在一個實施例中，延伸加速節(jié)點需要預先配置本區(qū)域原加速系統(tǒng)服務節(jié)點的ip地址(通常為一個vip地址)作為延伸加速的目標ip地址，進而根據(jù)配置的ip地址執(zhí)行匹配操作。執(zhí)行模塊703在地址匹配模塊702匹配成功時，通過自身的內(nèi)容加速功能為用戶提供內(nèi)容加速服務；在地址匹配模塊702匹配不成功時對該請求數(shù)據(jù)包不予響應。

此延伸加速節(jié)點能夠獲取用戶發(fā)送的數(shù)據(jù)包的復本，通過數(shù)據(jù)包的目標ip地址判斷用戶在向加速服務節(jié)點請求內(nèi)容加速服務，進而由延伸加速節(jié)點直接為用戶提供內(nèi)容加速服務從而能夠在不影響現(xiàn)有內(nèi)容加速設(shè)備部署的前提下替代現(xiàn)有內(nèi)容加速服務器為用戶提供內(nèi)容加速服務。

本發(fā)明的延伸加速節(jié)點的另一個實施例的示意圖如圖8所示。其中，數(shù)據(jù)包獲取模塊801、地址匹配模塊802的結(jié)構(gòu)和功能與圖7的實施例中相似。延伸加速節(jié)點還包括資源命中模塊803，能夠在地址匹配模塊802匹配成功的情況下，分析請求數(shù)據(jù)包中用戶請求的內(nèi)容，判斷能否在本延伸加速節(jié)點命中。若能夠命中，則執(zhí)行模塊804通過自身的內(nèi)容加速功能為用戶提供內(nèi)容加速服務；否則，執(zhí)行模塊804不予響應。此延伸加速節(jié)點在判斷用戶請求內(nèi)容加速服務后，會先判 斷能否向用戶提供該內(nèi)容，當能夠提供該內(nèi)容加速服務時，再由自身提供內(nèi)容加速服務，當不能夠提供服務時，用戶請求仍會被目標ip地址的加速服務節(jié)點響應并提供服務，從而避免影響到用戶獲取請求的內(nèi)容。

本發(fā)明的延伸加速節(jié)點的又一個實施例的示意圖如圖9所示。其中，數(shù)據(jù)包獲取模塊901、地址匹配模塊902、資源命中模塊903和執(zhí)行模塊904的結(jié)構(gòu)和功能與圖8的實施例中相似。延伸加速節(jié)點還包括終止請求發(fā)送模塊905，當資源命中模塊903確定由自身向用戶提供內(nèi)容加速服務后，會向請求數(shù)據(jù)包的目標ip地址發(fā)送服務終止請求，告知用戶請求的內(nèi)容加速服務節(jié)點停止為用戶提供內(nèi)容加速服務。此延伸加速節(jié)點能夠及時的阻止用戶請求的原內(nèi)容服務器節(jié)點向用戶發(fā)送內(nèi)容，防止用戶收到雙份的內(nèi)容，增加不必要的流量消耗。

在一個實施例中，延伸加速節(jié)點以分光方式并聯(lián)的部署于用戶請求訪問路徑上，接收終端的請求數(shù)據(jù)包的復本。此延伸加速節(jié)點的部署對現(xiàn)有網(wǎng)絡的改動較少，成本低，便于推廣應用。

最后應當說明的是：以上實施例僅用以說明本發(fā)明的技術(shù)方案而非對其限制；盡管參照較佳實施例對本發(fā)明進行了詳細的說明，所屬領(lǐng)域的普通技術(shù)人員應當理解：依然可以對本發(fā)明的具體實施方式進行修改或者對部分技術(shù)特征進行等同替換；而不脫離本發(fā)明技術(shù)方案的精神，其均應涵蓋在本發(fā)明請求保護的技術(shù)方案范圍當中。