TWI484808B

TWI484808B - File transfer method based on archival directory and its device and system

Info

Publication number: TWI484808B
Application number: TW099106919A
Authority: TW
Original assignee: Alibaba Group Holding Ltd
Priority date: 2010-03-10
Filing date: 2010-03-10
Publication date: 2015-05-11
Also published as: TW201132084A

Description

基於檔案目錄的檔案傳輸方法及其裝置和系統

本申請係關於通信領域，尤其關於IM系統中的基於檔案目錄的檔案傳輸方法及其裝置和系統。

IM(Instant Messaging，即時通信)是一種可以讓使用者在網路上建立某種私人聊天室(chatroom)的即時通信服務，主要包括IM伺服器和多個IM用戶端。P2P(Peer-to-Peer，點對點)是一種對等互聯技術，利用此技術，用戶可以透過電腦之間的直接互聯進行檔案共用與交換。

現有的IM通信系統中，用戶可透過IM用戶端進行P2P通信，實現網路檔案的傳輸。在傳輸檔案時，發送方用戶端與接收方用戶端建立P2P連接，對所要傳輸的檔案逐一進行傳輸，其缺陷在於，無法實現直接基於檔案目錄進行檔案傳輸，即，無法在用戶不干預的情況下，自動將整個檔案目錄中的檔案傳輸給接收方用戶端，並且使接收方用戶端自動將接收到的檔案儲存為與該檔案目錄所一致的檔案儲存結構。

本申請實施例提供了基於檔案目錄的檔案傳輸方法及其裝置和系統，以解決現有IM系統基於檔案目錄傳輸檔案的問題。

本申請實施例提供的技術方案包括：一種基於檔案目錄的檔案傳輸方法，包括以下步驟：發送方即時通信IM用戶端逐一檔案夾發送檔案目錄中各檔案夾根目錄下的檔案，其中，在針對每一個檔案夾發送其根目錄下的檔案之前首先發送通知訊息，該通知訊息中攜帶有當前檔案夾的名稱以及當前檔案夾在該檔案目錄中的位置資訊，然後逐一發送當前檔案夾根目錄下的所有檔案；接收方IM用戶端根據接收到的通知訊息建立檔案夾，並將在該通知訊息之後發送來的檔案保存到該建立的檔案夾的根目錄下。

本申請的另一個實施例還公開了一種基於檔案目錄的檔案傳輸系統，包括：發送方IM用戶端，用於逐一檔案夾發送檔案目錄中各檔案夾根目錄下的檔案，其中，在針對每一個檔案夾發送其根目錄下的檔案之前首先發送通知訊息，其中攜帶當前檔案夾的名稱以及當前檔案夾在該檔案目錄中的位置資訊，然後逐一發送當前檔案夾根目錄下的所有檔案；接收方IM用戶端，用於根據接收到的通知訊息建立檔案夾，並將在該通知訊息之後發送來的檔案保存到該建立的檔案夾的根目錄下。

本申請的另一個實施例還公開了一種基於檔案目錄的檔案傳輸用戶端，包括：發送模組，用於向其他檔案目錄傳輸用戶端逐一檔案夾發送檔案目錄中各檔案夾根目錄下的檔案，其中，在針對每一個檔案夾發送其根目錄下的檔案之前首先發送通知訊息，其中攜帶當前檔案夾的名稱以及當前檔案夾在該檔案目錄中的位置資訊，然後逐一發送當前檔案夾根目錄下的所有檔案；接收模組，用於接收其他檔案目錄傳輸用戶端發送的、攜帶有檔案夾名稱和該檔案夾在檔案目錄中的位置資訊的通知訊息，根據該通知訊息建立檔案夾，並將在該通知訊息之後發送來的檔案保存到該建立的檔案夾的根目錄下。

本申請的上述實施例中，發送方IM用戶端在基於檔案目錄傳輸檔案過程中，每傳輸一個檔案夾根目錄下的檔案之前，發送攜帶有檔案夾名稱和該檔案夾在待傳輸的檔案目錄中的位置資訊的通知訊息，使接收方IM用戶端能夠根據該通知訊息建立相應的檔案夾，並將其後接收到的檔案儲存到該檔案夾下，從而使接收方IM用戶端能夠將接收到的檔案儲存為與發送方IM用戶端所一致的檔案目錄結構，實現IM用戶端之間的基於檔案目錄的檔案傳輸。

本申請的另一個實施例還公開了另外一種檔案目錄傳輸方法，包括以下步驟：發送方IM用戶端首先發送整個檔案目錄的結構資訊，然後逐一檔案夾發送該檔案目錄中各檔案夾根目錄下的檔案，其中，在針對每一個檔案夾發送其根目錄下的檔案之前首先發送攜帶有當前檔案夾的名稱以及當前檔案夾在該檔案目錄中的位置資訊的通知訊息，然後逐一發送當前檔案夾根目錄下的所有檔案；接收方IM用戶端根據接收到的檔案目錄資訊建立檔案目錄，根據接收到的通知訊息在建立的檔案目錄中定位出檔案夾，並將在該通知訊息之後發送來的檔案保存到該定位出的檔案夾的根目錄下。

本申請的另一個實施例還公開了另外一種檔案目錄傳輸系統，包括：發送方IM用戶端，用於首先發送整個檔案目錄的結構資訊，然後逐一檔案夾發送該檔案目錄中各檔案夾根目錄下的檔案，其中，在針對每一個檔案夾發送其根目錄下的檔案之前首先發送攜帶有當前檔案夾的名稱以及該檔案夾在該檔案目錄中的位置資訊的通知訊息，然後逐一發送該檔案夾根目錄下的所有檔案；接收方IM用戶端，用於根據接收到的檔案目錄資訊建立檔案目錄，根據接收到的通知訊息在建立的檔案目錄中定位出檔案夾，並將在該通知訊息之後發送來的檔案保存到該定位出的檔案夾的根目錄下。

本申請的另一個實施例還公開了一種檔案目錄傳輸用戶端，包括：發送模組，用於向其他檔案目錄傳輸用戶端首先發送整個檔案目錄的結構資訊，然後逐一檔案夾發送該檔案目錄中各檔案夾根目錄下的檔案，其中，在針對每一個檔案夾發送其根目錄下的檔案之前首先發送攜帶有當前檔案夾的名稱以及該檔案夾在該檔案目錄中的位置資訊的通知訊息，然後逐一發送該檔案夾根目錄下的所有檔案；接收模組，用於接收其他檔案目錄傳輸用戶端發送的檔案目錄結構資訊，並根據該檔案目錄結構資訊建立檔案目錄；以及，接收該其他檔案目錄傳輸用戶端發送的攜帶有檔案夾在檔案目錄中的位置資訊的通知訊息，根據該通知訊息在建立的檔案目錄中定位出檔案夾，並將在該通知訊息之後發送來的檔案保存到該定位出的檔案夾的根目錄下。

本申請的上述實施例中，發送方IM用戶端透過在傳輸檔案目錄中的檔案之前，將整個檔案目錄的結構資訊通知給接收方IM用戶端，使其能夠建立相應的檔案目錄；然後發送方IM用戶端在傳輸每個檔案夾根目錄下的檔案之前，將該檔案夾在該檔案目錄中的位置資訊通知給接收方IM用戶端，使接收方IM用戶端能夠根據該通知訊息定位出相應的檔案夾，並將其後接收到的檔案儲存到該檔案夾下，從而使接收方IM用戶端能夠建立與發送方IM用戶端所傳輸的檔案目錄一致的目錄結構，實現IM用戶端之間的基於檔案目錄的檔案傳輸。

下面結合附圖對本申請的具體實施方式作進一步的詳細描述。

參見圖1，為本申請實施例所適用的系統架構示意圖。如圖所示，該系統架構為IM系統架構。通常，IM系統架構中包括大量IM用戶端，IM伺服器也可能不只一個，本申請實施例僅以圖1所示的IM系統架構為例，描述其中各實體的功能以及檔案傳輸的流程。圖1所示的IM系統架構包括：IM伺服器10，以及IM用戶端21和IM用戶端22。IM伺服器10的功能主要包括：對IM用戶端登錄IM系統進行認證與管理，對IM系統中的用戶資訊進行管理，以及在需要由其轉發IM用戶端之間傳輸的檔案時，對檔案進行轉發。IM用戶端21和IM用戶端22之間可按照常規的方式交互即時訊息以及傳輸檔案。

本申請實施例中，對IM用戶端進行了改進，增加了基於檔案目錄傳輸檔案的功能。相應地，也對IM伺服器(或IM系統中的其他伺服器，如中轉伺服器)進行改進，使其支援檔案目錄轉發功能。

參見圖2，為本申請實施例提供的採用點對點方式基於檔案目錄傳輸檔案的流程示意圖。當一用戶欲透過所在IM用戶端21向另一用戶所在的IM用戶端22傳輸檔案目錄以及該目錄下的所有檔案夾和檔案時，可透過滑鼠或其他方式選擇待傳輸檔案目錄(即選擇檔案夾)後將其拖動到與目標用戶進行IM交互的視窗中。通常IM用戶端所在設備的作業系統可以捕獲到該操作以及該操作的物件(即選擇的檔案夾)，還可以獲取到該物件的資訊(如檔案夾的位置、大小、其所包含的檔案以及子檔案夾等資訊)，並可將捕獲到的以及獲取到的資訊傳遞給IM用戶端21。IM 用戶端21獲取到上述資訊後觸發檔案目錄傳輸事件(可預先將該操作類型和操作物件與檔案目錄傳輸事件建立對應關係，即一旦發生上述操作即觸發檔案目錄傳輸事件)，並根據該事件觸發檔案目錄傳輸流程。另一種觸發檔案目錄傳輸流程的方式是：可預先在用戶端21的IM交互視窗中設置檔案目錄傳輸命令按鍵，當該按鍵被點擊後彈出對話方塊或輸入框，供用戶選擇或輸入檔案目錄，然後根據用戶選擇或輸入的檔案目錄獲取檔案目錄資訊，並觸發檔案目錄傳輸事件，並根據該事件觸發檔案目錄傳輸流程。

檔案目錄傳輸流程可如圖2所示，包括以下步驟：步驟201、IM用戶端21與IM用戶端22建立點對點會話連接，該會話連接將用於後續的檔案目錄傳輸，如建立FTP(檔傳輸協定)會話連接；步驟202、IM用戶端21將待傳輸的檔案目錄中的一個檔案夾的名稱以及該檔案夾在該檔案目錄中的位置資訊，以通知訊息形式發送給IM用戶端22；步驟203、IM用戶端22接收該通知訊息，並按照其中攜帶的檔案夾名稱和檔案夾在檔案目錄中的位置資訊建立檔案夾；IM用戶端22可在預設位置建立該檔案目錄及其中的檔案夾，也可在用戶指定的位置建立該檔案目錄及其中的檔案夾；步驟204、IM用戶端21將該檔案夾根目錄下的檔案逐一發送給IM用戶端22；步驟205、IM用戶端22將接收到的檔案儲存到新建立的檔案夾的根目錄下；重複執行上述步驟202~205，直到待傳輸檔案目錄中的所有檔案夾及其根目錄下的檔案都傳輸完成(參見步驟206)，這樣，在IM用戶端22中形成了與IM用戶端21所傳輸的檔案目錄結構一致、所包含的檔案相同的檔案目錄。在整個目錄傳輸完成後，IM用戶端21和IM用戶端22之間可拆除上述用於檔案目錄傳輸的會話連接。其中，由於IM用戶端21事先可獲知檔案目錄的資訊(包括該檔案目錄中所包含的所有檔案)，因此，當傳輸完一個檔案後，IM用戶端21可判斷出該檔案目錄下的所有檔案是否都傳輸完成，如果不是，則繼續傳輸檔案，否則斷開點對點連接。

透過以上流程可以看出，IM用戶端21向IM用戶端22傳輸檔案目錄過程中，僅需建立一次會話連接，其檔案目錄傳輸過程都使用該會話連接，與現有技術中發送方IM用戶端每次傳輸檔案之前都要與接收方IM用戶端建立會話連接相比，節省了建立會話連接的開銷，從而提高了傳輸性能。

對圖2所示流程進行改進，可以得到本申請的另一實施例。在該實施例中，IM用戶端21可在與IM用戶端22的點對點連接建立之後，首先發送待傳輸檔案目錄的整個目錄結構資訊(所包含的所有檔案夾以及檔案夾之間的層級關係)，這樣，IM用戶端22可根據該檔案目錄結構資訊建立相應的檔案目錄；後續IM用戶端21發送檔案時的操作基本與上述流程相同，只是在發送的通知訊息中可只攜帶當前檔案夾在該檔案目錄中的位置資訊，相應的，IM用戶端22接收到通知訊息後，無需建立檔案夾，而是在已建立的檔案目錄中定位出相應的檔案夾，並將其後接收到的檔案保存到該定位出的檔案夾根目錄下。

由於IM用戶端21與IM用戶端22之間點對點的檔案傳輸連接有可能不能成功建立，如IM用戶端22不在線，針對這種情況，本申請的另一實施例提供了使用伺服器中轉來實現檔案目錄中檔案的傳輸。當然，IM用戶端21也可直接採用由伺服器中轉的方式來傳輸檔案目錄中的檔案。

參見圖3，為本申請實施例提供的採用伺服器中轉方式實現基於檔案目錄傳輸檔案的流程示意圖。本實施例中，以IM伺服器10作為中轉伺服器為例進行描述。當IM用戶端21作為發送方用戶端向IM用戶端22傳輸檔案目錄中的檔案時，該流程可如圖3所示，包括以下步驟：步驟301、IM用戶端21與IM伺服器10建立會話連接，該會話連接將用於後續的檔案目錄傳輸；步驟302、IM用戶端21將待傳輸的檔案目錄中的一個檔案夾的名稱以及該檔案夾在該檔案目錄中的位置資訊，以通知訊息形式發送給IM伺服器10；IM伺服器10接收該通知訊息，然後將其轉發給IM用戶端22；步驟303、IM用戶端22接收到該通知訊息後，按照其中攜帶的檔案夾名稱和檔案夾在檔案目錄中的位置資訊建立檔案夾；步驟304、IM用戶端21將該檔案夾根目錄下的檔案逐一發送給IM伺服器10，IM伺服器10將接收到的檔案轉發給IM用戶端22；步驟305、IM用戶端22將接收到的檔案儲存到新建立的檔案夾的根目錄下；重複執行上述步驟302~305，直到待傳輸檔案目錄中的所有檔案夾及其根目錄下的檔案都傳輸完成(參見步驟306)，這樣，在IM用戶端22中形成了與IM用戶端21所傳輸的檔案目錄結構一致、所包含的檔案相同的檔案目錄。在檔案目錄傳輸完成後，IM用戶端21和IM伺服器10之間，以及IM用戶端22和IM伺服器10之間，可拆除上述用於檔案目錄傳輸的會話連接。

圖3所示流程中，作為中轉用的伺服器可具有一定的快取空間，可快取IM用戶端21發送過來的訊息或檔案資料，然後將快取的訊息或檔案資料發送給IM用戶端22。

對圖3所示流程進行改進，可以得到本申請的另一實施例。在該實施例中，IM用戶端21可首先發送待傳輸檔案目錄的整個目錄結構資訊(所包含的所有檔案夾以及檔案夾之間的層級關係)，這樣，IM用戶端22可根據該檔案目錄結構資訊建立相應的檔案目錄；後續IM用戶端21發送檔案時的操作基本與上述流程相同，只是在發送的通知訊息中可只攜帶當前檔案夾在該檔案目錄中的位置資訊，相應的，IM用戶端22接收到通知訊息後，無需建立檔案夾，而是在已建立的檔案目錄中定位出相應的檔案夾，並將其後接收到的檔案保存到該定位出的檔案夾根目錄下。

較佳地，本申請的上述實施例中，IM用戶端21在傳輸檔案目錄中的檔案之前，可對該檔案目錄中所有檔案的儲存空間總大小、所包含的檔案數量等資訊透過傳輸請求發送給IM用戶端22，這樣，IM用戶端22可判斷該檔案目錄的儲存空間是否符合預先規定的檔案目錄的資料量限制條件，或/和檔案數量是否符合預先規定的檔案數量限制條件，或者IM用戶端所在設備是否有足夠儲存空間來儲存該檔案目錄中的所有檔案，並根據判斷結果向IM用戶端21返回接受或拒絕其檔案目錄傳輸請求的回應。

較佳地，本申請的上述實施例中，IM用戶端21在發送檔案之前，還可先對其進行壓縮處理，然後再將壓縮後的檔案進行傳輸，IM用戶端22接收到壓縮檔案後進行解壓縮操作，這樣可以減少檔案傳輸過程所佔用的系統資源以及減小檔案傳輸時延。IM用戶端21、22可以調用第三方的壓縮工具對檔案進行壓縮/解壓縮，也可將檔案壓縮/解壓縮功能模組集成在IM用戶端21、22中，由IM用戶端21、22調用該模組進行檔案壓縮/解壓縮。

下面以一具體檔案目錄作為實例，詳細描述IM用戶端21向IM用戶端22傳輸檔案目錄的過程。

在該實例中，待傳輸的檔案目錄的結構可如圖4所示，這是一種通用的、典型的檔案目錄結構。圖中Folder1(檔案夾1)為該檔案目錄的根檔案夾，Folder1的根目錄下共有兩個檔案夾Folder2(檔案夾2)、Folder3(檔案夾3)和三個檔案File11(檔案1)、File2(檔案2)、File3 (檔案3)；Folder3的根目錄下有一個檔案File7(檔案7)；Folder2根目錄下共有兩個檔案夾Folder4(檔案夾4)、Folder5(檔案夾5)和三個檔案File4(檔案4)、File5(檔案5)、File6(檔案6)，其中Folder4(檔案夾4)根目錄下共有三個檔案File8(檔案8)、File9(檔案9)、File10(檔案10)，Folder5根目錄下有一個檔案File11(檔案11)。

本實例基於如圖1所示的IM通信系統，對圖4所示結構的檔案目錄中的檔案進行傳輸，其傳輸流程如下：

IM用戶端21嘗試與IM用戶端22建立P2P連接，如果P2P連接未成功，則透過IM伺服器中轉進行連接。本流程以IM用戶端21成功與IM用戶端22建立P2P連接為例進行描述。

IM用戶端21向IM用戶端22發送傳輸請求訊息，其中攜帶待傳輸檔案目錄的總大小資訊；IM用戶端22收到該傳輸請求訊息後，判斷本地是否有足夠的儲存空間存放檔案目錄，如果有足夠空間，則返回接受該傳輸請求的回應；如果沒有足夠空間，則傳輸失敗，整個檔案目錄傳輸過程結束；IM用戶端21接收到接受該傳輸請求的回應後，將Folder1作為首次傳輸的檔案夾，並向IM用戶端22發送通知訊息，通知訊息中攜帶檔案夾Folder1的名稱和其在檔案目錄中的位置資訊。因Folder1為所要發送檔案目錄的根檔案夾，所以通知訊息中指示出該檔案夾的位置為檔案目錄的根檔案夾。IM用戶端22接收由IM用戶端21發來的通知訊息，並根據該通知訊息中包含的檔案夾名稱和該檔案夾在檔案目錄中的位置建立檔案夾；IM用戶端21逐一將Folder1根目錄下的檔案File1、File2、File3壓縮後傳輸給IM用戶端22；IM用戶端22接收由IM用戶端21傳輸來的壓縮檔案，將其解壓後儲存在建立的Folder1檔案夾根目錄下；IM用戶端21在傳輸完成Folder1根目錄下的檔案後，向IM用戶端22發送通知訊息，其中攜帶Folder2檔案夾的名稱和其在檔案目錄中的位置資訊(如Folder1/Folder2，表示Folder2是Folder1的子檔案夾)；IM用戶端22接收由IM用戶端21發來的通知訊息，並根據該通知訊息中包含的檔案夾名稱和該檔案夾在檔案目錄中的位置建立檔案夾(即在Folder1檔案夾下建立Folder2檔案夾)：IM用戶端21逐一將Folder2根目錄下的檔案File4、File5、File6壓縮後傳輸給IM用戶端22；IM用戶端22接收由IM用戶端21傳輸來的壓縮檔案，將其解壓後儲存在其建立的Folder2檔案夾根目錄下；依此類推，IM用戶端21將檔案目錄下的所有檔案夾傳輸給IM用戶端22後，在IM用戶端22所在設備上儲存有與IM用戶端21所傳輸的檔案目錄結構一致的檔案目錄，檔案目錄傳輸過程結束。

上述流程中，IM用戶端22側的檔案目錄建立過程是在基於檔案目錄的檔案傳輸過程中逐漸建立起來的，另一種替代方式是：IM用戶端21先將檔案目錄的整個結構資訊(所包含的所有檔案夾以及檔案夾之間的層級關係)包含在傳輸請求訊息中發送給IM用戶端22，IM用戶端22根據該檔案目錄結構資訊建立相應的檔案目錄；後續IM用戶端21發送檔案時的操作基本與上述流程相同，可在發送的通知訊息中只攜帶當前檔案夾在該檔案目錄中的位置資訊(如，在傳輸Folder2檔案夾根目錄下的檔案之前，透過通知訊息將Folder2檔案夾的位置資訊：Folder1/Folder2，發送給IM用戶端22)；相應地，IM用戶端22接收到通知訊息後，無需建立檔案夾，而是在已建立的檔案目錄中定位出相應的檔案夾，並將其後接收到的檔案保存到該定位出的檔案夾根目錄下，同樣可以實現IM用戶端之間的檔案目錄傳輸。

基於相同的技術構思，本申請實施例還提供了IM用戶端的結構。

參見圖5，為本申請實施例所提供的IM用戶端的結構示意圖，該IM用戶端包括：發送模組501、接收模組502，其中：發送模組501，用於向其他檔案目錄傳輸用戶端逐一檔案夾發送檔案目錄中各檔案夾根目錄下的檔案，其中，在針對每一個檔案夾發送其根目錄下的檔案之前首先發送通知訊息，其中攜帶當前檔案夾的名稱以及當前檔案夾在該檔案目錄中的位置資訊，然後逐一發送當前檔案夾根目錄下的所有檔案；接收模組502，用於接收其他檔案目錄傳輸用戶端發送的、攜帶有檔案夾名稱和該檔案夾在檔案目錄中的位置資訊的通知訊息，根據該通知訊息建立檔案夾，並將其後(即該通知訊息之後)接收到的檔案保存到該建立的檔案夾的根目錄下。

較佳地，該IM用戶端還包括：檔案解/壓縮模組503。該模組用於對發送模組501待發送的檔案進行壓縮，以及對接收模組502接收到的檔案進行解壓縮；發送模組501在發送檔案時，將壓縮後的檔案進行發送。

針對上述IM用戶端，發送模組501的一種替代方案為：向其他檔案目錄傳輸用戶端首先發送整個檔案目錄的結構資訊，然後逐一檔案夾發送該檔案目錄中各檔案夾根目錄下的檔案，其中，在針對每一個檔案夾發送其根目錄下的檔案之前首先發送攜帶有當前檔案夾在該檔案目錄中的位置資訊的通知訊息，然後逐一發送該檔案夾根目錄下的所有檔案；相應的，接收模組502的一種替代方案為：接收其他檔案目錄傳輸用戶端發送的檔案目錄結構資訊，並根據該檔案目錄結構資訊建立檔案目錄；以及，接收該其他檔案目錄傳輸用戶端發送的攜帶有檔案夾在檔案目錄中的位置資訊的通知訊息，根據該通知訊息在建立的檔案目錄中定位出檔案夾，並將其後(即該通知訊息之後)接收到的檔案保存到該定位出的檔案夾的根目錄下。

本申請是參照根據本發明實施例的方法、設備(系統)、和電腦程式產品的流程圖和/或方框圖來描述的。應理解可由電腦程式指令實現流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合。可提供這些電腦程式指令到通用電腦、專用電腦、嵌入式處理機或其他可編程資料處理設備的處理器以產生一個機器，使得透過電腦或其他可編程資料處理設備的處理器執行的指令產生用於實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

這些電腦程式指令也可儲存在能引導電腦或其他可編程資料處理設備以特定方式工作的電腦可讀記憶體中，使得儲存在該電腦可讀記憶體中的指令產生包括指令裝置的製造品，該指令裝置實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。

這些電腦程式指令也可裝載到電腦或其他可編程資料處理設備上，使得在電腦或其他可編程設備上執行一系列操作步驟以產生電腦實現的處理，從而在電腦或其他可編程設備上執行的指令提供用於實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。

顯然，本領域的技術人員可以對本申請進行各種改動和變型而不脫離本申請的精神和範圍。這樣，倘若本申請的這些修改和變型屬於本申請之申請專利範圍及其等同技術的範圍之內，則本申請也意圖包含這些改動和變型在內。

10‧‧‧IM伺服器

21‧‧‧IM用戶端

22‧‧‧IM用戶端

501‧‧‧發送模組

503‧‧‧檔案解/壓縮模組

502‧‧‧接收模組

圖1為本申請實施例所適用的系統架構示意圖；圖2為本申請實施例提供的採用點對點方式傳輸檔案目錄的流程示意圖；圖3為本申請實施例提供的採用伺服器中轉方式傳輸檔案目錄的流程示意圖；圖4為本申請實施例提供的待傳輸檔案目錄的結構示意圖；圖5為本申請實施例提供的IM用戶端的結構示意圖。

Claims

一種基於檔案目錄的檔案傳輸方法，其特徵在於，包括以下步驟：發送方即時通信IM用戶端逐一檔案夾發送檔案目錄中各檔案夾根目錄下的檔案，該等檔案夾間具有一階層結構，其中，在針對每一個檔案夾發送其根目錄下的檔案之前首先發送通知訊息，該通知訊息中攜帶有當前檔案夾的名稱以及當前檔案夾在該檔案目錄中的位置資訊，然後逐一發送當前檔案夾根目錄下的所有檔案；及接收方IM用戶端根據接收到的通知訊息建立檔案夾，並將在該通知訊息之後發送來的檔案保存到該建立的檔案夾的根目錄下。
如申請專利範圍第1項所述的方法，其中，發送方IM用戶端透過與接收方IM用戶端之間的點對點連接，發送該通知訊息和該檔案；接收方IM用戶端透過該點對點連接接收發送方IM用戶端發送的該通知訊息和該檔案；或者，發送方IM用戶端透過與伺服器之間的連接，發送該通知訊息和該檔案到該伺服器；接收方IM用戶端透過與該伺服器之間的連接，從該伺服器接收發送方IM用戶端發送的該通知訊息和該檔案。
如申請專利範圍第1或2項所述的方法，其中，發送方IM用戶端在發送該檔案目錄中各檔案夾根目錄下的檔案之前，還包括步驟：發送攜帶有該檔案目錄儲存空間大小資訊的傳輸請求訊息；接收方IM用戶端接收到該傳輸請求訊息後，若根據該傳輸請求訊息中攜帶的儲存空間大小資訊判斷接收方IM用戶端所在設備有足夠儲存空間儲存該檔案目錄，則發送接受檔案目錄傳輸請求的回應訊息。
如申請專利範圍第1或2項所述的方法，其中，發送方IM用戶端發送檔案時，首先對該檔案進行壓縮，然後將壓縮後的檔案進行發送；接收方IM用戶端接收檔案後，透過解壓縮將該檔案還原。
一種基於檔案目錄的檔案傳輸系統，其特徵在於，包括：發送方IM用戶端，用於逐一檔案夾發送檔案目錄中各檔案夾根目錄下的檔案，該等檔案夾間具有一階層結構，其中，在針對每一個檔案夾發送其根目錄下的檔案之前首先發送通知訊息，其中攜帶當前檔案夾的名稱以及當前檔案夾在該檔案目錄中的位置資訊，然後逐一發送當前檔案夾根目錄下的所有檔案；及接收方IM用戶端，用於根據接收到的通知訊息建立檔案夾，並將在該通知訊息之後發送來的檔案保存到該建立的檔案夾的根目錄下。
如申請專利範圍第5項所述的系統，其中，該發送方IM用戶端透過與接收方用戶端之間的點對點連接，發送該通知訊息和該檔案；該接收方IM用戶端透過該點對點連接，接收該通知訊息和該檔案。
如申請專利範圍第5項所述的系統，其中，還包括：伺服器，用於透過與發送方IM用戶端之間的連接，接收發送方IM用戶端發送的該通知訊息和該檔案；以及，透過與接收方IM用戶端之間的連接，將接收到的該通知訊息和該檔案發送給接收方IM用戶端。
一種基於檔案目錄的檔案傳輸用戶端，其特徵在於，包括：發送模組，用於向其他檔案目錄傳輸用戶端逐一檔案夾發送檔案目錄中各檔案夾根目錄下的檔案，該等檔案夾間具有一階層結構，其中，在針對每一個檔案夾發送其根目錄下的檔案之前首先發送通知訊息，其中攜帶當前檔案夾的名稱以及當前檔案夾在該檔案目錄中的位置資訊，然後逐一發送當前檔案夾根目錄下的所有檔案；及接收模組，用於接收其他檔案目錄傳輸用戶端發送的、攜帶有檔案夾名稱和該檔案夾在檔案目錄中的位置資訊的通知訊息，根據該通知訊息建立檔案夾，並將在該通知訊息之後發送來的檔案保存到該建立的檔案夾的根目錄下。
如申請專利範圍第8項所述的用戶端，其中，還包括：檔案解/壓縮模組；該檔案解/壓縮模組，用於對該發送模組待發送的檔案進行壓縮，以及對該接收模組接收到的檔案進行解壓；該發送模組在發送檔案時，將壓縮後的檔案進行發送。
一種基於檔案目錄的檔案傳輸方法，其特徵在於，包括以下步驟：發送方IM用戶端首先發送整個檔案目錄的結構資訊，然後逐一檔案夾發送該檔案目錄中各檔案夾根目錄下的檔案，其中，在針對每一個檔案夾發送其根目錄下的檔案之前首先發送攜帶有當前檔案夾的名稱以及當前檔案夾在該檔案目錄中的位置資訊的通知訊息，然後逐一發送當前檔案夾根目錄下的所有檔案；及接收方IM用戶端根據接收到的檔案目錄資訊建立檔案目錄，根據接收到的通知訊息在建立的檔案目錄中定位出檔案夾，並將在該通知訊息之後發送來的檔案保存到該定位出的檔案夾的根目錄下。
一種基於檔案目錄的檔案傳輸系統，其特徵在於，包括：發送方IM用戶端，用於首先發送整個檔案目錄的結構資訊，然後逐一檔案夾發送該檔案目錄中各檔案夾根目錄下的檔案，其中，在針對每一個檔案夾發送其根目錄下的檔案之前首先發送攜帶有當前檔案夾的名稱以及該檔案夾在該檔案目錄中的位置資訊的通知訊息，然後逐一發送該檔案夾根目錄下的所有檔案；及接收方IM用戶端，用於根據接收到的檔案目錄資訊建立檔案目錄，根據接收到的通知訊息在建立的檔案自錄中定位出檔案夾，並將在該通知訊息之後發送來的檔案保存到該定位出的檔案夾的根目錄下。
一種基於檔案目錄的檔案傳輸用戶端，其特徵在於，包括：發送模組，用於向其他檔案目錄傳輸用戶端首先發送整個檔案目錄的結構資訊，然後逐一檔案夾發送該檔案目錄中各檔案夾根目錄下的檔案，該等檔案夾間具有一階層結構，其中，在針對每一個檔案夾發送其根目錄下的檔案之前首先發送攜帶有當前檔案夾的名稱以及該檔案夾在該檔案目錄中的位置資訊的通知訊息，然後逐一發送該檔案夾根目錄下的所有檔案；及接收模組，用於接收其他檔案目錄傳輸用戶端發送的檔案目錄結構資訊，並根據該檔案目錄結構資訊建立檔案目錄；以及，接收該其他檔案目錄傳輸用戶端發送的攜帶有檔案夾在檔案目錄中的位置資訊的通知訊息，根據該通知訊息在建立的檔案目錄中定位出檔案夾，並將在該通知訊息之後發送來的檔案保存到該定位出的檔案夾的根目錄下。
一種基於檔案目錄的檔案傳輸方法，其特徵在於，包括以下步驟：發送方即時通信IM用戶端發送攜帶有當前檔案夾的名稱以及當前檔案夾的位置資訊的通知訊息，然後逐一發送當前檔案夾根目錄下的所有檔案，該等檔案夾間具有一階層結構；及接收方IM用戶端根據接收到的通知訊息建立檔案夾，並將在該通知訊息之後發送來的檔案保存到該建立的檔案夾的根目錄下。