TWI513284B - 反向代理系統及其方法 - Google Patents

Description

反向代理系統及其方法

本發明係關於一種反向代理技術，尤其是關於一種應用於網路影音(internet video/audio)之反向代理系統及其代理方法。

隨著網路蓬勃發展及IP訊務(IP traffic)技術成熟，且為了因應網路影音持續增加的趨勢，網路服務提供者往往建置大量的反向代理伺服器(Reverse Proxy，以下簡稱伺服器)以降低頻寬消耗；此外，網路服務提供者也同時致力於網路影音加值應用來服務用戶，近年來網路服務提供者是採用HTTP-based adaptive bit-rate streaming技術提供影片，把影片壓製成多種位元率(bitrate)並進行切片，以依據用戶觀看進度和可用頻寬來給予合適片段，然而這樣的技術卻容易增加影片的儲存空間，同時也因此造成反向代理伺服器的儲存空間的浪費。因此，伺服器之間如何有效地進行組織與分工，以在降低頻寬消耗的同時，也能減少儲存空間的浪費，便成為網路服務的重要議題。

如第1A和1B圖所示，係說明現有反向代理技術之主要具體實施的示意圖，於第1A圖中，代理伺服器叢集5包含代理伺服器51、52、53，此數量僅為舉例說明，實施時不以此為限，各代理伺服器51、52、53之間是獨立作業的，其中，代理伺服器51、52、53可用於處理請求內容， 且可儲存檔案(如影片檔案)A1、A2、A3等，當用戶70提出請求時，透過輪詢式(round robin)網域名稱系統(DNS)伺服器進行分配，例如，用戶70由第一代理伺服器51來進行服務，若第一代理伺服器51中已儲存有所要求影片，則由第一代理伺服器51提供該影片，若未儲存有該影片，則可至原站(original site)伺服器8取得並儲存該影片於第一代理伺服器51，之後，用戶71、72、73提出請求後，則依輪詢式分配至各代理伺服器51、52、53(如圖箭頭所示)，然而此代理機制可能導致每一代理伺服器51、52、53儲存有相同影片內容，最糟糕甚至是每一代理伺服器51、52、53都儲存相同影片(如圖所示)，如此不僅造成儲存空間造成浪費，且增加新的代理伺服器時也無助於提升快取命中率。

於第1B圖中，代理伺服器叢集6包含代理伺服器61、62、63，此數量同樣僅是舉例說明，每一代理伺服器61、62、63可用於處理請求內容，且可儲存影片檔案A1、A2、A3等，同樣地，各代理伺服器61、62、63之間仍是獨立作業，此機制係利用(第七層)負載平衡器7來取代輪詢式DNS伺服器之工作分配，負載平衡器7可辨識用戶請求內容，並將相同請求內容交給同一代理伺服器處理，換言之，相同影片內容僅需於儲存一次，例如，當用戶70提出請求時，透過負載平衡器7分配後由第一代理伺服器61來進行服務，同樣地第一代理伺服器61已儲存有所要求影片則由第一代理伺服器61提供該影片，若未儲存有該影 片，則至原站伺服器8取得並儲存該影片於第一代理伺服器61，接著，用戶71、72所提出請求經負載平衡器7判斷後，與用戶70請求相同，則同樣會由第一代理伺服器61提供代理服務，如此將能有效提升整個快取命中率，但此代理機制於設備擴展時將受限於負載平衡器7所能提供服務能力的上限，且不僅有單點失效(Single Point of Failure)的問題，同時負載平衡器7因價格高昂，皆使此代理機制設備擴展受到許多限制。

此外，現有反向代理技術並無法直接有效的處理存取次數較高的影片，導致如果該影片儲存於特定代理伺服器時，容易造成該特定代理伺服器過載的問題。

因此，如何找出網路影音更佳之反向代理技術，特別是不改變現行代理機制的架構下，提出一種新的反向代理機制，同時避免現有代理機制的各項缺失，像是快取命中率問題、檔案重複儲存所造成儲存空間浪費、負載平衡器對於代理伺服器擴增時的限制、甚至是對存取次數高的檔案(如熱門內容影片)之處理方式等，實為目前亟欲解決之技術課題。

鑒於上述習知技術之缺點，本發明之目的係提供一種高快取命中率且可有效處理熱門內容影片之反向代理系統及其方法，以降低伺服器過載的發生。

本發明之另一目的係提供一種易於水平擴展且彈性部署之反向代理系統及其方法，以有效增減反向代理系統 之系統能力與效能。

為達成前述目的及其他目的，本發明提供一種反向代理系統，係包括：前導裝置及代理伺服器群組，其中，前導裝置係接收請求資訊，並以一分配機制轉送該請求資訊，代理伺服器群組係由複數台代理伺服器所組成，且該前導裝置所轉送之該請求資訊由該複數台代理伺服器之其中一者所接收，每一該代理伺服器包括快取單元和接取單元，其中，接取單元接收該前導裝置之請求資訊後，透過一配置演算法對該請求資訊進行計算以取得該請求資訊所請求之檔案的儲存位置，以從該檔案的儲存位置取得該檔案並回傳該檔案，其中，該檔案係儲存於該接取單元所屬代理伺服器中之對應快取單元，或其他代理伺服器中之對應快取單元。

於另一實施態樣中，該配置演算法為一致性雜湊(consistent hash)演算法，而該分配機制為加權式輪詢分配機制。

於另一實施態樣中，於每一該代理伺服器所包括之該快取單元未儲存該請求資訊所請求之檔案時，該快取單元係由該代理伺服器群組所連接之原站伺服器取得該檔案以儲存該檔案。

於又一實施態樣中，每一該代理伺服器所包括之該接取單元係分別記錄該檔案之存取次數，以於該檔案之存取次數大於一門檻值時，標記該檔案為熱門檔案。此外，該接取單元更包括熱門暫存區，用於暫存所處理之該熱門檔 案。

本發明復提出一種反向代理方法，係包括下列步驟：接收請求資訊、將該請求資訊轉送至複數台代理伺服器之其中一者、接收該請求資訊之代理伺服器係透過配置演算法對該請求資訊進行計算以取得該請求資訊所請求之檔案的儲存位置、以及依據該檔案的儲存位置，自該複數台代理伺服器之其中一者取得該請求資訊所請求之檔案，以回傳該檔案。

於一實施態樣中，該反向代理方法更包括記錄該檔案之存取次數，以於該檔案之存取次數大於一門檻值時，標記該檔案為熱門檔案，進而暫存於處理該熱門檔案之代理伺服器之熱門暫存區。

相較於習知技術，本發明之反向代理系統及其方法，利用前導裝置輪詢機制將代理工作分配至每一代理伺服器，代理伺服器解析請求資訊後取得該請求資訊所請求之檔案的儲存位置，然後至該處取得該檔案，由於各代理伺服器中儲存檔案之快取單元是共享，因而，檔案僅需儲存一次，且依代理伺服器之效能分配之代理工作亦不會造成某一設備處理負載過重，重要的是，這樣的反向代理系統於設備擴展時受限較小，僅需調整配置演算法即可彈性部署代理伺服器；此外，本發明更提出於各代理伺服器之接取單元設置熱門暫存區，可存放常被存取的熱門影片，如此代理伺服器可縮短處理時間並降低運作負擔，因此，透過本發明之反向代理系統及其方法，將提供反向代理時更 佳處理效能，同時讓設備擴展時更具彈性，對於網路影音發展應有相當助益。

以下藉由特定的具體實施例說明本發明之技術內容，熟悉此技藝之人士可由本說明書所揭示之內容輕易地瞭解本發明之優點與功效。然本發明亦可藉由其他不同的具體實施例加以施行或應用。

須知，本說明書所附圖式所繪示之結構、比例、大小等，均僅用以配合說明書所揭示之內容，以供熟悉此技藝之人士之瞭解與閱讀，並非用以限定本發明可實施之限定條件，故不具技術上之實質意義，任何結構之修飾、比例關係之改變或大小之調整，在不影響本發明所能產生之功效及所能達成之目的下，均應仍落在本發明所揭示之技術內容得能涵蓋之範圍內。

請參閱第2圖，係本發明之反向代理系統的系統示意圖。如圖所示，本發明之反向代理系統1提供將用戶所發出之服務請求，轉發至提供服務之代理伺服器進行處理以將所請求之檔案回傳至用戶，用戶可透過使用者裝置9與代理伺服器群組11連線，而自代理伺服器群組11中的代理伺服器110、111取得各種服務，如影音服務，需說明的，本實施例僅以兩台代理伺服器110、111來說明，但實際運作時其數量是不限的，亦即可隨需求增減代理伺服器數量，其中，反向代理系統1主要包括前導裝置10及代理伺服器群組11。此外，要特別說明是，上述所稱之檔案係例 如為影音檔案，但並不以此為限，凡是可應用本發明之反向代理技術之其他型態的檔案均可適用。

前導裝置10係接收使用者裝置9所傳送之請求資訊，以一分配機制(如加權式輪詢分配機制等)轉送該請求資訊。具體而言，使用者裝置9可例如為智慧型行動裝置、隨身電子裝置、電腦或影音播放設備等，前導裝置10接收用戶透過使用者裝置9傳送之請求資訊，透過加權式輪詢機制以依據各代理伺服器之效能來分配代理工作，如此避免單一代理伺服器110、111過大的運作負載，換句話說，前導裝置10可透過例如一加權(weight)的方式以依據各代理伺服器之效能來分配代理工作，例如代理伺服器之效能越佳者，其加權值越高，其代理工作越多。

代理伺服器群組11係例如為一種叢集代理伺服器群組，其由複數台代理伺服器(在本實施例中係舉例為兩台代理伺服器)110、111所組成，前導裝置10將請求資訊傳送至複數台代理伺服器110、111之其中一者，其中，每一代理伺服器包括快取單元及接取單元，也就是，代理伺服器110包括接取單元1101及快取單元1102，而代理伺服器111包括接取單元1111及快取單元1112，其中，快取單元及接取單元係分別可利用如程序(process)實作。

快取單元1102、1112是用於儲存檔案，亦即當複數台代理伺服器110、111可將曾經處理過之檔案儲存於其快取單元1102、1112，如此當下次再處理相同內容請求時，則無需重新下載檔案，然而快取單元1102、1112是有儲存 空間的限制，因此，快取單元無法儲存超過儲存空間的限制的檔案且因此須妥善應用快取單元的儲存空間。

接取單元1101、1111係用於接收來自該前導裝置10之請求資訊，透過一配置演算法對該請求資訊進行計算以取得該請求資訊所請求之檔案的儲存位置，以從該檔案的儲存位置取得該檔案，進而回傳該檔案至該使用者裝置9，其中，該檔案係儲存在該接取單元1101所屬代理伺服器中之快取單元1102(亦稱為對應快取單元)，或其他代理伺服器111中之快取單元1112(亦稱為對應快取單元)。由上可知，用戶的請求資訊係透過例如加權的方式分配給各代理伺服器110、111，接取單元1101、1111透過配置演算法以計算出該請求資訊對應之檔案的儲存位置，藉此取得該檔案並回傳至使用者裝置9，其中，請求資訊可例如為檔案的URL，透過如DNS伺服器進行解析即可得到該請求資訊所請求內容為何，也就是說，接取單元1101、1111可自各代理伺服器110、111之快取單元1102、1112取回檔案，亦即快取單元1102、1112內的檔案是共享的，如此，檔案在快取單元中僅需儲存一次(一份)即可。

此外，前述之配置演算法可例如為一致性雜湊演算法，以依據一定規則配置檔案的儲存位置，之後當服務請求產生時，僅需分析該服務請求的請求資訊之特性(如請求資訊所載URL等)為何，即可知悉該檔案是儲存於哪一代理伺服器110、111之快取單元1102、1112內，如此不僅命中率高且無相同檔案重複儲存的問題。

透過上述代理機制，可知每一檔案僅儲存於代理伺服器110、111之其中一者的快取單元1102、1112中，透過快取單元1102、1112內檔案共享機制，使得檔案僅儲存一份，可減少儲存空間的浪費。再者，對於反向代理擴展而言，因為採用一致性雜湊演算法，故對於既有代理伺服器(如110、111)的增加、刪除或異動影響不大，因此，對於代理伺服器的部署有較大彈性，且不影響原有的高命中率特性，亦無需習知所採用之價格昂貴的負載平衡器。

請參閱第3A和3B圖，係本發明之反向代理系統具體實施的示意圖。如第3A圖所示，代理伺服器群組11係至少由代理伺服器110、111、112所組成，而代理伺服器110、111、112分別包含接取單元1101、1111、1121及快取單元1102、1112、1122，且前述各單元功能與第2圖所述相同，其中，快取單元1102、1112、1122可視為一快取單元叢集11’，基於檔案共享概念，來自原站伺服器8之每一檔案(如影片檔案)A1、A2、A3無需重覆儲存於各代理伺服器110、111、112，於本實施例中，係分別於快取單元1102、1112、1122內，用戶70~74可透過適當分配機制由任一代理伺服器110、111、112提供服務，即請求資訊通過接取單元1101、1111、1121解析後，可自快取單元1102、1112、1122之任一者取回所需要的檔案，當然，各代理伺服器110、111、112亦可透過加權式輪詢機制來服務用戶70~74。

於第3B圖中，代理伺服器群組11至少由代理伺服器110、111、112所組成，代理伺服器110、111、112之接 取單元1101、1111、1121及快取單元1102、1112、1122與第2圖所述相同，其中，快取單元1102、1112、1122可視為一快取單元叢集11’，其中，快取單元1112內儲存有檔案A1，當用戶70是透過第一代理伺服器110提供服務，接取單元1101利用配置演算法計算出該檔案的儲存位置為快取單元1112，故至快取單元1112取回該檔案A1，接著，用戶71是由第三代理伺服器112提供服務，用戶70和用戶71兩者請求資訊之特性相同(如請求資訊所載URL相同)，接取單元1121同樣以配置演算法當然也算出該檔案的儲存位置為快取單元1112，故至快取單元1112取回該檔案A1，由上可知，無論是來自原站伺服器8之檔案A1、A2、A3，在整個代理伺服器群組11中僅需儲存一份，因此，確實可避免儲存空間的浪費。

如第4圖所示，係本發明之反向代理系統另一實施例的系統示意圖。如圖所示，反向代理系統2同樣可提供用戶各種服務，如影音服務，其中，前導裝置20及代理伺服器群組21之各單元與第2圖所述實施形態及功能相同，故不再贅述，本實施例中，代理伺服器之接取單元復包括熱門暫存區，也就是，代理伺服器210之接取單元2101包括有熱門暫存區21011，而代理伺服器211之接取單元2111包括有熱門暫存區21111。

對於經常被存取之檔案，一般希望可快速取得及避免特定快取單元的過載，本發明提出於代理伺服器210、211之接取單元2101、2111內分別設置一熱門暫存區21011、 21111，以對常被存取之檔案提供更快速服務。詳言之，接取單元2101、2111係分別記錄檔案被存取的存取次數，並且於某一檔案被存取次數大於一預設門檻值時，將該檔案標記為熱門檔案(即熱門內容)，其中，該接取單元2101、2111係分別獨立記錄存取次數，且其熱門檔案係為獨立標記，因此各接取單元中之熱門檔案可為各自獨立之檔案。之後，若任何接取單元2101、2111所處理的請求服務為該熱門檔案時，則將所處理之熱門檔案分別儲存於各自的熱門暫存區21011、21111內，如此，後續接取單元2101、2111發現其他請求服務也是請求該熱門檔案時，則直接由該熱門暫存區將所各自暫存的該熱門檔案回傳給使用者裝置9，將有助於加速取得熱門檔案。

需說明的，若有多個熱門檔案，但熱門暫存區21011、21111的空間有限，則勢必需選擇性暫存某些檔案，在此可採用先進先出(FIFO)或者最久未被使用(LRU)等概念，也可以依據使用熱門程度給予評價排序以選擇暫存使用率高者，皆可提供儲存空間有限下的處理，同理，若各代理伺服器210、211之快取單元2102、2112等也可適用前述關於儲存空間不足的處理方式。

此外，前述實施例皆假設檔案已儲存於各代理伺服器210、211之快取單元2102、2112中，假若接取單元2101、2111解析請求資訊後，向該請求資訊所請求之檔案的儲存位置(可能是快取單元2102、2112等一者)請求提供檔案，但發現該檔案並未儲存於快取單元2102、2112內時，例如 快取單元2102未儲存該檔案，則快取單元2102將由代理伺服器群組21所連接之原站伺服器8取回該檔案，並將該檔案儲存於快取單元2102中。惟，原站伺服器8僅是方便說明使用，並非侷限檔案必需儲存於特定伺服器內，亦可來自網際網路或其他外部儲存設備。

如第5圖所示，係為本發明之反向代理系統另一具體實施例的示意圖。於本實施例中，代理伺服器群組21內各單元及原站伺服器8與第4圖所述實施形態及功能相同，故不再贅述，本實施例中，係說明熱門檔案(即熱門內容)之應用實施例，其中，關於熱門檔案的判斷可分別由接取單元2101、2111、2121來獨立判斷。於實際運作時，各個檔案A1、A2僅會在快取單元2102、2112、2122之其中一者儲存一份，同樣無重複儲存的問題，用戶70~72可能由不同代理伺服器210、211、212來提供各種服務，如影音服務，且若接取單元2101、2111、2121已處理過熱門檔案之代理服務時，亦回將該熱門檔案暫存於接取單元2101、2111、2121之熱門暫存區(圖未示)內，舉例來說，接取單元2101、2121暫存有熱門檔案，而接取單元2111則未處理過熱門檔案，故並無暫存任何檔案。

接著，配合前述第1-5圖所示之反向代理系統，以下將利用第6圖說明本發明之反向代理方法的步驟流程圖。

於步驟S601中，係接收使用者裝置所傳送之請求資訊，亦即用戶可透過其使用者裝置向網路影音服務提供者提出如影音服務之各種服務的要求。接著進至步驟S602。

於步驟S602中，係將該請求資訊轉送至複數台代理伺服器之其中一者。詳言之，為了避免習知利用負載平衡器可能的單點失效問題，或者任一代理伺服器運作負載過重，關於請求資訊的服務歸屬，可透過加權式輪詢方式轉送請求資訊至複數台代理伺服器之其中一者。接著進至步驟S603。

於步驟S603中，係接收該請求資訊之代理伺服器係透過配置演算法對該請求資訊進行計算以取得該請求資訊所請求之檔案的儲存位置。於本步驟中，為了避免代理伺服器重複儲存相同檔案，可透過一配置演算法進行服務工作的分配，例如採用一致性雜湊演算法，使得每個檔案儲存於各代理伺服器中，因此，收到請求資訊之代理伺服器亦可透過該一致性雜湊演算法取得該請求資訊所請求之檔案所儲存的位置。接著進至步驟S604。

於步驟S604中，係依據該檔案的儲存位置，自該複數台代理伺服器之其中一者取得該請求資訊所請求之檔案，以傳回該檔案至該使用者裝置。於本步驟中，依據一致性雜湊演算法所得到該檔案所儲存的位置後，可至該檔案的儲存位置進行存取，其中，由於各代理伺服器所儲存之檔案具有共享概念，因而，每一檔案僅需儲存一份，但仍可由不同代理伺服器取得該檔案。

於一具體實施例中，於該步驟S604中，更包括當該請求資訊所請求之檔案的儲存位置未儲存該檔案時，係自一原站伺服器取得該檔案以儲存該檔案，亦即透過一致性 雜湊演算法分配計算，檔案所在位置是固定的，因而若至該檔案儲存位置發現該檔案未儲存時，則可由如原站伺服器之外部取回該檔案，並儲存該檔案於該代理伺服器內。

此外，於本實施例中，更包括記錄該檔案之存取次數，以於該檔案之存取次數大於一門檻值時，標記該檔案為熱門檔案，進而暫存於處理該熱門檔案之代理伺服器之熱門暫存區。具體而言，為解決某些檔案特別常被存取，故於各自的代理伺服器設置一熱門暫存區來暫存熱門檔案，之後代理伺服器若有該熱門檔案之服務請求時，則不需至原先儲存該熱門檔案之代理伺服器的儲存處存取該熱門檔案，即可由各自的代理伺服器之熱門暫存區提供，藉以縮短處理時間並降低運作負擔。

與習知技術相比較，本發明之反向代理系統及其方法，透過加權式輪詢機制將代理服務工作分配給各代理伺服器，避免任一代理伺服器運作負載過重，而代理伺服器透過如一致性雜湊演算法由請求資訊取得所請求之檔案的儲存位置，由於各代理伺服器中所儲存之檔案是共享，因而檔案僅需儲存一份，將可避免儲存空間的浪費，如此，透過一致性雜湊演算法的使用，對於代理伺服器之增加、刪除或異動將不會造成過大影響，使得代理伺服器部署彈性較大，且不影響原有的高命中率特性，亦無成本過高的問題，且針對熱門影片的存取問題，本發明提出於各代理伺服器設置熱門暫存區，藉此存放常被存取的熱門影片，如此代理伺服器可縮短處理時間並降低運作負擔。因此， 透過本發明之反向代理系統及其方法，將使設備擴展時更有彈性，且避免現有反向代理的許多缺陷，因而對網路影音服務發展是有所助益。

上述實施例僅例示性說明本發明之原理及其功效，而非用於限制本發明。任何熟習此項技藝之人士均可在不違背本發明之精神及範疇下，對上述實施例進行修飾與改變。因此，本發明之權利保護範圍，應如後述之申請專利範圍所列。

1、2‧‧‧反向代理系統

10、20‧‧‧前導裝置

11、21‧‧‧代理伺服器群組

11’、21’‧‧‧快取單元叢集

110、111、112、210、211、212‧‧‧代理伺服器

1101、1111、1121、2101、2111、2121‧‧‧接取單元

1102、1112、1122、2102、2112、2122‧‧‧快取單元

21011、21111‧‧‧熱門暫存區

5、6‧‧‧代理伺服器叢集

51、52、53、61、62、63‧‧‧代理伺服器

7‧‧‧負載平衡器

70~74‧‧‧用戶

8‧‧‧原站伺服器

9‧‧‧使用者裝置

S601~S604‧‧‧步驟

A1、A2、A3‧‧‧檔案、影片檔案

第1A和1B圖係說明現有反向代理技術之主要具體實施的示意圖；第2圖係說明本發明之反向代理系統的系統示意圖；第3A和3B圖係說明本發明之反向代理系統具體實施的示意圖；第4圖係說明本發明之反向代理系統另一實施例的系統示意圖；第5圖係說明本發明之反向代理系統另一具體實施例的示意圖；以及第6圖係說明本發明之反向代理方法的步驟流程圖。

1‧‧‧反向代理系統

10‧‧‧前導裝置

11‧‧‧代理伺服器群組

110、111‧‧‧代理伺服器

1101、1111‧‧‧接取單元

1102、1112‧‧‧快取單元

9‧‧‧使用者裝置

Claims (10)

1. 一種反向代理系統，係包括：前導裝置，係接收請求資訊，以一分配機制轉送該請求資訊；以及代理伺服器群組，係由複數台代理伺服器所組成，其中，該前導裝置所轉送之該請求資訊由該複數台代理伺服器之其中一者所接收，且每一該代理伺服器包括：快取單元；及接取單元，係用於接收來自該前導裝置之該請求資訊，透過一配置演算法對該請求資訊進行計算以取得該請求資訊所請求之檔案的儲存位置，以從該檔案的儲存位置取得該檔案，進而回傳該檔案，其中，每一該代理伺服器之快取單元形成一快取單元叢集，該檔案係儲存於該接取單元所屬代理伺服器中或其他代理伺服器中之對應快取單元。
2. 如申請專利範圍第1項所述之反向代理系統，其中，於每一該代理伺服器所包括之該快取單元未儲存該請求資訊所請求之檔案時，該快取單元係由該代理伺服器群組所連接之原站伺服器取得該檔案以儲存該檔案。
3. 如申請專利範圍第1項所述之反向代理系統，其中，該配置演算法為一致性雜湊演算法，而該分配機制為 加權式輪詢分配機制。
4. 如申請專利範圍第1項所述之反向代理系統，其中，每一該代理伺服器所包括之該接取單元係分別記錄該檔案之存取次數，以於該檔案之存取次數大於一門檻值時，標記該檔案為熱門檔案。
5. 如申請專利範圍第4項所述之反向代理系統，其中，該接取單元更包括熱門暫存區，係用於暫存所處理之該熱門檔案。
6. 如申請專利範圍第5項所述之反向代理系統，其中，該請求資訊所請求之檔案為該熱門檔案時，該接取單元將該熱門暫存區所暫存之該熱門檔案直接回傳。
7. 一種反向代理方法，係包括下列步驟：(1)接收請求資訊；(2)將該請求資訊轉送至複數台代理伺服器之其中一者；(3)接收該請求資訊之代理伺服器係透過配置演算法對該請求資訊進行計算以取得該請求資訊所請求之檔案的儲存位置；以及(4)依據該檔案的儲存位置，自該複數台代理伺服器之其中一者取得該請求資訊所請求之檔案，以回傳該檔案，其中，該複數台代理伺服器內之快取單元形成一快取單元叢集，且該所請求之檔案係儲存於接收該請求資訊所屬代理伺服器中或其他代理伺服器之快取單元。
8. 如申請專利範圍第7項所述之反向代理方法，其中，該步驟(4)更包括當該請求資訊所請求之檔案的儲存位置未儲存該檔案時，係自一原站伺服器取得該檔案以儲存該檔案。
9. 如申請專利範圍第7項所述之反向代理方法，更包括記錄該檔案之存取次數，以於該檔案之存取次數大於一門檻值時，標記該檔案為熱門檔案，進而暫存於處理該熱門檔案之代理伺服器之熱門暫存區。
10. 如申請專利範圍第7項所述之反向代理方法，其中，該步驟(3)所述之配置演算法係為一致性雜湊演算法。