專利名稱：基于http的客戶機-服務(wù)器通信系統(tǒng)和方法
基于HTTP的客戶機-服務(wù)器通信系統(tǒng)和方法
背景技術(shù)：
該部分旨在向讀者介紹可能與本公開的下面所描述或要求保護的各方面有關(guān)的現(xiàn)有技術(shù)的各個方面。該介紹被認為有助于向讀者提供便于更好地理解本公開的各個方面的背景信息。因此，應(yīng)當明白，這些闡述應(yīng)當以這種方式理解，而不應(yīng)當視為是對現(xiàn)有技術(shù)的認可。用戶可以將多個文件在本地存儲在若干個不同的計算機上，但是可能希望從每個計算機訪問這些文件。例如，用戶可以將多個媒體文件(例如照片、音樂和視頻)建立或存儲在屬于用戶的多個家庭計算機上。這些文件可以被復(fù)制到家庭服務(wù)器(例如基于微軟視窗家庭服務(wù)器(WHS)的服務(wù)器)上。家庭服務(wù)器可以允許用戶將照片、音樂和視頻的遠程副本從服務(wù)器串流至各個家庭計算機。將文件從單獨的計算機手動復(fù)制到服務(wù)器可能是繁瑣的。因此，用戶可能希望服務(wù)器在沒有明顯用戶干預(yù)的情況下對特定文件執(zhí)行自動收集。已經(jīng)開發(fā)出執(zhí)行這種自動文件收集的技術(shù)，但是這些技術(shù)可能具有某些限制。例如，這些技術(shù)可能鑒于訪問安全的目的而限制服務(wù)器發(fā)起的通信和/或可能低效地復(fù)制來自多個客戶機的相同文件。


圖I是根據(jù)實施例的客戶機-服務(wù)器系統(tǒng)的框圖；圖2是描述根據(jù)實施例可以將來自客戶機的文件存儲在服務(wù)器上的方式的框圖；圖3是圖示根據(jù)實施例的自動文件收集的方式的流程圖；圖4是描述圖3的自動文件收集的客戶機側(cè)方法的實施例的流程圖；以及圖5是描述圖3的自動文件收集的服務(wù)器側(cè)方法的實施例的流程圖。
具體實施例方式下面將描述本公開的一個或多個實施例。為了提供這些實施例的簡潔描述，在說明書中未描述實際實現(xiàn)的全部特征。應(yīng)當理解，在開發(fā)任何這樣的實際實現(xiàn)過程中，如在任何的工程或設(shè)計項目中，必須做出多個特定實現(xiàn)的判定來實現(xiàn)開發(fā)者的特定目標，例如符合系統(tǒng)相關(guān)的和商業(yè)相關(guān)的限制，這些限制可能因?qū)崿F(xiàn)不同而不同。而且，應(yīng)當理解，這種開發(fā)努力可能是復(fù)雜且耗時的，但是對于得到本公開益處的本領(lǐng)域技術(shù)人員來說仍然是設(shè)計、生產(chǎn)和制造的常規(guī)任務(wù)。提供的實施例涉及健壯、安全和有效的基于HTTP的客戶機-服務(wù)器通信。根據(jù)這樣的實施例，不是提供每個客戶機直接訪問服務(wù)器上的存儲器共享并且允許每個客戶機將文件保存到服務(wù)器共享上，而是每個客戶機僅在服務(wù)器請求這么做時才可以傳輸文件。具體地說，指定的客戶機可以向服務(wù)器發(fā)起長輪詢超文本傳輸協(xié)議(HTTP)請求。然后，服務(wù)器可以在服務(wù)器準備好時以發(fā)給客戶機的命令來對長輪詢請求做出響應(yīng)。以此方式，服務(wù)器可以在不直接訪問客戶機的文件系統(tǒng)的情況下安全地從客戶機請求特定文件。同時，客戶機可以收集與本地客戶機存儲器中的可用文件有關(guān)的信息。客戶機可以將該收集的文件信息經(jīng)由HTTP通過文件供給(file offer)傳送給服務(wù)器側(cè)的HTTP處理機(HTTP handler)，服務(wù)器側(cè)的HTTP處理機可以作出HTTP確收的響應(yīng)。正是根據(jù)這種文件供給，服務(wù)器可以確定存儲在各個客戶機上但未儲存在服務(wù)器上的文件。然后，服務(wù)器響應(yīng)于客戶機最初所發(fā)送的長輪詢HTTP請求而可以通過發(fā)送文件請求命令來從客戶機請求那些文件。隨后，通過經(jīng)由文件傳輸協(xié)議(FTP )將文件傳輸至服務(wù)器，客戶機可以在不直接訪問服務(wù)器共享的情況下提供文件。由于客戶機發(fā)起所有與服務(wù)器的通信，因此可以維持客戶機的相對高的安全水平。而且，由于服務(wù)器可以根據(jù)需要決定何時響應(yīng)于長輪詢HTTP請求來向客戶機發(fā)出文件請求，因此服務(wù)器可以請求客戶機僅在網(wǎng)絡(luò)帶寬可用時發(fā)送某些文件。還應(yīng)當注意到，因為當在多個客戶機上可獲得指定文件時，服務(wù)器可以選擇哪個客戶機提供該文件，因此所提供的實施例可能是更有效的。通過允許服務(wù)器選擇文件的單個來源點，可以降低或消除多個客戶機將同一文件復(fù)制給服務(wù)器的傾向?？紤]到以上所述的，圖I呈現(xiàn)了這種客戶機-服務(wù)器系統(tǒng)10，該客戶機-服務(wù)器系·統(tǒng)10包括能夠經(jīng)由HTTP與服務(wù)器14通信的一個或多個客戶機12。因此，客戶機-服務(wù)器系統(tǒng)10可以包括至少一個服務(wù)器14和任何合適數(shù)量的客戶機12，合適數(shù)量的客戶機12在圖I中被標記為I至N。每個客戶機12可以包括內(nèi)存18、存儲器20、用戶接口 22、網(wǎng)絡(luò)接口 24以及一個或多個處理器16，還可以包括其它裝置?？蛻魴C12的各個功能框可以包括硬件要素、軟件要素或硬件要素和軟件要素的結(jié)合。圖I所示的客戶機12的框旨在僅代表客戶機12的具體實現(xiàn)的一個示例，并且旨在圖示在客戶機12中可以存在的組件類型。作為示例，客戶機12可以是由惠普公司生產(chǎn)的筆記本或臺式計算機。此外或可替代地，客戶機12可以是能夠存儲文件并經(jīng)由HTTP發(fā)起與服務(wù)器14通信的任何其它適合的電子設(shè)備。處理器16和/或其它數(shù)據(jù)處理電路可以可操作地聯(lián)接到內(nèi)存18和存儲器20，以執(zhí)行用于實現(xiàn)當前公開的客戶機-服務(wù)器技術(shù)的各種算法。這些算法可以被編碼在可以由處理器12運行的并且可以存儲在任何適合的制品中的程序和/或指令，任何適合的制品包括至少共同地存儲指令或例行程序的一種或多種有形計算機可讀介質(zhì)，例如內(nèi)存18和/或存儲器20。存儲器20可以存儲大量文件，這些文件中的一些文件可以被復(fù)制在其它客戶機12的非易失性存儲器20中?？蛻魴C12的存儲器20可以包含媒體文件，例如照片、音樂和視頻，還可以包含其它文件。當用戶經(jīng)由用戶接口 22(例如顯示器、揚聲器和/或鍵盤和鼠標)與客戶機12交互時，用戶可以訪問或修改在存儲器20中包含的文件。在某些實施例中，客戶機12可以串流來自服務(wù)器14的文件或者可以訪問位于服務(wù)器14處的文件。服務(wù)器14可以代表能夠?qū)崿F(xiàn)目前公開的客戶機-服務(wù)器通信的任何適合的服務(wù)器。作為示例，服務(wù)器14可以是能夠運行微軟視窗家庭服務(wù)器(WHS)的家庭服務(wù)器，例如由惠普公司生產(chǎn)的HP MediaSmart服務(wù)器。與客戶機12類似，服務(wù)器14可以包括內(nèi)存28、非易失性存儲器30、網(wǎng)絡(luò)接口 32以及一個或多個處理器26。這些組件26-32可以以與客戶機12的對應(yīng)組件類似的方式操作。服務(wù)器14可以從與服務(wù)器14通信的客戶機12的存儲器20收集某些文件。具體地說，如圖2所示，服務(wù)器的存儲器30通?？梢园ㄖ付ㄎ募闹炼嘁粋€副本，即便該文件可能同時存儲在不止一個客戶機12處。圖2圖示分別屬于客戶機-服務(wù)器系統(tǒng)10中的兩個不同客戶機12的兩個存儲器20A和20B。如圖所示，客戶機的存儲器20A包括被標記為和“Z”的三個文件?？蛻魴C的存儲器20B包括被標記為“A”、“Y”和“Z”的三個文件。雖然在客戶機的存儲器20A和20B上存儲六個文件例子，但是總共僅存在四個唯一的文件。因此，為了獲得每個文件的一個唯一的副本，服務(wù)器的存儲器30可僅需要從客戶機的存儲器20A和20B中的每個存儲器接收幾個文件。如圖所示，服務(wù)器的存儲器30可以從第一客戶機的存儲器20A獲得第一組文件34 (文件“A”和“B”)，并且從第二客戶機的存儲器20B獲得第二組文件36 (文件“Y”和“Z”)。為了收集某些文件，客戶機-服務(wù)器系統(tǒng)10可以執(zhí)行自動文件收集技術(shù)40，如圖3所示。自動文件收集技術(shù)40可以包括服 務(wù)器14和任何合適數(shù)量的客戶機12之間的通信。如圖3所示，加入到客戶機-服務(wù)器系統(tǒng)10中的每個客戶機12可以經(jīng)由兩個并行線程(即命令/請求線程42和文件收集線程44)操作。一般而言，命令/請求線程42可以向服務(wù)器14的長輪詢處理機48發(fā)出并保持長輪詢HTTP請求46。長輪詢HTTP請求46可以形成服務(wù)器14可以任意做出響應(yīng)的與服務(wù)器14之間的第一通信線路。長輪詢HTTP請求46可以長時間不終止，并且可以在長輪詢HTTP請求46超時而沒有得到響應(yīng)時由命令/請求線程42再次發(fā)出。當服務(wù)器14決定向客戶機12發(fā)出命令(例如文件請求50或配置重載消息)時，服務(wù)器14可以發(fā)出該命令，作為對長輪詢HTTP請求46的響應(yīng)。由于服務(wù)器14僅對由客戶機12發(fā)起的HTTP通信做出響應(yīng)，因此不需要在客戶機12上運行的特殊鑒權(quán)接口或侵入式接口(例如web服務(wù)器)來從服務(wù)器14向客戶機12發(fā)送命令。在接收這種對長輪詢HTTP請求46的響應(yīng)之后，命令/請求線程42可以再次發(fā)出并保持長輪詢HTTP請求46。文件收集線程44可以確定在客戶機12的存儲器20上存儲的某些文件的狀態(tài)。例如，文件收集線程44可以查找在客戶機12的存儲器20中存儲的所有某些類型的文件(例如所有媒體文件)。通過收集與這些文件相關(guān)的元數(shù)據(jù)，文件收集線程44可以將這樣的元數(shù)據(jù)封裝到描述從客戶機12向服務(wù)器14可供傳輸?shù)奈募囊粋€或多個文件供給52內(nèi)。隨后，文件收集線程44可以將文件供給52中的一個或多個文件供給經(jīng)由HTTP傳送至服務(wù)器14處的特定客戶機統(tǒng)一資源定位器(URL)。服務(wù)器14上的HTTP處理機54可以接收來自客戶機12的文件供給52并且以確收包56的方式做出答復(fù)。通過接收確收包56，文件收集線程44可以知道哪些文件供給52已被服務(wù)器14接收以及哪些文件供給52由于網(wǎng)絡(luò)或其它故障的原因而可能被中斷。被中斷的文件供給52可以以后再次發(fā)送。當接收文件供給52時，服務(wù)器14可以確定是否應(yīng)當請求來自客戶機12的在文件供給52中描述的一個或多個文件。例如，如果文件供給52指示客戶機12正在存儲當前未位于服務(wù)器的存儲器30上的文件或者正在存儲位于服務(wù)器的存儲器30中的但是從上次復(fù)制以后已被改變的文件，那么服務(wù)器14可以確定收集所供給的文件(框58)。對該期望的文件的請求58可以被添加到服務(wù)器14上的客戶機隊列60中，客戶機隊列60可以包括服務(wù)器14應(yīng)當從各個客戶機12請求的文件的列表。根據(jù)客戶機隊列60并且依據(jù)當前網(wǎng)絡(luò)業(yè)務(wù)量和其它考慮，如下面介紹的，服務(wù)器14可以決定從客戶機12請求特定文件(框62)。長輪詢處理機48可以查看客戶機隊列60上的特定文件請求62，并且響應(yīng)于長輪詢HTTP請求46，長輪詢處理機48可以以文件請求50的命令的方式做出答復(fù)。這種文件請求50可以包括可具體地標識文件請求50所請求的文件的某些標識信息?？蛻魴C12的命令/請求線程42 可以接收文件請求50命令。作為響應(yīng)，命令/請求線程42可以將文件64的副本經(jīng)由文件傳輸協(xié)議(FTP)傳輸至服務(wù)器14上的FTP空間66。當文件已被完全傳輸時，命令/請求線程42可以經(jīng)由HTTP向服務(wù)器14處的特定客戶機文件確認URL發(fā)出確認消息68。該確認消息68可以包括與文件請求50相關(guān)聯(lián)的表示該文件已被完全傳輸?shù)臉俗R信息。當HTTP處理機54接收確認消息68時，HTTP處理機54可以驗證仍需要目前位于FTP空間66內(nèi)的所請求的文件64。如果這樣，那么HTTP處理機54可以促使將該文件從FTP空間66傳輸?shù)酱鎯ζ?0的服務(wù)器共享中的適當位置內(nèi)。HTTP處理機54還可以提供表示其已接收確認消息68的確收包70。由客戶機12和服務(wù)器14執(zhí)行的技術(shù)40的具體要素分別由圖4和圖5表示。首先轉(zhuǎn)到圖4，流程圖80表示從客戶機12的角度執(zhí)行技術(shù)40的方法的實施例。流程圖80可以在命令/請求線程42發(fā)出長輪詢HTTP請求46 (框82)時開始。文件收集線程44分別可以查找某些文件，收集與這些文件相關(guān)的元數(shù)據(jù)，并且將這樣的元數(shù)據(jù)封裝到一個或多個文件供給內(nèi)(框84)。應(yīng)當理解，不論客戶機12當前是否能夠連接至服務(wù)器14 (例如，如果至服務(wù)器14的網(wǎng)絡(luò)連接不可用，則可能發(fā)生這種情況)，文件收集線程44都可以執(zhí)行這種任務(wù)。在執(zhí)行框84時，文件收集線程44可以將一個或多個文件供給52經(jīng)由HTTP傳送至服務(wù)器14處的特定客戶機文件供給URL。如上面提到的，命令/請求線程42可以在很大程度上獨立于文件收集線程44操作。一般而言，命令/請求線程42可以確保長輪詢HTTP連接保持向服務(wù)器14開放。為此，如果長輪詢HTTP請求46超時(判定框88)，那么命令/請求線程42可以發(fā)出另一長輪詢HTTP請求46 (框82)。如果長輪詢HTTP請求46沒有超時，那么命令/請求線程42可以等待，直到接收到作為對長輪詢請求46的答復(fù)的命令(例如文件請求命令50)為止(判定框 90)。當接收響應(yīng)于長輪詢HTTP請求46的文件請求50時，命令/請求線程42可以獲得所請求的文件并且將所請求的文件經(jīng)由FTP傳輸至服務(wù)器14 (框92)。當已傳輸該文件時，命令/請求線程42可以經(jīng)由HTTP發(fā)送確認消息68 (框94)。圖5的流程圖100表示服務(wù)器14在執(zhí)行自動文件收集技術(shù)40時采取的動作。流程圖100可以在服務(wù)器14的長輪詢處理機48接收到來自對應(yīng)客戶機12的一個或多個長輪詢HTTP請求46時開始(框102)。正如應(yīng)當理解的，長輪詢處理機48可能不一定立即對這些長輪詢HTTP請求46做出響應(yīng)。因此，各個長輪詢HTTP請求46可能偶爾超時并被重新發(fā)送。長輪詢處理機48因此可能在新的長輪詢HTTP請求46被再次發(fā)送時接收它們，這可能發(fā)生在整個流程圖100的其它時間。此外，如果長輪詢HTTP連接斷開(例如，服務(wù)器14未能從指定客戶機12接收長輪詢HTTP請求46)，那么服務(wù)器14可以為以后長輪詢HTTP連接再次變得可用的時刻保留通信(例如文件請求50)。在某一時刻，服務(wù)器14上的HTTP處理機54可以在某些特定客戶機統(tǒng)一資源定位器(URL)處接收一個或多個文件供給52 (框104)。例如，回顧圖2的示例，服務(wù)器14可以在與第一客戶機12相關(guān)聯(lián)的第一 URL處接收指示文件“A”、“B”和“Z”可供傳輸?shù)奈募┙o52。同時，服務(wù)器14可以在與第二客戶機12相關(guān)聯(lián)的第二 URL處接收指示文件“A”、“Y”和“Z”可供傳輸?shù)奈募┙o52?；谶@些文件供給52和/或可能已經(jīng)存儲在服務(wù)器14的存儲器30中的文件，服務(wù)器14可以確定是否收集上述文件以及從哪個客戶機12收集(框106)。在一個實施例中，如果客戶機12之一可能更有效地傳輸這些文件或者由于其它原因，那么來自該客戶機12的文件傳輸可以被優(yōu)先考慮。如果服務(wù)器14確定收集由文件供給52指示的指定文件(判定框108)，那么在考慮與網(wǎng)絡(luò)和/或客戶機12的狀態(tài)有關(guān)的某些因素(框112)之前，可以將對特定文件的請求添加至客戶機隊列60 (框110)。或者，如果服務(wù)器14確定不收集來自文件供給52的指定文件(判定框108)，那么過程可以直接流向框112，而不向客戶機隊列60添加任何新的文件請求。在框112處考慮的各個因素可以包括例如網(wǎng)絡(luò)上的當前業(yè)務(wù)量、客戶機12是否當前正向服務(wù)器14傳輸文件、服務(wù)器14是否當前正將文件(例如音樂文件或視頻文件)串流給客戶機12和/或客戶機12是否當前正主動地執(zhí)行文件請求50會干預(yù)的任務(wù)?；诰W(wǎng)絡(luò)狀態(tài)和/或客戶機12的狀態(tài)，服務(wù)器14可決定向客戶機12發(fā)出文件請 求命令50，來獲得關(guān)于客戶機隊列60中的請求所列出的文件。如果服務(wù)器14根據(jù)當前網(wǎng)絡(luò)狀態(tài)和/或客戶機12狀態(tài)確定不發(fā)出文件請求命令50 (判定框114)，那么服務(wù)器14在再次考慮決定是否發(fā)出文件請求命令50的這些因素之前可以等待某一段時間(框116)。如果服務(wù)器14根據(jù)適合的網(wǎng)絡(luò)狀態(tài)和/或客戶機12的狀態(tài)確定發(fā)出文件請求命令50(判定框114)，那么長輪詢處理機48可以對從中請求文件的客戶機12的開放的長輪詢HTTP請求46做出響應(yīng)。然后，服務(wù)器14可以經(jīng)由FTP從客戶機12接收所請求的文件(框120)。如果服務(wù)器14未能接收到確認消息68 (判定框122)，那么服務(wù)器14可以決定在其它時間再次發(fā)出文件請求命令50。例如，服務(wù)器14可以定期地檢查(例如每天一次，每小時一次，每半小時一次，等等)是否已經(jīng)接收所請求的文件的確認消息68。在某些實施例中，服務(wù)器14可以根據(jù)所請求的文件的期望大小來在已經(jīng)接收某一預(yù)期量的數(shù)據(jù)之后檢查是否接收到確認消息68。當HTTP處理機54接收確認消息68時(判定框122)，服務(wù)器14可以在將該文件從FTP空間66移動至存儲器30的服務(wù)器共享之前驗證仍需要所接收的文件。例如，在某些實施例中，確認消息68可以包括與已被傳輸?shù)奈募嚓P(guān)聯(lián)的元數(shù)據(jù)。服務(wù)器14可以利用與最近接收的文件相關(guān)聯(lián)的元數(shù)據(jù)來確定所傳輸?shù)奈募欠袷亲钚碌?。也就是說，如果從接收文件請求50起文件已變化，如可以由新的文件供給52來指示，那么服務(wù)器14可以確定不需要最近傳輸?shù)奈募?。以此方式，服?wù)器14可以確保在其存儲器30上包含的文件是最新的，尤其是在客戶機12和服務(wù)器14之間的通信被中斷的情況下。應(yīng)當指出，客戶機-服務(wù)器系統(tǒng)10可能比其它類似的系統(tǒng)更安全，這是因為根據(jù)自動文件收集技術(shù)40，客戶機12發(fā)起所有與服務(wù)器14的通信。具體地說，服務(wù)器14可以響應(yīng)于可不斷地被客戶機12更新的長輪詢HTTP請求46來根據(jù)需要發(fā)送命令。如上面提到的，響應(yīng)于長輪詢HTTP請求46來發(fā)送命令可以不再需要服務(wù)器14對客戶機12的侵入式訪問以及客戶機12對服務(wù)器14的侵入式訪問。例如，客戶機-服務(wù)器系統(tǒng)10可以不需要在客戶機12上運行的特殊鑒權(quán)接口或侵入式接口(例如web服務(wù)器)來執(zhí)行自動文件收集。此外，通過允許長輪詢HTTP請求46超時而不再次發(fā)出另一長輪詢HTTP請求46，客戶機12可以選擇不從服務(wù)器14接收命令。此外，客戶機-服務(wù)器系統(tǒng)10可能是更以系統(tǒng)為焦點的而不是以用戶為焦點的。也就是說，在自動文件收集技術(shù)40下，服務(wù)器14而不是客戶機12決定是否向服務(wù)器的存儲器30傳輸指定文件。由于服務(wù)器14可以從多個客戶機12接收文件供給52，所以服務(wù)器14可以考慮當前在服務(wù)器的存儲器30中存儲的文件以及來自單獨的客戶機30的可供給的文件。因此，服務(wù)器14可以獲得可供傳輸?shù)奈募⒁呀?jīng)被傳輸?shù)奈募臀磥碛媱潅鬏數(shù)奈募南到y(tǒng)范圍的綜覽。
該系統(tǒng)范圍的綜覽可以提高效率。例如，服務(wù)器14可以改變其系統(tǒng)范圍的知識來處理文件沖突(例如，當相同文件或類似文件的兩個副本在本地存儲在不同客戶機12上時)，否則，文件沖突可能導(dǎo)致相同文件的多個副本被存儲在服務(wù)器14的存儲器30上。而且，服務(wù)器14可根據(jù)網(wǎng)絡(luò)狀態(tài)和單獨客戶機12的狀態(tài)調(diào)節(jié)文件傳輸?shù)乃俾剩员３炙Ｍ男阅芩?。最后，自動文件收集技術(shù)40不僅可以提高效率，還可以證明是更健壯的。具體地說，客戶機12可以意識到與服務(wù)器14的通信失效，并且服務(wù)器14可以意識到與每個客戶機12的通信失效。如上面提到的，如果客戶機12發(fā)送文件供給52，但未接收到HTTP確收56，那么客戶機12可以使文件供給52排隊以在別的時間傳送。如果客戶機12經(jīng)由FTP向服務(wù)器14傳輸文件并且隨后向服務(wù)器14發(fā)送確認消息68，那么如果未接收到作為響應(yīng)的HTTP確收70，客戶機12可以使該文件排隊以供再次傳送。類似地，如果服務(wù)器14發(fā)出命令，例如文件請求50，但是從未接收到確認消息，那么服務(wù)器14可以使該命令排隊并在以后再次發(fā)送該命令。此外，如果服務(wù)器14由于任何原因失效，那么可以保存其客戶機隊列60的狀態(tài)。因此，盡管某些文件傳輸進程可能丟失，但是文件請求50完全可以在客戶機12和服務(wù)器14恢復(fù)通信時重新傳送。此外，應(yīng)當理解，自動文件收集技術(shù)40可以針對大量其它形式的客戶機-服務(wù)器通信擴展。例如，響應(yīng)于長輪詢HTTP請求46，服務(wù)器14可以提供作為文件請求52的替代或者除文件請求52以外的任何適合命令。這種命令可以使服務(wù)器14能夠發(fā)起例如客戶機12上的備份過程或者配置狀態(tài)重載過程。因此，例如，當接收到這種命令時，命令/請求線程42可以使另一線程(例如文件收集線程44)再次發(fā)送所有文件供給52。在另一示例中，響應(yīng)于命令，命令/請求線程42可以使另一線程發(fā)起備份過程。服務(wù)器14響應(yīng)于長輪詢HTTP請求46可發(fā)送的其它命令可以包括例如在服務(wù)器的存儲器30上已分配哪些空間的指
/Jn ο已示出作為示例的上述特定實施例，并且應(yīng)當理解，這些實施例可容許有各種修改和替代形式。還應(yīng)當理解，權(quán)利要求不旨在局限于所公開的具體形式，而是旨在覆蓋落入本公開的精神和范圍內(nèi)的所有修改、等同和替換。
權(quán)利要求
1.一種方法，包括 在服務(wù)器中接收來自客戶機的長輪詢HTTP請求； 在所述服務(wù)器中經(jīng)由HTTP從所述客戶機接收文件供給，其中所述文件供給指示從所述客戶機可供傳輸?shù)囊粋€或多個文件； 響應(yīng)于所述長輪詢HTTP請求，從所述服務(wù)器發(fā)出文件請求，其中所述文件請求用于請求可供傳輸?shù)囊粋€或多個文件中的至少一個文件；以及 在所述服務(wù)器中經(jīng)由FTP從所述客戶機接收所述一個或多個文件中的所述至少一個文件。
2.根據(jù)權(quán)利要求I所述的方法，其中在標識所述客戶機的特定客戶機統(tǒng)一資源定位器(URL)處接收所述文件供給。
3.根據(jù)權(quán)利要求I所述的方法，包括在所述服務(wù)器中接收指示所述一個或多個文件中的所述至少一個文件在標識所述客戶機的特定客戶機統(tǒng)一資源定位器(URL)處已被完全傳輸?shù)拇_認消息。
4.根據(jù)權(quán)利要求I所述的方法，包括利用所述服務(wù)器確定在所述服務(wù)器中是否已從所述客戶機接收到指示所述一個或多個文件中的所述至少一個文件已被完全傳輸?shù)拇_認消息，并且當已接收到確認時，將所述一個或多個文件中的所述至少一個文件存儲在所述服務(wù)器中。
5.根據(jù)權(quán)利要求I所述的方法，包括利用所述服務(wù)器確定在所述服務(wù)器中是否已從所述客戶機接收到指示所述一個或多個文件中的所述至少一個文件已被傳輸?shù)拇_認消息，并且當未接收到確認時，從所述服務(wù)器再次發(fā)出所述文件請求。
6.根據(jù)權(quán)利要求5所述的方法，其中定期地執(zhí)行確定是否已從所述客戶機接收到所述確認消息的步驟。
7.根據(jù)權(quán)利要求5所述的方法，其中在已從所述客戶機接收到一定數(shù)據(jù)量之后，執(zhí)行確定是否已從所述客戶機接收到所述確認消息的步驟，其中將所述數(shù)據(jù)量估計成等于所述一個或多個文件中的所述至少一個文件的大小。
8.根據(jù)權(quán)利要求I所述的方法，包括利用所述服務(wù)器確定是否應(yīng)當請求從所述客戶機可供傳輸?shù)乃鲆粋€或多個文件，并且當確定應(yīng)當請求所述一個或多個文件時，將對所述一個或多個文件的文件請求添加至客戶機隊列，所述客戶機隊列列出將來發(fā)出文件請求所針對的文件，其中至少部分地基于所述客戶機隊列發(fā)出所述文件請求。
9.根據(jù)權(quán)利要求I所述的方法，包括在發(fā)出所述文件請求之前，利用所述服務(wù)器確定網(wǎng)絡(luò)業(yè)務(wù)量或到所述客戶機的業(yè)務(wù)量低于閾值。
10.根據(jù)權(quán)利要求I所述的方法，包括在發(fā)出所述文件請求之前，利用所述服務(wù)器確定所述客戶機未在接收流式文件。
11.一種系統(tǒng),包括 客戶機，被配置為發(fā)起長輪詢HTTP請求，將關(guān)于所述客戶機的信息經(jīng)由HTTP傳遞給特定客戶機統(tǒng)一資源定位器，以及接收響應(yīng)于所述長輪詢HTTP請求的特定客戶機命令；和 服務(wù)器，被配置為接收所述長輪詢HTTP請求，經(jīng)由HTTP在特定客戶機統(tǒng)一資源定位器處接收關(guān)于所述客戶機的信息，至少部分地基于關(guān)于所述客戶機的信息產(chǎn)生所述特定客戶機命令，以及傳遞所述特定客戶機命令，作為對所述長輪詢HTTP請求的響應(yīng)。
12.根據(jù)權(quán)利要求11所述的系統(tǒng)，其中關(guān)于所述客戶機的信息包括文件供給，所述文 件供給指示從所述客戶機可供傳輸?shù)囊粋€或多個文件，并且其中所述命令包括文件請求，所述文件請求用于請求所述一個或多個文件中的至少一個文件。
13.根據(jù)權(quán)利要求11所述的系統(tǒng)，包括另一客戶機，被配置為發(fā)起另一長輪詢HTTP請求，將關(guān)于所述另一客戶機的信息經(jīng)由HTTP傳遞給另一特定客戶機統(tǒng)一資源定位器，以及接收響應(yīng)于所述另一長輪詢HTTP請求的另一特定客戶機命令； 其中所述服務(wù)器被配置為接收所述另一長輪詢HTTP請求，經(jīng)由HTTP在所述另一特定客戶機統(tǒng)一資源定位器處接收關(guān)于所述另一客戶機的信息，至少部分地基于關(guān)于所述客戶機的信息產(chǎn)生所述另一特定客戶機命令，以及傳遞所述另一特定客戶機命令，作為對所述長輪詢HTTP請求的響應(yīng)。
14.一種方法，包括 從客戶機向服務(wù)器發(fā)起長輪詢HTTP請求； 從所述客戶機經(jīng)由HTTP向所述服務(wù)器傳送文件供給，其中所述文件供給指示從所述客戶機向所述服務(wù)器可供傳輸?shù)囊粋€或多個文件； 在所述客戶機中從所述服務(wù)器接收響應(yīng)于所述長輪詢HTTP請求的文件請求，其中所述文件請求用于請求可供傳輸?shù)乃鲆粋€或多個文件中的至少一個文件；以及 經(jīng)由FTP從所述客戶機向所述服務(wù)器傳輸所述一個或多個文件中的所述至少一個文件。
15.根據(jù)權(quán)利要求14所述的方法，包括利用所述客戶機通過收集和封裝與可供傳輸?shù)乃鲆粋€或多個文件相關(guān)聯(lián)的元數(shù)據(jù)來確定所述文件供給。
全文摘要
提供用于健壯、有效且安全的客戶機-服務(wù)器通信的系統(tǒng)和方法。例如，這種客戶機-服務(wù)器通信的一種方法可以包括在服務(wù)器中經(jīng)由HTTP接收來自客戶機的長輪詢HTTP請求和客戶機狀態(tài)消息，例如文件供給。這種文件供給可以指示例如從客戶機可供傳輸?shù)囊粋€或多個文件。之后，服務(wù)器可以發(fā)出作為對長輪詢HTTP請求的響應(yīng)的命令，例如文件請求。這種文件請求可以請求可供傳輸?shù)囊粋€或多個文件中的至少一個文件。之后，服務(wù)器可以從客戶機經(jīng)由FTP接收一個或多個文件中的至少一個文件。
文檔編號G06F9/06GK102939598SQ201080067366
公開日2013年2月20日 申請日期2010年6月11日 優(yōu)先權(quán)日2010年6月11日
發(fā)明者詹森·D·戈德曼 申請人:惠普發(fā)展公司，有限責(zé)任合伙企業(yè)