專利名稱：基于用戶主機緩存設備提供Web服務的系統(tǒng)和方法
技術領域：
本申請涉及向用戶提供Web服務，具體地，涉及利用用戶主機緩存設備(UCE)提供Web服務的系統(tǒng)和方法。
背景技術：
隨著互聯(lián)網(wǎng)用戶規(guī)模不斷增長，過多的用戶數(shù)使得對Web服務器的性能和可靠性要求越來越高。在用戶使用的高峰期，Web服務器由于需要處理的任務過多，常常不能及時響應Web服務請求，甚至出現(xiàn)宕機情況，嚴重影響了用戶的體驗。目前緩解Web服務器壓力的方式主要有兩種:服務器負載均衡方式和內(nèi)容分發(fā)網(wǎng)絡(CDN)方式。服務器負載均衡方式是通過在多臺服務器之間設置負載均衡設備并配置相應的調(diào)度策略，利用前端設備對Web服務請求進行調(diào)度，以達到服務器之間的負載均衡。但是隨著Web服務請求的增加，必須不斷增加服務器的數(shù)量并不斷改進調(diào)度策略，這樣額外地增加了軟硬件投資；服務器部署后，已固化的處理能力在用戶激增時很難提供正常服務。CDN方式是通過在現(xiàn)有網(wǎng)絡中增加一層新的網(wǎng)絡架構，將源服務器的內(nèi)容存儲分布到網(wǎng)絡邊緣，使用戶可就近取得所需的內(nèi)容從而提高用戶訪問的響應速度和服務的可用性。但是無論新建或租用CDN網(wǎng)絡，都會使成本增加。尤其對于新建的CDN網(wǎng)絡，需要重新建立全網(wǎng)管控中心以及數(shù)量眾多的邊緣服務器節(jié)點，部署成本高昂。

發(fā)明內(nèi)容
根據(jù)本申請的一個方面，提供了一種基于用戶主機緩存設備提供Web服務的系統(tǒng)，該系統(tǒng)包括:至少一個用戶主機緩存設備(UCE);以及Web服務器，接收來自UE的Web服務請求，并確定是否由其直接向所述UE提供與所述Web服務請求相對應的文件，如果不是，則所述Web服務器從所述至少一個UCE中確定出用來為所述UE提供Web服務的UCE，并向所述UE發(fā)送重定向報文，以使得所述UE根據(jù)所述重定向報文從該查詢出的UCE中獲取響應于所述Web服務請求的文件。本申請的另一方面提供了一種基于用戶主機緩存設備提供Web服務的方法，包括:用戶設備UE向Web服務器發(fā)送Web服務請求；所述Web服務器根據(jù)所述Web服務請求決定是否直接向所述UE提供所需的文件；如果是，則所述Web服務器直接向所述UE提供與所述Web服務請求相對應的文件；否則，將所述Web服務請求重定向到所述至少一個UCE中的一個UCE，包括:所述Web服務器查詢出具有與所述Web服務請求對應的文件的UCE，并向所述UE發(fā)送重定向報文；所查詢出的UCE接收所述UE響應于所述重定向報文而發(fā)送的Web服務請求，并向所述UE提供響應于所述Web服務請求的文件。根據(jù)本申請的另一方面，還提供了這樣一種Web服務器，其可包括:信息緩存模塊，用于緩存UE和至少一個UCE的設備信息和資源信息；策略管理模塊，用于為所述UE的Web服務請求制定調(diào)度策略；以及用戶調(diào)度模塊，根據(jù)所述調(diào)度策略、所述設備信息和所述資源信息決定是否直接向所述UE提供與所述Web服務請求相對應的文件；如果不是，則根據(jù)所述調(diào)度策略、所述設備信息和所述資源信息，從所述至少一個UCE中確定出用于為所述UE提供Web服務的UCE，并向所述UE發(fā)送重定向報文，以使得所述UE根據(jù)所述重定向報文從該所查詢出的UCE中獲取響應于所述Web服務請求的文件。根據(jù)本申請的另一方面，還提供了這樣一種UCE，其可包括:內(nèi)容管理模塊，將所述UCE中緩存的文件按照Web站點原始的內(nèi)容組織方式及表現(xiàn)形式對所述文件加以重新組織；以及用戶響應模塊，響應于來自UE的Web服務請求向所述UE提供所述重新組織后的文件。根據(jù)本申請的另一方面，還提供了這樣一種用于用戶終端的裝置，包括:用于將所述用戶終端中緩存的文件按照Web站點原始的內(nèi)容組織方式及表現(xiàn)形式對所述文件加以重新組織的裝置；以及用于響應于來自其它用戶終端的Web服務請求向所述其它用戶終端提供所述重新組織后的文件的裝置。根據(jù)本申請的一個實施方式的用于用戶終端的裝置，還可進一步包括:與Web服務器進行交互以使所述用戶終端的設備信息和資源信息記錄在所述Web服務器中的裝置，和/或當在所述Web服務器中不存在與所述Web服務請求相對應的文件時向具有所述文件的其它網(wǎng)絡站點獲取所述文件，并向所述用戶終端提供該文件的裝置。根據(jù)本申請的實施方式，利用用戶主機的本地緩存數(shù)據(jù)作為資源為其他用戶提供服務，從而在不增加額外投資建設成本的前提下，有效緩解了 Web服務器的處理負荷，提升了系統(tǒng)的整體可用性。


圖1示出了根據(jù)本申請的示例性實施方式基于用戶主機緩存設備提供Web服務的系統(tǒng)架構；圖2示出了根據(jù)本申請的示例性實施方式的Web服務器的示意框圖；圖3示出了根據(jù)本申請的示例性實施方式的UCE的示意框圖；圖4示出了根據(jù)本申請的示例性實施方式Web服務器主動更新信息的流程示意圖；圖5示出了根據(jù)本申請的示例性實施方式UCE向Web服務器上報信息的流程的示意圖；圖6示出了根據(jù)本申請的示例性實施方式基于用戶主機緩存設備提供Web服務的方法的流程圖；圖7為根據(jù)本申請實施方式的由UCE向UE提供WEB服務的時序圖；以及
圖8為根據(jù)本申請實施方式的由WEB服務器直接向UE提供WEB服務的時序圖。
具體實施例方式以下將參照附圖對本申請的示例性實施方式進行詳細描述。圖1示出了根據(jù)本申請示例性實施方式的基于用戶主機緩存設備提供Web服務的系統(tǒng)1000的架構。如圖1所示，系統(tǒng)1000包括至少一個UE (User Equipment，用戶設備)10、Web服務器20和至少一個UCE (User Cache Engine ;用戶主機緩存設備)30。出于示意的目的，在圖1中僅分別示出了一個UE 10和UCE30。UElO為可為能夠接入Web網(wǎng)絡的普通客戶終端，如手機、個人計算機等。Web服務器20除了支持用戶訪問內(nèi)容緩存以向UElO提供Web訪問服務、以及其他基于HTTP協(xié)議的數(shù)據(jù)傳送服務等常規(guī)服務外，還可根據(jù)來自UElO的Web服務請求確定是否由其直接向該UElO提供與Web服務。在一個實施方式中，Web服務器20可根據(jù)Web服務請求對應的資源類型確定是否由其直接向UElO提供對應的文件。例如，當Web服務請求的資源類型為視頻文件時，Web服務器20直接為UElO提供Web服務，當Web服務請求的資源類型為html或CSS網(wǎng)頁服務時，Web服務器20從至少一個UCE30中確定出用來為UElO提供Web服務的UCE，并向UElO發(fā)送重定向報文，以使得UElO根據(jù)所述重定向報文從該確定出的UCE中獲取響應于Web服務請求的文件。具體地，Web服務器20可根據(jù)UElO的地理位置，將Web服務請求重定向到至少一個UCE中離其最近的UCE30。作為一種選擇，Web服務器20可根據(jù)至少一個UCE30之前被訪問的時間，將Web服務請求優(yōu)先重定向到與本次訪問間隔時間最短的UCE。此外，Web服務器20還可根據(jù)Web服務請求的資源類型，將Web服務請求重定向到所述至少一個UCE中的、能夠提供該資源類型的UCE。下面將參照圖2和圖3對部件20和30做進一步的描述。圖2示出了根據(jù)本申請示例性實施方式的Web服務器20的示意框圖。如圖2所示，Web服務器20包括信息緩存模塊201、策略管理模塊202以及用戶調(diào)度模塊203。盡管圖2中僅示出這三個模塊，但是本領域技術人員應該理解，Web服務器20還可包括具有傳統(tǒng)服務器功能的模塊。信息緩存模塊201可例如確定并緩沖訪問Web服務器20的UE/UCE的設備信息和資源信息。在一個實施方式中，UE/UCE的設備信息和資源信息可例如以 對應的方式儲存在信息緩存模塊201中。設備信息例如可包括UE/UCE的IP地址、下載速度、UE之前訪問UCE的時間以及從web站點連接建立到斷開的時間等。資源信息例如可包括被訪問資源的URL、大小、格式、UCE之前被訪問的時間等。此外，信息緩存模塊201還可主動向UCE30獲取本地資源信息列表，并根據(jù)該信息列表對本地的資源信息進行更新。策略管理模塊202用于為所述UE的Web服務請求制定調(diào)度策略。策略管理模塊202還可例如對信息緩存策略和資源調(diào)度策略進行管理，其中，信息緩存策略允許管理員配置需要緩存的信息并制定相應的緩存信息更新策略。資源調(diào)度策略允許管理員基于UElO發(fā)送的請求根據(jù)各種參數(shù)(如用戶的地理位置、用戶訪問的時間順序、資源的類型等)來制定不同的調(diào)度策略。例如，如上所述，當請求的資源為視頻文件時可通過Web服務器直接進行服務、當請求的資源為普通的網(wǎng)頁(html、圖片(例如，JPG)或CSS等)可調(diào)度至對應的UCE，例如調(diào)度到離UElO其最近的UCE30等。用戶調(diào)度模塊203通過應用策略管理模塊202中制定的調(diào)度策略、以及根據(jù)信息緩存模塊201中存儲的設備信息和資源信息來決定如何為用戶提供服務從而實現(xiàn)Web服務請求的精確調(diào)度。例如，信息緩存模塊201中存儲的設備信息和資源信息可用于幫助用戶調(diào)度模塊203匹配新用戶的訪問請求從而精確地進行調(diào)度。用戶調(diào)度模塊203基于以下兩種模式提供服務:(1)由Web服務器直接為用戶提供服務；或(2)將用戶的請求調(diào)度到目標UCE,由目標UCE為用戶提供服務。具體地，UElO向Web服務器20發(fā)送Web服務請求，Web服務器20根據(jù)策略管理模塊202提供的調(diào)度策略、信息緩存模塊201提供的設備信息和資源信息來決定是否支持調(diào)度至UCE30。如果支持調(diào)度，Web服務器20就向UElO發(fā)送重定向報文，然后UCE30根據(jù)UElO發(fā)送的請求進行響應向其提供所需的數(shù)據(jù)，否則Web服務器20直接向UElO提供所需的數(shù)據(jù)。另外，Web服務器20可通過主動和被動的方式獲知網(wǎng)絡中具備與特定請求相對應的服務能力的UCE的信息。這將在后面參照圖4和圖5來具體描述這兩種方式。在一個實施方式中，UCE30可為接入網(wǎng)絡的客戶終端，但與UElO相比，UCE30還支持本地緩存以及將本地用戶內(nèi)容提供給其他UE/UCE使用的功能。圖3示出了根據(jù)本申請的示例性實施方式的UCE30的示意框圖。如圖3所示，UCE 30包括內(nèi)容管理模塊301和用戶響應模塊302。內(nèi)容管理模塊301用于提取UCE30中緩存的文件并重新組織為可以為用戶提供服務的格式。用戶響應模塊302基于UElO的請求向UElO傳送內(nèi)容管理模塊301中緩存的重新組織后的文件資源。此外，做為一種選擇，UCE 30還可包括服務器交互模塊303。服務器交互模塊303通過與Web服務器20進行交互，使UCE30的相關信息(例如緩存文件的空間大小、設備參數(shù)、緩存策略、緩存文件內(nèi)容、緩存TTL等)能夠被Web服務器20記錄，具體地，可以例如記錄在Web服務器20的內(nèi)容管理模塊301中。在一個實施方式中，UCE 30還可進一步包括請求代理模塊304。當Web服務器20調(diào)度來的UE/UCE的Web服務請求對應的數(shù)據(jù)不在內(nèi)容管理模塊301中時，請求代理模塊304可作為代理節(jié)點向具有所需數(shù)據(jù)的站點獲取之后再為用戶提供。UCE30在初始化時，能根據(jù)終端的能力和網(wǎng)絡接入的條件來判斷自身是否有能力作為UCE型主機，即，是否具有本地內(nèi)容緩存、資源上報以及接受其他用戶的訪問請求以提供服務的能力。UCE30中上述功能模塊30、302、303和304可例如通過在UE中增加各種電路元器件來實現(xiàn)，也可例如通過向UE安裝插件來實現(xiàn)，該插件可作為例如在UElO中預置的中間件或作為瀏覽器的功能組件與應用軟件打包安裝。下面參照圖4和圖5具體描述Web服務器20收集用戶信息的兩種方式。圖4示出了 Web服務器20向UCE30查詢信息(即，Web服務器20主動收集信息)的一個示例性實施例。如圖所示，在步驟S401中，Web服務器20中的信息緩存模塊201向UCE30發(fā)出查詢請求。在步驟S402中，UCE30中的內(nèi)容管理模塊301接收到查詢請求后將本地的資源信息構造成響應報文，回復給Web服務器20中的信息緩存模塊201。在步驟S403中，信息緩存模塊201將接收到響應報文中包含的新資源信息進行保存。圖5示出了 UCE30向Web服務器20上報信息(即，Web服務器被動收集信息)的一個示例性實施例。如圖5所示，在步驟S501中，UCE30中的內(nèi)容管理模塊301向Web服務器20上報本地的配置信息，例如設備硬件、緩存大小等。在步驟S502中，Web服務器20收集到信息后通過信息緩存管理模塊201進行組織維護以形成UCE資源視圖。當成功配置UCE主機后，信息緩存管理模塊201在步驟S503中向UCE30寫入一條Cookie信息。在用戶訪問Web服務器20時，可根據(jù)該Cookie信息來判斷用戶的主機身份，例如是否為UCE型主機。另外，UCE30還向Web服務器20上報本地緩存的資源信息列表(步驟S504)。接著，在步驟S505中，Web服務器20收集到信息后通過信息緩存模塊201在本地組織維護以形成統(tǒng)一的Web訪問資源數(shù)據(jù)庫。以上分別描述了 Web服務器20和UCE30的配置以及相應功能，下面將參照圖6至圖8具體描述根據(jù)本申請的示例性實施方式基于用戶主機緩存設備(UCE)提供Web服務的業(yè)務的方法。圖6示出了根據(jù)本申請的示例性實施方式基于UCE提供Web服務的方法2000的流程圖。在步驟S601中，UElO向Web服務器20發(fā)送Web服務請求(HTTP請求)。在步驟S602中，Web服務器20根據(jù)該Web服務請求來決定是否調(diào)度至UCE30。如果決定直接為用戶服務，則在步驟S603中Web服務器20直接向UElO提供所需的數(shù)據(jù)。如果決定調(diào)度到UCE30，則在步驟S604中確定要調(diào)度的目標主機(即，UCE30)，并向UElO返回包括該UCE30的IP地址的重定向報文。接下來，在步驟S605中，UElO根據(jù)該重定向報文向UCE30發(fā)送請求。在步驟S606中，UCE30判斷該請求所對應的數(shù)據(jù)是否儲存在內(nèi)容管理模塊中。如果是，則在步驟S608中UCE30向UElO提供相應資源。否則，在步驟S607中UCE30作為代理節(jié)點向具有該數(shù)據(jù)的其他外網(wǎng)或源站獲取內(nèi)容之后，再進行步驟S608。在進行步驟S602的同時，Web服務器20還可進行步驟S609，根據(jù)UElO發(fā)送的報文來確定UElO是否為UCE型主機。如果為UCE型主機，則在步驟S610中用戶緩存模塊201在其中記錄UElO的設備信息和資源信息。為清楚起見，下面分別參照圖7以時序圖的形式進一步詳細描述根據(jù)本申請一個實施方式的通過UCE向UE提供Web服務流程，以及參照圖8描述由WEB服務器直接向UE提供WEB服務的流程。如圖7所示，在步驟S701中UE向WEB服務器發(fā)送HTTP形式的第一請求。在步驟S702中，Web服務器20根據(jù)UElO發(fā)送的請求的URL查詢已存儲在Web服務器20 (具體地，例如為Web服務器20的信息緩存模塊201)中的設備信息和資源信息，并根據(jù)Web服務器20 (具體地，例如為Web服務器20的策略管理模塊202)為該請求制定的策略來決定是否由UCE來向UE提供WEB服務。如果是，在步驟S702中，Web服務器20根據(jù)當前的調(diào)度策略確定要調(diào)度的目標主機(即，UCE30)并建立對應的HTTP報文后，向UElO返回包括目標主機的IP地址的HTTP 302重定向報文。接著在步驟S703中，UElO根據(jù)該報文重新定向到目標主機UCE30并向其發(fā)送請求(第二請求)，在步驟S704中，目標主機UCE30根據(jù)該請求向UElO發(fā)送對應的數(shù)據(jù)。具體地，接收到所述重定向報文的UCE可提取緩存在其中的文件，并按照Web站點原始的內(nèi)容組織方式及表現(xiàn)形式對所述文件加以重新組織；而接收到所述重定向報文的UCE可向所述UE提供響應于所述Web服務請求的、重新組織后的文件。圖8為由WEB服務器直接向UE提供WEB服務的時序圖。如圖8所示，在步驟S801中，UE向WEB服務器發(fā)送流入HTTP形式的請求。在步驟S802中，Web服務器20根據(jù)UElO發(fā)送的請求中的URL查詢已存儲在Web服務器20 (具體地，例如為Web服務器20的信息緩存模塊201)中的設備信息和資源信息，并根據(jù)Web服務器20 (具體地，例如為Web服務器20的策略管理模塊202)為該請求制定的策略來決定是否由UCE來向UE提供WEB服務。如上所述，如果在Web服務器20的信息緩存模塊201中儲存的信息沒有請求對應的數(shù)據(jù)，或者根據(jù)Web服務器20的配置，需要由Web服務器20自身提供服務，則在步驟S803中，Web服務器20直接對UElO的請求響應并向其返回HTTP報文(非HTTP 302)。接著，在步驟S804和S805中，UElO根據(jù)該報文訪問Web服務器20以獲取相關資源。以上參照附圖對本申請的示例性實施方式進行了描述，但是，上述的實施方式并不作為對本申請的限制。根據(jù)本申請公開的內(nèi)容，本領域技術人員可在本申請的精神和范圍內(nèi)對上述實施方式進行各種修改和變形。
權利要求
1.一種基于用戶主機緩存設備提供Web服務的方法，包括: 所述Web服務器根據(jù)來自用戶終端的Web服務請求決定是否直接向所述用戶終端提供所需的文件； 如果是，則所述Web服務器直接向所述用戶終端提供與所述Web服務請求相對應的文件；否則， 將所述Web服務請求重定向到所述至少一個用戶主機緩存設備中的一個用戶主機緩存設備，包括: 所述Web服務器查詢出具有與所述Web服務請求對應的文 件的用戶主機緩存設備，并向所述用戶終端發(fā)送重定向報文； 所查詢出的用戶主機緩存設備接收所述用戶終端響應于所述重定向報文而發(fā)送的Web服務請求，并向所述用戶終端提供響應于所述Web服務請求的文件。
2.如權利要求1所述的方法，其中，向所述用戶終端提供響應于所述Web服務請求的文件的步驟包括: 接收到所述重定向報文的用戶主機緩存設備提取緩存在其中的文件，并按照Web站點原始的內(nèi)容組織方式及表現(xiàn)形式對所述文件加以重新組織；以及 接收到所述重定向報文的用戶主機緩存設備向所述用戶終端提供響應于所述Web服務請求的、重新組織后的文件。
3.如權利要求2所述的方 法，其中，所述重定向報文包括所述UCE的IP地址。
4.如權利要求1所述的方法，其中，所述Web服務器根據(jù)所述Web服務請求對應的資源類型確定是否由其直接向所述用戶終端提供與所述Web服務請求相對應的文件。
5.如權利要求4所述的方法，當所述資源類型為視頻文件時，所述Web服務器直接為所述用戶終端提供Web服務，當所述資源類型為html、圖片或CSS網(wǎng)頁服務時，將所述Web服務請求重定向到所述至少一個UCE中的一個UCE。
6.如權利要求1所述的方法，其中，將所述Web服務請求重定向到所述至少一個用戶主機緩存設備中的一個用戶主機緩存設備的步驟包括: 所述Web服務器根據(jù)所述用戶終端的地理位置，將所述Web服務請求重定向到所述至少一個用戶主機緩存設備中離其最近的用戶主機緩存設備。
7.如權利要求1所述的方法，其中，將所述Web服務請求重定向到所述至少一個用戶主機緩存設備中的一個用戶主機緩存設備的步驟包括: 所述Web服務器根據(jù)所述至少一個用戶主機緩存設備之前被訪問的時間，將所述Web服務請求優(yōu)先重定向到所述至少一個用戶主機緩存設備中的、與本次訪問間隔時間最短的用戶主機緩存設備。
8.如權利要求1所述的方法，其中，將所述Web服務請求重定向到所述至少一個用戶主機緩存設備中的一個用戶主機緩存設備的步驟包括: 所述Web服務器根據(jù)所述Web服務請求的資源類型，將所述Web服務請求重定向到所述至少一個用戶主機緩存設備中的、能夠提供所述資源類型的用戶主機緩存設備。
9.如權利要求1所述的方法，其中，在所述Web服務器根據(jù)所述Web服務請求來決定是否直接向所述用戶終端提供所需的數(shù)據(jù)時，所述方法還包括: 所述Web服務器檢查所述用戶終端是否能夠作為用戶主機緩存設備型主機操作，如果是，則將該用戶終端的設備信息和資源信息存儲在所述信息緩存模塊中。
10.如權利要求1所述的方法，其中所述用戶主機緩存設備向所述用戶終端提供響應于所述Web服務請求的文件的步驟進一步包括: 如果在接收到所述重定向報文的所述用戶主機緩存設備中不存在所述文件時，該用戶主機緩存設備向具有所述文件的其它網(wǎng)絡站點獲取所述文件，并向所述用戶終端提供該文件。
11.如權利要求1所述的方法，其中所述Web服務器根據(jù)預先設定的調(diào)度策略、所述用戶終端和用戶主機緩存設備的設備信息和資源信息中的至少之一決定是否由所述Web服務器直接向所述用戶終端提供與所述Web服務請求相對應的文件。
12.如權利要求11所述的方法，其中，所述調(diào)度策略根據(jù)所述用戶終端的地理位置、所述用戶終端訪問所述Web服務器的時間順序、所述Web服務請求的資源類型中的至少之一來確定。
13.如權利要求11所述的方法，其中，所述設備信息包括所述UE和所述UCE的IP地址、下載速度、對UCE的訪問時間以及從UCE連接建立到斷開的時間。
14.如權利要求11所述的方法，其中，所述資源信息包括被訪問資源的URL、大小、格式和所述UCE被訪問時間中的至少之一。
15.—種Web服務器,包括: 信息緩存模塊，用于緩存用戶終端和至少一個用戶主機緩存設備的設備信息和資源信息； 策略管理模塊，用于為所述用戶終端的Web服務請求制定調(diào)度策略；以及 用戶調(diào)度模塊，根據(jù)所述調(diào)度策略、所述設備信息和所述資源信息決定是否直接向所述用戶終端提供與所述Web服務請求相對應的文件；如果不是，則根據(jù)所述調(diào)度策略、所述設備信息和所述資源信息，從所述至少一個用戶主機緩存設備中確定出用于為所述用戶終端提供Web服務的用戶主機緩存設備，并向所述用戶終端發(fā)送重定向報文，以使得所述用戶終端根據(jù)所述重定向報文從該所查詢出的用戶主機緩存設備中獲取響應于所述Web服務請求的文件。
16.如權利要求15所述的Web服務器，其中，所述策略管理模塊根據(jù)所述用戶終端的地理位置、所述用戶終端訪問所述Web服務器的時間順序、所述資源類型中的至少之一來確定所述調(diào)度策略。
17.如權利要求15所述的Web服務器，其中，所述設備信息包括所述UE和所述UCE的IP地址、下載速度、所述UE對UCE的訪問時間以及從UE與UCE連接建立到斷開的時間。
18.如權利要求15所述的Web服務器，其中，所述資源信息包括被訪問資源的URL、大小、格式和UCE被訪問時間中的至少之一。
19.如權利要求15所述的Web服務器，其中，所述策略管理模塊進一步配置為對已儲存在所述信息緩存模塊中的所述設備信息和所述資源信息制定更新策略，以使所述信息緩存模塊中的信息能根據(jù)所述更新策略進行更新。
20.如權利要求15所述的Web服務器，其中，所述信息緩存模塊進一步配置為查詢所述用戶終端是否能夠作為用戶主機緩存設備型主機操作，如果是，則將該用戶終端的設備信息和資源信息存儲在所述信息緩存模塊中。
21.如權利要求15所述的Web服務器，其中，在所述用戶調(diào)度模塊決定是否直接向所述用戶終端提供所需的數(shù)據(jù)時，所述信息緩存模塊查詢所述用戶終端的設備是否能夠作為用戶主機緩存設備型主機操作，如果是，則將該用戶終端的設備信息和資源信息存儲在所述信息緩存模塊中。
22.一種基于用戶主機緩存設備提供Web服務的系統(tǒng)，包括: 至少一個用戶主機緩存設備；以及 如權利要求15-21中任意一項所述的Web服務器。
23.一種用戶終端，包括: 內(nèi)容管理模塊，將所述用戶終端中緩存的文件按照Web站點原始的內(nèi)容組織方式及表現(xiàn)形式對所述文件加以重新組織；以及 用戶響應模塊，響應于來自其它用戶終端的Web服務請求向所述其它用戶終端提供所述重新組織后的文件。
24.如權利要求23所述的用戶終端，進一步包括: 服務器交互模塊，與Web服務器進行交互，以使所述用戶終端的設備信息和資源信息記錄在所述Web服務器中。
25.如權利要求23或24所述的用戶終端，其中，進一步包括: 請求代理模塊，當在所述Web服務器中不存在與所述Web服務請求相對應的文件時，向具有所述文件的其它網(wǎng)絡站點獲取所述文件，并向所述用戶終端提供該文件。
26.一種用于用戶終端的裝置，包括: 用于將所述用戶終端中緩存的文件按照Web站點原始的內(nèi)容組織方式及表現(xiàn)形式對所述文件加以重新組織的裝置；以及 用于響應于來自其它用戶終端的Web服務請求向所述其它用戶終端提供所述重新組織后的文件的裝置。
27.如權利要求26所述用于用戶終端的裝置，進一步包括: 與Web服務器進行交互以使所述用戶終端的設備信息和資源信息記錄在所述Web服務器中的裝置。
28.如權利要求26或27所述的用于用戶終端的裝置，其中，進一步包括: 當在所述Web服務器中不存在與所述Web服務請求相對應的文件時，向具有所述文件的其它網(wǎng)絡站點獲取所述文件，并向所述用戶終端提供該文件的裝置。
全文摘要
提供了一種基于用戶主機緩存設備提供Web服務的系統(tǒng)和方法。還提供了一種Web和用戶主機緩存設備(UCE)。所述的系統(tǒng)包括至少一個UCE和Web服務器。其中，Web服務器接收來自UE的Web服務請求，并確定是否由其直接向所述UE提供與所述Web服務請求相對應的文件，如果不是，則所述Web服務器從所述至少一個UCE中確定出用來為所述UE提供Web服務的UCE，并向所述UE發(fā)送重定向報文，以使得所述UE根據(jù)所述重定向報文從該查詢出的UCE中獲取響應于所述Web服務請求的文件。根據(jù)本申請的實施方式，在不增加額外投資建設成本的前提下，有效緩解了服務器的處理負荷并提升了系統(tǒng)的整體可用性。
文檔編號H04L29/08GK103188323SQ20111045787
公開日2013年7月3日 申請日期2011年12月31日 優(yōu)先權日2011年12月31日
發(fā)明者倪偉, 畢婭娜, 盧永軍, 唐志文, 姜欣, 于蓉蓉, 張炎, 武威 申請人:中國移動通信集團公司