專利名稱：內容提供方法和系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及內容提供方法和系統(tǒng)，尤其是涉及通過HTTP(超文本傳輸協(xié)議)進行 內容提供的方法和系統(tǒng)。
背景技術：
web/web2. 0應用得到了廣泛的采用。在網絡應用中，HTTP下載是最為常用的獲取 內容的方法。對于某些平臺而言，HTTP下載是唯一可用的獲取內容的方法。這主要是由于 以下幾點原因物理限制，例如移動電話等目前僅能夠采用HTTP下載；安全性，例如，某些 單位或實體僅允許到Internet的HTTP訪問；防火墻/NAT(網絡地址轉換)的限制，HTTP 是最容易穿過防火墻/NAT的協(xié)議。 目前，為了優(yōu)化系統(tǒng)設計，很多內容提供平臺，尤其是大的數(shù)據(jù)中心、門戶網站或 者企業(yè)網站，常常采用計算和數(shù)據(jù)/存儲分離的環(huán)境。即，控制/邏輯節(jié)點和存儲節(jié)點是分 離的。這主要出于如下考慮效率，例如可以通過高速緩存來提高內容提供的效率；可擴展 性，例如，可以提高存儲的可擴展性；云計算，云計算要求分離計算和存儲；以及其它性能 和安全考慮，例如內部URI (統(tǒng)一資源標識符)隱藏。 圖1示出在上述環(huán)境下典型的HTTP下載的場景。如圖所示，在客戶端與內容提供 系統(tǒng)之間設有防火墻/NAT。請注意在以下描述的方法和系統(tǒng)中同樣存在防火墻/NAT，但是 為了便于說明省略了其圖示和解釋。具有一定客戶端IP的客戶端101發(fā)出HTTP請求。該請 求可以是例如外部IP或者服務器名加外部端口 (例如)的形式，例如HTTP:〃server:80/ a. avi，請求對內容a. avi訪問和獲取。該請求穿過防火墻/NAT之后，由分離的控制/邏輯 節(jié)點105和數(shù)據(jù)/內容節(jié)點IIO來處理和響應?？刂?邏輯節(jié)點105具有內部IP1，數(shù)據(jù)/ 內容節(jié)點110具有與內部IP1不同的內部IP2。數(shù)據(jù)/內容節(jié)點實際存儲的數(shù)據(jù)內容的名稱 可能不同于用戶請求的名稱，而是例如與a. avi對應的文件名稱，例如在/resource/2008/ video/目錄下存放的7751kn3t. avi之類的名稱。 圖2示出一種現(xiàn)有的內容提供方式的示意圖。該方式可稱為直接服務方式。在該 方式中，首先由HTTP客戶端101發(fā)送一個HTTP請求。然后，控制/邏輯節(jié)點105根據(jù)該請 求向數(shù)據(jù)/內容節(jié)點iio請求加載數(shù)據(jù)。接著，數(shù)據(jù)/內容節(jié)點iio將帶有數(shù)據(jù)的響應返 回控制/邏輯節(jié)點105。最后，由控制/邏輯節(jié)點105將HTTP響應提供給客戶端。由此實 現(xiàn)HTTP下載。在此方式中，控制/邏輯節(jié)點105先向數(shù)據(jù)/內容節(jié)點IIO請求加載數(shù)據(jù)， 然后數(shù)據(jù)/內容節(jié)點110將帶有數(shù)據(jù)的響應傳輸?shù)酱丝刂?邏輯節(jié)點105，再由控制/邏輯 節(jié)點105將完整的HTTP響應提供給客戶端。因此，直接服務方式的主要缺陷在于存在重復 的內部流量，即，控制/邏輯節(jié)點和數(shù)據(jù)/內容節(jié)點之間的重復的數(shù)據(jù)傳送處理，由此造成 HTTP響應效率低、內容提供平臺的性能下降等不利影響。 圖3示出另一種現(xiàn)有的內容提供方式的示意圖。該方式可稱為第一重定向方式。 在該方式中，首先由HTTP客戶端101發(fā)送一個HTTP請求。然后，控制/邏輯節(jié)點105向數(shù) 據(jù)/內容節(jié)點110發(fā)送元數(shù)據(jù)查詢，并由數(shù)據(jù)/內容節(jié)點110將對此的原始響應發(fā)回控制
4/邏輯節(jié)點105。此處的元數(shù)據(jù)可以是例如所請求數(shù)據(jù)在數(shù)據(jù)/內容節(jié)點110的實際存放 路徑。接著，控制/邏輯節(jié)點105將HTTP重定向報文提供給客戶端。然后，客戶端根據(jù)重 定向報文向數(shù)據(jù)/內容節(jié)點110發(fā)送另一 HTTP請求。最后，數(shù)據(jù)/內容節(jié)點110向客戶端 提供HTTP響應。由此實現(xiàn)HTTP下載。在此方式中，雖然消除了內部流量，但是HTTP請求 處理中交換的報文數(shù)目增多，處理效率降低。并且，存在客戶端重定向的用戶體驗。此外， 此方式使得內部URL被暴露。 圖4示出另一種現(xiàn)有的內容提供方式的示意圖。該方式可稱為第二重定向方式。 該方式與第一重定向方式的不同之處在于增加了節(jié)點M。其中，控制/邏輯節(jié)點105將HTTP 重定向報文提供給節(jié)點M，而不是客戶端lOl。節(jié)點M可以是全狀態(tài)HTTP代理。然后，節(jié)點 M根據(jù)重定向報文向數(shù)據(jù)/內容節(jié)點110發(fā)送另一 HTTP請求。然后數(shù)據(jù)/內容節(jié)點110向 客戶端提供HTTP響應。在此方式中，雖然消除了客戶端重定向體驗，也不會使得內部URL 被暴露，但是HTTP請求處理中交換的報文數(shù)目仍然較多，處理效率較低。并且，增加了多余 節(jié)點M。

發(fā)明內容
鑒于現(xiàn)有技術中存在的上述問題，本發(fā)明的一個目的是提供一種內容提供方法和 系統(tǒng)，其能夠減少HTTP請求處理中交換的報文數(shù)目。此外，本發(fā)明的方法和系統(tǒng)還可以消 除內部流量以及客戶端重定向體驗。優(yōu)選地但非限制性地，本發(fā)明的方法和系統(tǒng)尤其適合 應用于計算部分和數(shù)據(jù)部分分離的內容提供平臺。 為了實現(xiàn)上述目的，根據(jù)本發(fā)明的一個方面，提供一種內容提供方法。該內容提供 方法可以包括如下步驟根據(jù)客戶端的HTTP下載請求，在控制節(jié)點生成不含所請求的內容 數(shù)據(jù)的部分響應，并發(fā)送給數(shù)據(jù)節(jié)點；在數(shù)據(jù)節(jié)點將與所述HTTP下載請求相對應的內容附 加到該部分響應，生成完整響應；和將該完整響應提供給該客戶端。 根據(jù)本發(fā)明的另一方面，提供一種內容提供系統(tǒng)。該內容提供系統(tǒng)可以包括彼此 通信連接的控制節(jié)點和數(shù)據(jù)節(jié)點。該控制節(jié)點可以包括部分響應生成裝置，用于根據(jù)客戶 端的HTTP下載請求生成不含所請求的內容數(shù)據(jù)的部分響應；和發(fā)送裝置，用于將所生成的 部分響應發(fā)送給數(shù)據(jù)節(jié)點。該數(shù)據(jù)節(jié)點可以包括附加裝置，用于將與所述HTTP下載請求 相對應的內容附加到該部分響應以生成完整響應；和內容提供裝置，將該完整響應提供給 該客戶端。 當結合以下說明和附圖考慮時，將更好地獲知和理解本發(fā)明的這些和其它方面以 及實施例。


圖1示出典型的HTTP下載的場景。 圖2示出一種現(xiàn)有的內容提供方式的示意圖。 圖3示出另一種現(xiàn)有的內容提供方式的示意圖。 圖4示出又一種現(xiàn)有的內容提供方式的示意圖。 圖5示出本發(fā)明的原理簡圖。 圖6示出根據(jù)本發(fā)明實施例的內容提供方法的流程圖。
圖7示出根據(jù)本發(fā)明另一實施例的內容提供方法的流程圖。 圖8示出根據(jù)本發(fā)明實施例的內容提供系統(tǒng)的框圖。 圖9示出根據(jù)本發(fā)明又一實施例的內容提供系統(tǒng)的框圖。 圖10示出了適于本發(fā)明的計算機系統(tǒng)的結構方框圖。
具體實施例方式以下參照

本發(fā)明的原理及其實施例。
本發(fā)明的原理概述 圖5示出本發(fā)明的原理簡圖。如圖5所示，在應用本發(fā)明的控制節(jié)點和數(shù)據(jù)節(jié)點 分離的環(huán)境中，控制/邏輯節(jié)點105接收客戶端的HTTP請求。然后，控制/邏輯節(jié)點105 根據(jù)客戶端的HTTP下載請求，生成不含所請求的內容數(shù)據(jù)的部分HTTP響應，并將其發(fā)送到 數(shù)據(jù)/內容節(jié)點110。數(shù)據(jù)/內容節(jié)點110將與HTTP請求相對應的內容附加到部分HTTP 響應以生成完整響應，并將該完整響應直接提供給客戶端。 根據(jù)本發(fā)明，HTTP請求處理中交換的報文數(shù)目僅為2個，與現(xiàn)有技術相比顯著減 少。此外，本發(fā)明還消除了控制節(jié)點和數(shù)據(jù)節(jié)點之間的多余的內部流量，并且客戶端不存在 重定向體驗。 以下參照附圖6-9描述本發(fā)明的實施例。
實施例1 圖6示出根據(jù)本實施例的內容提供方法的流程圖。
如圖6所示，在步驟601 ，從客戶端接收請求。 然后，在步驟610，在防火墻/NAT判斷該請求是否為HTTP下載請求。例如，步驟 601和610可以如常規(guī)處理一樣在防火墻/NAT進行。 在判斷請求為HTTP下載請求的情況下，處理前進到步驟620。在步驟620，根據(jù)客 戶端的HTTP下載請求，在控制節(jié)點生成不含所請求的內容數(shù)據(jù)的部分響應。
接著，在步驟630，將所生成的部分響應以及TCP信息發(fā)送到對應的數(shù)據(jù)節(jié)點。
接著，在步驟640，在數(shù)據(jù)節(jié)點將與HTTP下載請求相對應的內容附加到部分響應。
然后，在步驟650，重寫部分響應的HTTP報頭，例如重寫內容長度域以反映內容的 實際長度。由此，生成完整的HTTP響應。 接著，在步驟660，打開TCP套接字，將完整的HTTP響應作為TCP的凈荷向客戶端 發(fā)送。由此，向客戶端提供完整的HTTP響應。 在步驟660之后，還可以包括與常規(guī)處理相同的處理步驟。例如，在步驟670，在 數(shù)據(jù)節(jié)點調整TCP狀態(tài)機以設置相應的TCP狀態(tài)和參數(shù)。接著，在步驟680，由防火墻/NAT 進行源IP地址/端口處理，將完整響應的內部IP地址和內部端口號轉換為外部IP地址和 外部端口號。最后，在步驟690，向客戶端發(fā)出完整響應的包。 此外，在判斷請求不是HTTP下載請求的情況下，處理前進到步驟615，進行常規(guī)處 理。在步驟615，由數(shù)據(jù)節(jié)點判斷是否是已有會話的TCP ACK(確認)。如果是，則在前進到 步驟670，調整TCP狀態(tài)機。如果否，則在步驟618停止處理。
實例 以下給出上述內容提供方法的一個實例。
首先，客戶端發(fā)出一個HTTP請求報文，該請求報文中主要信息例如為 GET a. avi HTTP/1. 1
[其他Header (報頭)略] 該請求由控制/邏輯(Control/Logical)節(jié)點解析處理后，生成的一個部分的
HTTP響應(Response)報文例如為 HTTP/1. 12000K Date :Fri，13Jun 2008 03:06:01 Server :Apache/2. 0. 54(Win32)PHP/5. 0. 5DAV/2 Last Modified :Fri 13 Jun 2008 03:00:55 GMT ETag :"367b-8ca0-7c8aa924，， Accept-Ranges :bytes Content-Length : Ke印-Alive :timeout = 15， max = 100 Connection :Ke印-Alive Content-Type :video/avi 可以看到，在該Response報文中，Content-Length(內容長度域)沒有值；報文后 部也沒有內容的數(shù)據(jù)。 然后，Contol/Logical節(jié)點將該部分報文和TCP相關信息傳送給數(shù)據(jù)/內容節(jié)點。 TCP的信息例如如下(括號內為說明) Destination Port :07 2A(16進制數(shù)，這是客戶端的端口號) ACK Number :4B CA 48 79(16進制數(shù)) Flags :0010(16進制數(shù)，只有ACK位置為l，其他位為0) Window size :0B 58(16進制數(shù)，TCP窗口大小) 經過數(shù)據(jù)/內容節(jié)點處理后，得到例如如下的完整的HTTPResponse報文 HTTP/1. 1200 OK Date:Fri，13 Jun 2008 03:06:01 Server :Apache/2. 0. 54 (Win32) PHP/5. 0. 5 DAV/2 Last Modified :Fri 13 Jun 2008 03:00:55 GMT ETag :"367b-8ca0-7c8aa924，， Accept-Ranges :bytes Content-Length :3379208 Ke印-Alive :timeout = 15， max = 100 Connection :Ke印-Alive Content-Type :video/avi[內容字節(jié)略] 可以看到，內容附加到了 HTTP Response報文的后部，修改了 Content-Length部 分，以反映內容的實際長度(以字節(jié)計)。 接著，數(shù)據(jù)/內容節(jié)點打開TCP Socket,將該HTTP Response報文作為TCP的凈 荷(Payload)傳送。在發(fā)送第一個TCP Segment (TCP分段)時，根據(jù)由控制/邏輯節(jié)點提供的TCP信息，設置相應的TCP狀態(tài)和參數(shù)。 當TCP/IP報文經由防火墻/NAT發(fā)向客戶時，源IP地址會被替換為外部的IP地 址(External IP)，源端口號替換為外部的端口號(External Port)，發(fā)送到客戶端。
實施例2 在上述實施例中，對數(shù)據(jù)節(jié)點作為整體描述，而沒有限定其具體組成。實際上，本 發(fā)明可以支持分布式數(shù)據(jù)/內容節(jié)點。也就是說，數(shù)據(jù)節(jié)點可以包括多個數(shù)據(jù)節(jié)點。
圖7示出在這種情況下的內容提供方法的流程圖。在圖7中，采用相同的標號表 示與圖6相同的步驟，并省略其詳細描述。 本實施例的方法與實施例1的不同之處在于增加了步驟625。在步驟620生成部 分響應之后，在步驟625，根據(jù)負載均衡選擇多個分布式數(shù)據(jù)/內容節(jié)點中的適當節(jié)點。然 后，在步驟630，將所生成的部分響應以及TCP信息發(fā)送到對應的數(shù)據(jù)節(jié)點。
此外，在分布式數(shù)據(jù)節(jié)點的情況下，在防火墻/NAT還執(zhí)行與分布式數(shù)據(jù)節(jié)點相關 的，例如基于映射查找選擇數(shù)據(jù)節(jié)點、更新映射表等。由于到客戶端的響應總是由位于NAT 內部的數(shù)據(jù)節(jié)點發(fā)起，因此，根據(jù)NAT的工作原理具體的客戶端在隨后的通信中總能和相 應的數(shù)據(jù)節(jié)點對應起來。上述常規(guī)處理并不是本發(fā)明所要限制的，因而為了清楚描述本發(fā) 明起見，省略了上述常規(guī)處理的圖示和詳細說明。
實施例3 圖8示出根據(jù)本實施例的內容提供系統(tǒng)的框圖。 如圖8所示，根據(jù)本實施例的內容提供系統(tǒng)800包括彼此通信連接的控制節(jié)點810 和數(shù)據(jù)節(jié)點850。 控制節(jié)點810可以包括部分響應生成裝置820，用于根據(jù)客戶端的HTTP下載請求 生成不含所請求的內容數(shù)據(jù)的部分響應；發(fā)送裝置830，用于將所生成的部分響應發(fā)送到 對應的數(shù)據(jù)節(jié)點。 數(shù)據(jù)節(jié)點850包括附加裝置855，用于將與HTTP下載請求相對應的內容附加到
該部分響應以生成完整響應；和內容提供裝置870，將該完整響應提供給客戶端。例如，內
容提供裝置870可以打開TCP套接字，將所述完整響應作為TCP的凈荷發(fā)送。 數(shù)據(jù)節(jié)點850還可以包括重寫裝置860，用于修改所述部分響應的報頭。具體地，
重寫裝置860可以修改例如報頭的內容長度域以反映內容的實際長度。 此外，內容提供系統(tǒng)800還可以包括與部分響應生成裝置820通信連接的判斷裝
置(未示出)，用于判斷從客戶端接收的請求是否為HTTP下載請求。例如，判斷裝置可以在
防火墻/NAT中實現(xiàn)。 數(shù)據(jù)節(jié)點850還可以包括與內容提供裝置870通信連接的調整裝置(未示出)，用 于調整TCP狀態(tài)機以設置相應的TCP狀態(tài)和參數(shù)。 內容提供系統(tǒng)800還可以包括與調整裝置通信連接的地址/端口處理裝置(未示 出)，將所述完整響應的內部IP地址和內部端口號轉換為外部IP地址和外部端口號以發(fā)送 到客戶端。例如，地址/端口處理裝置可以在防火墻/NAT中實現(xiàn)。
實施例4 在上述實施例中，對數(shù)據(jù)節(jié)點850作為整體描述，而沒有限定其具體組成。實際 上，本發(fā)明可以支持分布式數(shù)據(jù)/內容節(jié)點。也就是說，數(shù)據(jù)節(jié)點可以包括多個數(shù)據(jù)節(jié)點。
圖9示出在這種情況下的內容提供系統(tǒng)800'的框圖。在圖9中，采用相同的標號 表示與圖8相同的裝置，并省略其詳細描述。 在內容提供系統(tǒng)800'中，包括分別存儲數(shù)據(jù)內容的多個分布式的數(shù)據(jù)節(jié)點850、 900、910等，每個數(shù)據(jù)節(jié)點均包括與855附加裝置和內容提供裝置870相同的附加裝置和內 容提供裝置，還可以包括與重寫裝置860相同的重新裝置。此外，每個數(shù)據(jù)節(jié)點還可以包括 與數(shù)據(jù)節(jié)點850的調整裝置相同的調整裝置。 如圖9所示，控制節(jié)點810'與實施例3的控制節(jié)點810的不同之處在于還可以包 括數(shù)據(jù)節(jié)點選擇裝置825，用于根據(jù)負載均衡來選擇提供所請求內容的適當數(shù)據(jù)節(jié)點。例 如，選擇數(shù)據(jù)節(jié)點850作為提供所請求內容的數(shù)據(jù)節(jié)點。 類似地，本實施例的內容提供系統(tǒng)800'可以包括與實施例3的內容提供系統(tǒng)800 相同的判斷裝置和地址/端口處理裝置。 圖10示意性示出了可以實現(xiàn)根據(jù)本發(fā)明的各個實施例的計算機系統(tǒng)的結構方框 圖。 圖10中所示的計算機系統(tǒng)包括CPU(中央處理單元)1001、 RAM(隨機存取存儲 器)1002、 R0M(只讀存儲器)1003、系統(tǒng)總線1004，硬盤控制器1005、鍵盤控制器1006、串 行接口控制器1007、并行接口控制器1008、顯示器控制器1009、硬盤1010、鍵盤1011、串行 外部設備1012、并行外部設備1013和顯示器1014。在這些部件中，與系統(tǒng)總線1004相連 的有CPU 1001、 RAM 1002、 ROM 1003、硬盤控制器1005、鍵盤控制器1006，串行接口控制器 1007，并行接口控制器1008和顯示器控制器1009。硬盤1010與硬盤控制器1005相連，鍵 盤1011與鍵盤控制器1006相連，串行外部設備1012與串行接口控制器1007相連，并行外 部設備1013與并行接口控制器1008相連，以及顯示器1014與顯示器控制器1009相連。
圖10中每個部件的功能在本技術領域內都是眾所周知的，并且圖10所示的結 構也是常規(guī)的。這種結構不僅用于個人計算機和服務器，而且用于手持設備，如Palm PC、 PDA (個人數(shù)據(jù)助理)、移動電話等等。在不同的應用中，例如用于實現(xiàn)包含有根據(jù)本發(fā)明的 客戶端模塊的用戶終端或者包含有根據(jù)本發(fā)明的內容提供系統(tǒng)的服務器主機時，可以向圖 10中所示的結構添加某些部件，或者圖10中的某些部件可以被省略。圖10中所示的整個 系統(tǒng)由通常作為軟件存儲在硬盤1010中、或者存儲在EPR0M或者其它非易失性存儲器中的 計算機可讀指令控制。軟件也可從網絡(圖中未示出)下載?；蛘叽鎯υ谟脖P1010中，或 者從網絡下載的軟件可被加載到RAM 1002中，并由CPU1001執(zhí)行，以便完成由軟件確定的 功能。 盡管圖10中描述的計算機系統(tǒng)能夠支持根據(jù)本發(fā)明的提供的技術方案，但是該 計算機系統(tǒng)只是計算機系統(tǒng)的一個例子。本領域的熟練技術人員可以理解，許多其它計算 機系統(tǒng)設計也能實現(xiàn)本發(fā)明的實施例。 本發(fā)明還可以實現(xiàn)為例如由圖IO所示的系統(tǒng)所使用的計算機程序產品，其可以 包含有用于實現(xiàn)根據(jù)本發(fā)明的內容提供方法或系統(tǒng)的部分或全部的代碼。在使用之前，可 以把代碼存儲在其它計算機系統(tǒng)的存儲器中，例如，存儲在硬盤或諸如光盤或軟盤的可移 動的存儲器中，或者經由因特網或其它計算機網絡進行下載。 所公開的本發(fā)明的方法可以在軟件、硬件、或軟件和硬件的結合中實現(xiàn)。硬件部分 可以利用專用邏輯來實現(xiàn)；軟件部分可以存儲在存儲器中，由適當?shù)闹噶顖?zhí)行系統(tǒng)，例如微處理器、個人計算機(PC)或大型機來執(zhí)行。
以上描述了本發(fā)明的優(yōu)選實施例。具體實施例的以上描述完整地展現(xiàn)了本發(fā)明的
一般特性，其它方面可通過應用當前知識在不脫離一般原理的情況下容易地修改和/或適 應這些具體實施例的各個應用。因此這些應用和修改應該并且意欲被理解為在所公開實施 例的含義和等同范圍內。 應該理解，這里采用的措辭和術語是說明的目的，而不是限制。因此，雖然根據(jù)實 施例已經描述了本發(fā)明，但是本領域普通技術人員將認識到，在所附權利要求的范圍內可 以通過修改來實現(xiàn)本發(fā)明。
10
權利要求
一種內容提供方法，包括如下步驟根據(jù)客戶端的HTTP下載請求，在控制節(jié)點生成不含所請求的內容數(shù)據(jù)的部分響應，并發(fā)送給數(shù)據(jù)節(jié)點；在數(shù)據(jù)節(jié)點將與所述HTTP下載請求相對應的內容附加到該部分響應，生成完整響應；和將該完整響應提供給該客戶端。
2. 根據(jù)權利要求1所述的內容提供方法，其中所述數(shù)據(jù)節(jié)點包括分別存儲數(shù)據(jù)內容的 多個分布式的數(shù)據(jù)節(jié)點。
3. 根據(jù)權利要求2所述的內容提供方法，還包括如下步驟根據(jù)負載均衡來選擇提供所請求內容的數(shù)據(jù)節(jié)點。
4. 根據(jù)權利要求1或3所述的內容提供方法，還包括如下步驟在數(shù)據(jù)節(jié)點修改所述部分響應的報頭。
5. 根據(jù)權利要求4所述的內容提供方法，其中修改報頭的步驟包括修改所述報頭的內容長度域以反映內容的實際長度。
6. 根據(jù)權利要求1所述的內容提供方法，其中在生成部分響應的步驟之前還包括如下步驟判斷從客戶端接收的請求是否為HTTP下載請求。
7. 根據(jù)權利要求1所述的內容提供方法，其中提供完整響應的步驟包括如下步驟打開TCP套接字，將所述完整響應作為TCP的凈荷發(fā)送。
8. 根據(jù)權利要求7所述的內容提供方法，提供完整響應的步驟還包括如下步驟 在將所述完整響應作為TCP的凈荷發(fā)送之后，調整TCP狀態(tài)機以設置相應的TCP狀態(tài)和參數(shù)。
9. 根據(jù)權利要求8所述的內容提供方法，提供完整響應的步驟還包括如下步驟 在調整TCP狀態(tài)機之后，將所述完整響應的內部IP地址和內部端口號轉換為外部IP地址和外部端口號，將所述完整響應發(fā)送到客戶端。
10. —種內容提供系統(tǒng)，包括彼此通信連接的控制節(jié)點和數(shù)據(jù)節(jié)點，其中 該控制節(jié)點包括部分響應生成裝置，用于根據(jù)客戶端的HTTP下載請求生成不含所請求的內容數(shù)據(jù)的部分響應；禾口發(fā)送裝置，用于將所生成的部分響應發(fā)送給數(shù)據(jù)節(jié)點， 該數(shù)據(jù)節(jié)點包括附加裝置，用于將與所述HTTP下載請求相對應的內容附加到該部分響應以生成完整響應；和內容提供裝置，將該完整響應提供給該客戶端。
11. 根據(jù)權利要求io所述的內容提供系統(tǒng)，其中所述數(shù)據(jù)節(jié)點包括分別存儲數(shù)據(jù)內容的多個分布式的數(shù)據(jù)節(jié)點，每個數(shù)據(jù)節(jié)點均包括所述附加裝置和內容提供裝置。
12. 根據(jù)權利要求11所述的內容提供系統(tǒng)，其中所述控制節(jié)點還包括數(shù)據(jù)節(jié)點選擇裝 置，用于根據(jù)負載均衡來選擇提供所請求內容的數(shù)據(jù)節(jié)點。
13. 根據(jù)權利要求10或12所述的內容提供系統(tǒng)，其中所述數(shù)據(jù)節(jié)點還包括重寫裝置， 用于修改所述部分響應的報頭。
14. 根據(jù)權利要求13所述的內容提供系統(tǒng)，其中所述重寫裝置修改所述報頭的內容長 度域以反映內容的實際長度。
15. 根據(jù)權利要求10所述的內容提供系統(tǒng)，還包括判斷裝置，與部分響應生成裝置通信連接，用于判斷從客戶端接收的請求是否為HTTP 下載請求。
16. 根據(jù)權利要求10所述的內容提供系統(tǒng)，其中所述內容提供裝置打開TCP套接字，將 所述完整響應作為TCP的凈荷發(fā)送。
17. 根據(jù)權利要求16所述的內容提供系統(tǒng)，所述數(shù)據(jù)節(jié)點還包括調整裝置，與所述內容提供裝置通信連接，用于調整TCP狀態(tài)機以設置相應的TCP狀態(tài) 和參數(shù)。
18. 根據(jù)權利要求17所述的內容提供系統(tǒng)，還包括地址/端口處理裝置，與所述調整裝置通信連接，將所述完整響應的內部IP地址和內 部端口號轉換為外部IP地址和外部端口號以發(fā)送到客戶端。
全文摘要
本發(fā)明公開了一種內容提供方法和系統(tǒng)。該內容提供方法可以包括如下步驟根據(jù)客戶端的HTTP下載請求，在控制節(jié)點生成不含所請求的內容數(shù)據(jù)的部分響應；在數(shù)據(jù)節(jié)點將與所述HTTP下載請求相對應的內容附加到該部分響應，生成完整響應；和將該完整響應提供給該客戶端。
文檔編號H04L29/06GK101729497SQ20081017009
公開日2010年6月9日 申請日期2008年10月22日 優(yōu)先權日2008年10月22日
發(fā)明者趙邑新, 邵凌, 鄭凱, 韓竹 申請人:國際商業(yè)機器公司