專利名稱：用于ftp傳輸?shù)姆椒ê拖到y(tǒng)的制作方法
技術領域：
本發(fā)明一般涉及對文件的并行ftp讀寫。更具體地，本發(fā)明涉及用于通過例如在ftp守護程序(daemon)中或者在邏輯文件系統(tǒng)(“LFS”)層中實現(xiàn)的程序對文件進行并行的ftp上載和下載的方法、系統(tǒng)和媒體。
背景技術：
個人和企業(yè)常常期望傳輸例如數(shù)據(jù)、文本、程序、目錄等等的文件給另一人或企業(yè)。一種利于文件傳輸?shù)闹膮f(xié)議，即已被認可的格式，是文件傳輸協(xié)議(“ftp”)。
在萬維網(wǎng)出現(xiàn)以前很久，ftp已被廣泛使用。ftp是一種使用戶可出于檢索和/或發(fā)送文件的目的以可選的安全性登錄因特網(wǎng)站點的方法。與用于網(wǎng)頁的超文本傳輸協(xié)議(“HTTP”)類似，ftp使用傳輸控制協(xié)議/網(wǎng)際協(xié)議(“tcp/ip”)，以使數(shù)據(jù)能夠以包的形式從服務器通過因特網(wǎng)在一個或多個主機即客戶工作站之間傳輸。與ftp中將整個文件從例如客戶工作站的一個設備向例如ftp服務器的另一個設備傳輸并將其復制在存儲器中不同，HTTP僅將網(wǎng)頁內容傳輸?shù)接糜诓榭吹臑g覽器中—一種單向系統(tǒng)，因為僅將文件從服務器傳送回客戶工作站的瀏覽器中。然而，ftp是雙向系統(tǒng)，因為將文件在服務器和(一個或多個)客戶工作站之間來回傳輸。此外，當在統(tǒng)一資源定位器(“URL”)中出現(xiàn)“http”時，這意味著用戶正在連接Web服務器，而非文件服務器，文件服務器是ftp時的情況。
經(jīng)常地，人們和企業(yè)使用ftp在他們之間傳輸文件，以取消準許對他們各自計算機系統(tǒng)的全面訪問。即，ftp為用戶提供了通過位于一中立站點或分區(qū)站點(partitioned site)的ftp服務器傳輸文件的機制，藉此，一個用戶登錄到ftp服務器以上載文件，而另一個用戶登錄以下載同一文件。如果ftp站點不需要登錄之外的安全性，則該站點被稱為匿名ftp站點；否則，該站點是可由中立的第三方所擁有的私有ftp站點，該中立的第三方例如與上載和下載文件到該私有ftp站點所涉及的兩獨立企業(yè)無關的數(shù)據(jù)管理公司。
存在用于ftp的商業(yè)上可獲得的程序。一些示例有l(wèi)pswitch的WS FTP、KnoWare的Internet Neighborhood和Fetch Softworks的FetchTM。盡管有這些提供了將文件從ftp服務器傳輸于客戶端之間的ftp程序，但問題依舊。經(jīng)常地，當使用這些或類似的ftp程序時，一個用戶給另一個用戶打電話或發(fā)電子郵件并說文件將被上載到具有雙方已知并可訪問的URL的ftp站點。所述用戶可承諾在文件上載完成后，給下載用戶打電話或發(fā)電子郵件，于是在文件上載完成后該下載用戶可登錄以從該ftp站點下載已完全上載的文件。然而，由于現(xiàn)代商業(yè)的狂熱步調，很少出現(xiàn)這樣謙恭有禮的電話或電子郵件。結果，在可進行下載之前，下載用戶不必要地等待來自所述用戶的文件已完全上載的話。即使所述用戶從未對下載用戶做出這種承諾，所述用戶仍必須在下載用戶可開始下載文件之前將文件完全上載到ftp站點。對于大文件和/或上載期間的低帶寬連通性，在完全上載和下載之間的空隙時間特別大，這是一種負面結果。因此，需要的是更快的方法、系統(tǒng)和媒體，其同樣消除在另一個用戶可從ftp站點下載同一文件之前用戶要將文件完全上載到ftp服務器以及完全上載通知的依賴。

發(fā)明內容
本發(fā)明的實施例一般地提供了用于對文件的并行ftp讀寫的方法、系統(tǒng)和媒體。在一實施例中，該方法包括由與例如服務器的具有ftp程序的ftp站點通信的第一計算機系統(tǒng)上載文件。進一步地，該方法包括在上載期間由ftp站點接收文件的多個文件段。再進一步地，該方法包括由與ftp站點通信的第二計算機系統(tǒng)下載所有的多個文件段，藉此，可在接收文件段期間，即在文件的上載完成之前開始下載。
在另一實施例中，本發(fā)明提供了用于對文件的并行ftp讀寫的系統(tǒng)。該系統(tǒng)一般地包括具有文件且與ftp站點通信的第一計算機系統(tǒng)。進一步地，該系統(tǒng)包括與ftp站點通信的第二計算機系統(tǒng)。再進一步地，該系統(tǒng)包括在ftp站點上的ftp程序，其用于接收以文件段形式上載的文件并且用于在由ftp站點接收首個文件段之后允許第二計算機系統(tǒng)開始下載文件。
在再一實施例中，本發(fā)明提供了包含用于對文件的ftp并行傳輸?shù)闹噶畹臋C器可訪問的媒體，所述指令當由機器執(zhí)行時致使該機器執(zhí)行操作。所述指令一般地包括由與例如服務器的具有ftp程序的ftp站點通信的第一計算機系統(tǒng)上載文件的操作。所述指令進一步包括用于在上載期間由ftp站點接收文件的多個文件段的操作。再進一步地，所述指令包括用于由與ftp站點通信的第二計算機系統(tǒng)下載所有的多個文件段的操作，藉此，可在接收文件段期間，即在上載文件完成之前開始執(zhí)行下載。


因此，為了更詳細地理解實現(xiàn)本發(fā)明的上述特征、優(yōu)點和目標的方式，可參照附圖中所說明的本發(fā)明的實施例，閱讀以上簡要概括的本發(fā)明的更具體的描述。
不過，要注意，附圖僅僅說明本發(fā)明的典型實施例，并因此不被認為限制了本發(fā)明的范圍，因為本發(fā)明可容許其他等效的實施例。
圖1描述了根據(jù)所公開發(fā)明的用于文件的ftp傳輸?shù)南到y(tǒng)的概觀。
圖2描述了根據(jù)所公開發(fā)明的用于文件的ftp傳輸?shù)南到y(tǒng)的一示例性圖3描述了根據(jù)所公開發(fā)明的用于文件的ftp傳輸?shù)南到y(tǒng)的另一示例性實施例。
圖4描述了根據(jù)所公開發(fā)明的用于文件的ftp傳輸?shù)牧鞒虉D的示例性
具體實施例方式
下面是本發(fā)明的實施例示例的詳細描述，所述描述通過附圖得到進一步增強。這些實施例是示例并且詳細得可以清晰地表明本發(fā)明。不過，所提供細節(jié)的數(shù)量并非為了限制實施例的預期變化；與之相反，目的是為了覆蓋落在如所附權利要求所定義的本發(fā)明的精神和范圍內的所有修改、等價物和替換物。以下的詳細描述用于使這些實施例對于本領域內的普通技術人員變得明顯。
一般而言，構想了用于通過文件傳輸協(xié)議(“ftp”)傳輸文件的系統(tǒng)、方法和媒體。參考圖1，此圖提供了用于ftp和即將說明的本發(fā)明的系統(tǒng)100的一般概觀。系統(tǒng)100包括計算機系統(tǒng)1110，其包括例如一批在具有cpu的計算機內部和外部的邏輯和物理外圍設備。經(jīng)由網(wǎng)絡1120通過在因特網(wǎng)130上的tcp/ip連接，可以是客戶工作站的計算機系統(tǒng)1110與和ftp服務器140相關聯(lián)的ftp站點通信，以傳輸文件115。ftp服務器140包括已安裝的ftp程序150，例如，lpswitch的WS FTP、KnoWare的InternetNeighborhood和Fetch Softworks的FetchTM，所述ftp程序150提供了用于文件115傳輸?shù)倪壿?，即，從計算機系統(tǒng)1110上載文件115以及將文件115下載到計算機系統(tǒng)2 170。通過ftp程序150的對文件115的常規(guī)傳輸需要在計算機系統(tǒng)2170可通過計算機系統(tǒng)2170的到因特網(wǎng)130的網(wǎng)絡2連接160從ftp服務器140下載文件115之前從計算機系統(tǒng)1110完全上載文件115。不過，所公開的發(fā)明將進一步的使能邏輯與常規(guī)ftp程序150相關聯(lián)，或者將其集成到常規(guī)ftp程序150中以構成新的ttp程序，以上二者均消除了在可開始下載文件115之前將文件115完全上載到ftp服務器140的需要。雖然未在圖1中描述這種使能邏輯，但它在圖2和3中并且被稱為“中間程序”。作為這種“中間程序”的結果，對文件115的ftp傳輸更快，但只有當計算機系統(tǒng)2170選擇了一旦文件115的已上載的文件段可供下載時就下載已上載的文件115時才是這樣。
現(xiàn)在轉到圖2，接著是對本發(fā)明的更詳細的討論。與圖1類似，圖2描述了用戶可用于傳輸文件210到ftp服務器240的計算機系統(tǒng)1205。在這種客戶端—服務器方案中，對文件210的傳輸(此處為上載)發(fā)生于從計算機系統(tǒng)1205經(jīng)由網(wǎng)絡1通過tcp/ip連接到因特網(wǎng)235上的ftp站點。該ftp站點是可由計算機系統(tǒng)1205和計算機系統(tǒng)2290分別通過網(wǎng)絡1230和網(wǎng)絡2280訪問的雙方已知的URL。該ftp站點關聯(lián)于具有使能對文件210的傳輸?shù)膄tp程序250的ftp服務器240。不過，在對文件210的實際傳輸之前，不論是上載或下載，ftp程序250常常需要用戶登錄，這可包括用戶提供用戶名。進一步地，ftp程序250可以可選地需要口令，以確保對ftp服務器240的安全訪問，并且在這種情況下，ftp程序250在認證之后授權用于文件210傳輸?shù)脑L問。
被縮減為硬件和/或在軟件中編碼的使能邏輯存在于被集成在ftp程序250中或與ftp程序250關聯(lián)的中間程序270中。如圖2所示，中間程序270被集成在ftp程序250中，但在圖3中，中間程序270與ftp程序360相關聯(lián)。盡管圖2和3示出了中間程序270、370相對于ftp程序250、360的位置的兩個不同實施例，但應理解這些只是本發(fā)明的兩個示例性實施例，并且無需背離本發(fā)明的范圍，中間程序的其他位置也是可能的。
回到圖2，中間程序270被示為位于ftp程序250的ftp守護程序260內，即集成于其中。ftp守護程序260是ftp程序250的這樣的一部分，其監(jiān)聽由計算機系統(tǒng)1205和計算機系統(tǒng)2290通過它們各自的網(wǎng)絡230、280用于文件210傳輸?shù)膖cp/ip連接。進一步地，ftp守護程序也是ftp程序250的這樣的一部分，其例如遵循ftp協(xié)議以拉或推下數(shù)據(jù)，所述數(shù)據(jù)例如正在傳輸?shù)奈募?10的文件段215、220和225。盡管說ftp守護程序260在服務器端(即ftp服務器240)有些多余，因為在ftp術語中守護程序總是在服務器端，但“ftp守護程序”260在本公開中用于確保清晰性。
現(xiàn)在，轉到由與ftp守護程序260關聯(lián)并集成于ftp程序250中的中間程序270給予本發(fā)明的功能，中間程序270允許在文件210的完全上載之前開始對文件210的下載。圖2描述了這種中間程序270的功能的示例性實施例。具體地，如圖所示，計算機系統(tǒng)1205的用戶在上傳文件210到ftp服務器240的中間。由于計算機系統(tǒng)1205的tcp/ip網(wǎng)絡1的連接涉及用離散的文件子部分或tcp/ip術語中的“包”的形式對文件210的傳輸，由ftp程序250將文件210以包的集合的形式上載到ftp服務器240，所述的包在本公開中被稱為文件段。通過與ftp守護程序260的協(xié)同工作，中間程序270管理由計算機系統(tǒng)1205上載并可供計算機系統(tǒng)2290下載的文件段的接收，所述的計算機系統(tǒng)2290可以是希望下載文件210的一個或甚至多個計算機系統(tǒng)。如圖2所示，中間程序270已允許ftp守護程序260詢問中間程序270，并在計算機系統(tǒng)1205完全上載文件210到ftp服務器240之前，從ftp服務器240部分地下載文件210到計算機系統(tǒng)2290。在圖2中，通過出現(xiàn)在計算機系統(tǒng)2290內的文件段1215和仍出現(xiàn)在計算機系統(tǒng)1205內的文件210的文件段2220和文件段3225，圖示了這一點。
在下載了文件段1215和/或有限時間段到期之后，ftp守護程序260可就下載尚未下載到計算機系統(tǒng)2290的任一或所有的其他包(即，文件段)的可能性再次詢問中間程序270。在tcp/ip協(xié)議中，一段時間的無響應是完全可以接受的，因為發(fā)生的是計算機系統(tǒng)2290的tcp連接表示啊，也許那個包丟了，因此應該再次發(fā)送該包，而實際上ftp守護程序260可能從沒有發(fā)送該包或文件段。這種再次詢問可出現(xiàn)一次或多次，直到計算機系統(tǒng)2290接收到了文件段1215、2220、3225，其中文件段3225包括在包中的文件結束尾，tcp理解該文件結束尾是用于通過系統(tǒng)200下載的已上載文件210的結束。
現(xiàn)在轉到圖3，其描述了包括中間程序370的系統(tǒng)300，中間程序370給予了與圖2的系統(tǒng)200中的中間程序270相同的用于文件的ftp傳輸?shù)墓δ?。圖3的中間程序370的實現(xiàn)與圖2不同，并且為了避免純粹重復，對系統(tǒng)300的討論僅圍繞在中間程序370的實現(xiàn)中的這種差異。
在圖3中，ftp程序360駐留在與具有一URL的ftp站點關聯(lián)的ftp服務器340上，所述URL是計算機系統(tǒng)305、390雙方已知的，并可經(jīng)由它們各自的網(wǎng)絡330、380通過因特網(wǎng)335上的tcp/ip通信進行訪問。ftp服務器340包括操作系統(tǒng)350，如圖2中的系統(tǒng)200那樣但在該系統(tǒng)中未示出，所述操作系統(tǒng)350是稱為應用程序的其他程序能夠在其上運行的通用程序。在圖3中兩個這樣的應用程序是ftp程序360和中間程序370。與圖2中的系統(tǒng)200不同，圖3中的系統(tǒng)300具有在操作系統(tǒng)350的邏輯文件系統(tǒng)(“LFS”)365層中實現(xiàn)的中間程序370，其中，由縮簡為硬件和/或在代碼中的邏輯所使能的中間程序370與ftp程序360通信，以允許在文件310完全上載到ftp服務器340之前開始對文件310的下載。
在操作系統(tǒng)350內有不同的文件系統(tǒng)，例如LFS 365、NFS、DFS、JFS和JFS2。LFS 365處于這些和所有其他文件系統(tǒng)之上，并負責使所有底層文件系統(tǒng)具有一種外觀。每當用戶想要開始使用例如ftp程序360的程序時，第一調用是“打開文件”，并且此調用到達LFS 365。LFS 365識別哪一類文件系統(tǒng)與特定程序相關聯(lián)，并且例如該文件系統(tǒng)是JFS文件系統(tǒng)，接著LFS 365向下調用JFS文件系統(tǒng)以便處理所有的v-node、i-node的復雜情況、轉到盤等等的用于例如ftp程序360的程序的操作的功能。由于中間程序370駐留在LFS 365中，LFS 365看到ftp守護程序360為從計算機系統(tǒng)1305讀取而向下連接。LFS 365知道已存在用于將文件310寫(即，上載)到ftp服務器340上的打開文件。不是ftp守護程序363通過中間程序370控制文件310到計算機系統(tǒng)2390的下載，如圖2中的情況，而是LFS 365在圖3描述的系統(tǒng)300中控制該下載。即，ftp守護程序363持續(xù)調用LFS 365，表示需要讀作為文件段的更多數(shù)據(jù)。于是，ftp守護程序363發(fā)出讀命令，并且如果在有限時間段到期之前未接收到響應，則ftp守護程序363以等待模式處于空閑狀態(tài)，直到LFS 365通過以文件段315、320、325的形式的更多數(shù)據(jù)進行響應，上述操作直到通過中間程序370將所有的文件段315、320、325下載到計算機系統(tǒng)2390為止。
現(xiàn)在轉到圖4，其描述了用于例如分別為圖2和3的系統(tǒng)200和300的系統(tǒng)的文件ftp傳輸?shù)牧鞒虉D400。流程圖400開始于“開始”405，其中第一計算機系統(tǒng)的用戶登錄410到因特網(wǎng)上并與位于一URL的ftp服務器進行tcp/ip網(wǎng)絡通信。登錄410需要用戶提供用戶id并可選地提供口令，由ftp服務器對它們進行認證以便允許訪問并上載文件到ftp服務器。由第二計算機的另一個用戶的登錄440涉及與登錄410類似的過程，除了登錄440是為了通過因特網(wǎng)上的第二計算機系統(tǒng)到同一URL的網(wǎng)絡連接從ftp服務器下載被至少部分上載的文件。
在第一計算機系統(tǒng)登錄410到ftp服務器后，ftp程序的ftp守護程序通過第一計算機系統(tǒng)與ftp服務器的tcp/ip通信上載420文件。文件的上載420以文件段(或tcp/ip用語中的包)的形式發(fā)生。不論中間程序通過它在ftp程序中的實現(xiàn)而與ftp程序成為整體，或者中間程序通過它在ftp服務器上的操作系統(tǒng)的LFS層中的實現(xiàn)而與ftp程序相關聯(lián)，中間程序接收430用于最終由第二計算機系統(tǒng)下載的包。在前一實現(xiàn)中，ftp程序的ftp守護程序控制(即查詢450)可供中間程序下載到第二計算機系統(tǒng)的已接收430的包。在后一實現(xiàn)中，LFS為了可供中間程序下載到第二計算機系統(tǒng)的已接收430的包而控制(即450)ftp程序的ftp守護程序。在任一情況下，重要的是可在文件被第一計算機系統(tǒng)完全上載到ftp服務器之前開始將文件下載到第二計算機系統(tǒng)。
通過查詢與文件關聯(lián)的所有文件段或包是否已下載到第二計算機系統(tǒng)的決定框460，流程圖400繼續(xù)。如果結果為是，則流程圖400到達“結束”475，在tcp/ip用語中，由包含文件結束尾的最后下載的包識別“結束”475。如果還沒出現(xiàn)下載了所有文件段或包的情況，即圖4所示的“否”470，則通過向后連接箭頭回到查詢450。這樣，根據(jù)中間程序的實現(xiàn)，中間程序致使ftp守護程序或LFS再次查詢仍未接收的用于下載到第二計算機系統(tǒng)的包或文件段。第二計算機系統(tǒng)可能將這些未接收的包視為已丟失，但極為可能的是，ftp服務器仍未在文件上傳過程中接收到這些包，并且結果是第二計算機系統(tǒng)無法下載這些仍未接收到的包。如470示出的這種重復持續(xù)直到第二計算機系統(tǒng)從ftp服務器下載了所有的包或文件段。
本發(fā)明的另一個實施例被實現(xiàn)為與例如圖1和2中示出的系統(tǒng)100和200的計算機系統(tǒng)一起使用的程序產(chǎn)品。該程序產(chǎn)品的(一個或多個)程序定義了實施例的功能(包括這里所描述的方法)，并能夠被包含在多種信號承載媒體中。說明性的信號承載媒體包括但不限于(i)在不可寫的存儲媒體(例如，計算機內的只讀存儲設備，如可通過CD-ROM驅動器讀取的CD-ROM盤)上永久存儲的信息；(ii)在可寫存儲媒體(例如，軟盤驅動器內的軟盤或硬盤驅動器)上存儲的可改變信息；以及(iii)由通信媒體例如通過計算機或電話網(wǎng)絡包括無線通信傳送到計算機的信息。后一實施例特別地包括從因特網(wǎng)和其他網(wǎng)絡下載的信息。當攜帶指示本發(fā)明功能的計算機可讀指令時，這種信號承載媒體代表本發(fā)明的實施例。
一般而言，被執(zhí)行以實現(xiàn)本發(fā)明的實施例的例程可以是操作系統(tǒng)的一部分或一特殊的應用、部件、程序、模塊、對象或指令序列。本發(fā)明的計算機程序典型地由將被本機計算機轉換為機器可讀格式并因而成為可執(zhí)行指令的大量指令所組成。同樣，程序由本地駐留于程序中或者存在于存儲器或存儲設備上的變量和數(shù)據(jù)結構所組成。此外，下文中描述的各種程序可以基于為其在本發(fā)明的特定實施例中實現(xiàn)它們的應用來識別。不過，應該理解，以下任何特定程序命名僅僅是為了方便，并因此本發(fā)明不應被局限于僅用于由這種命名識別和/或暗示的任何特定應用中。
盡管前述內容集中于所公開發(fā)明的示例性實施例，但可以設想出本發(fā)明其他的和進一步的實施例，而不背離本發(fā)明的基本范圍，并且本發(fā)明的范圍由如下的權利要求所確定。
權利要求
1.一種用于ftp傳輸?shù)姆椒?，所述方法包括由第一計算機系統(tǒng)將文件上載到ftp站點；在上載期間由ftp站點以文件段的形式接收該文件；以及在所述接收期間由第二計算機系統(tǒng)下載所述文件段。
2.權利要求1的方法，還包括在所述上載或下載之前由所述ftp站點認證對所述文件的訪問。
3.權利要求1的方法，其中，所述上載和所述下載包括通過一個或多個網(wǎng)絡連接到所述ftp站點。
4.權利要求1的方法，其中，所述接收和所述下載包括由與ftp守護程序關聯(lián)的中間程序管理可供所述下載的每一所述文件段。
5.權利要求1的方法，其中，所述上載和所述下載包括由與所述ftp站點上的服務器關聯(lián)的ftp守護程序進行讀和寫。
6.權利要求1的方法，其中，所述下載包括由ftp守護程序查詢所述文件的文件段。
7.權利要求6的方法，其中，所述查詢包括在有限時間段到期之后重復查詢用于所述下載和在所述查詢之后的未被所述ftp守護程序接收的任何文件段。
8.一種用于ftp傳輸?shù)南到y(tǒng)，所述系統(tǒng)包括具有文件并與ftp站點進行通信的第一計算機系統(tǒng)；與該ftp站點進行通信的第二計算機系統(tǒng)；以及在該ftp站點上用于接收以文件段形式上載的文件以及用于在由該ftp站點接收到首個文件段之后允許開始將該文件下載到第二計算機系統(tǒng)的ftp程序。
9.權利要求8的系統(tǒng)，其中，所述第一計算機系統(tǒng)和所述第二計算機系統(tǒng)與所述ftp站點進行網(wǎng)絡通信。
10.權利要求8的系統(tǒng)，其中，所述ftp站點包括與ftp服務器相關聯(lián)的URL。
11.權利要求8的系統(tǒng)，其中，所述ftp程序包括用于管理通過所述上載接收并可供所述下載的文件段的ftp中間程序。
12.權利要求11的系統(tǒng)，其中，所述中間程序在所述ftp程序的ftp守護程序中實現(xiàn)。
13.權利要求11的系統(tǒng)，其中，所述中間程序在與所述ftp程序進行通信的邏輯文件系統(tǒng)層中實現(xiàn)。
14.一種包含指令的機器可訪問的媒體，當所述指令由機器運行時，會致使該機器執(zhí)行用于ftp傳輸?shù)牟僮?，所述操作包括由第一計算機系統(tǒng)將文件上載到ftp站點；在所述上載期間由該ftp站點以文件段的形式接收該文件；以及在所述接收期間由第二計算機系統(tǒng)下載所述文件段。
15.權利要求14的機器可訪問的媒體，其中，所述指令還包括用于在執(zhí)行所述上載或所述下載之前執(zhí)行由所述ftp站點認證對所述文件的訪問的操作的指令。
16.權利要求14的機器可訪問的媒體，其中，所述用于上載和下載的指令包括用于通過一個或多個網(wǎng)絡連接到ftp站點的指令。
17.權利要求14的機器可訪問的媒體，其中，所述用于接收和下載的指令包括用于在執(zhí)行所述用于下載的指令之前由與ftp守護程序關聯(lián)的中間程序管理可用的每一文件段的指令。
18.權利要求14的機器可訪問的媒體，其中，所述用于上載和下載的指令包括用于由與ftp站點上的服務器關聯(lián)的ftp守護程序進行讀和寫的指令。
19.權利要求14的機器可訪問的媒體，其中，所述用于下載的指令包括用于由ftp守護程序查詢所述文件的文件段的指令。
20.權利要求19的機器可訪問的媒體，其中，所述用于查詢的指令包括用于在有限時間段到期之后重復查詢用于所述下載和在所述查詢之后的未被所述ftp守護程序接收到的任何文件段的指令。
全文摘要
公開了用于對文件的并行FTP傳輸?shù)姆椒ā⑾到y(tǒng)和媒體。在一實施例中，用于并行FTP讀寫的方法包括由與例如服務器的具有FTP程序的FTP站點通信的第一計算機系統(tǒng)上載文件。進一步地，該方法包括在上載期間由FTP站點接收文件的多個文件段。再進一步地，該方法包括由與FTP站點通信的第二計算機系統(tǒng)下載所有的所述多個文件段，藉此，可在這種接收期間，即在文件完全上載之前開始下載。與FTP程序的FTP守護程序關聯(lián)的中間FTP程序允許對文件的并行FTP讀寫。此中間FTP程序的可能的實現(xiàn)包括例如在FTP守護程序中或在邏輯文件系統(tǒng)層中。
文檔編號H04L29/06GK1764186SQ200510105148
公開日2006年4月26日 申請日期2005年9月28日 優(yōu)先權日2004年9月30日
發(fā)明者S·M·基奧恩, G·F·麥克布萊迪, S·P·馬倫, J·K·穆里略, J·M-H·謝 申請人:國際商業(yè)機器公司