201132084 六、發明說明： 【發明所屬之技術領域】 本申請涉及通信領域，尤其涉及IM系統中的基於檔目 錄的檔傳輸方法及其裝置和系統。 【先前技術】 IM( Instant Messaging，即時通信）是一種可以讓使 用者在網路上建立某種私人聊天室（chatroom )的即時通 信服務，主要包括IM伺服器和多個IM用戶端。P2P ( Peer-to-Peer ， 點對點 ） 是一種 對等互 聯技術 ，利用 此技術 ，用 戶可以通過電腦之間的直接互聯進行檔共用與交換。 現有的IM通信系統中，用戶可通過IM用戶端進行P2P 通信，實現網路檔的傳輸。在傳輸檔時，發送方用戶端與 接收方用戶端建立P2P連接，對所要傳輸的檔逐一進行傳 輸，其缺陷在於，無法實現直接基於檔目錄進行檔傳輸， 即，無法在用戶不千預的情況下，自動將整個檔目錄中的 檔傳輸給接收方用戶端，並且使接收方用戶端自動將接收 到的檔儲存爲與該檔目錄所一致的檔儲存結構。 【發明內容】 本申請實施例提供了基於檔目錄的檔傳輸方法及其裝 置和系統，以解決現有IM系統基於檔目錄傳輸檔的問題。 本申請實施例提供的技術方案包括： 一種基於檔目錄的檔傳輸方法’包括以下步驟： -5- 201132084 發送方即時通信IM用戶端逐一檔夾發送檔目錄中各檔 夾根目錄下的檔，其中，在針對每一個檔夾發送其根目錄 下的檔之前首先發送通知消息，該通知消息中攜帶有當前 檔夾的名稱以及當前檔夾在該檔目錄中的位置資訊’然後 逐一發送當前檔夾根目錄下的所有檔； 接收方IM用戶端根據接收到的通知消息創建檔夾’並 將在該通知消息之後發送來的檔保存到該創建的檔夾的根 目錄下。 本申請的另一個實施例還公開了 一種基於檔目錄的檔 傳輸系統，包括： 發送方IM用戶端，用於逐一檔夾發送檔目錄中各檔夾 根目錄下的檔，其中’在針對每一個檔夾發送其根目錄下 的檔之前首先發送通知消息’其中攜帶當前檔夾的名稱以 及當前檔夾在該檔目錄中的位置資訊’然後逐一發送當前 檔夾根目錄下的所有檔； 接收方IM用戶端，用於根據接收到的通知消息創建檔 夾，並將在該通知消息之後發送來的檔保存到該創建的檔 夾的根目錄下·。 本申請的另一個實施例還公開了 一種基於檔目錄的檔 傳輸用戶端，包括： 發送模組，用於向其他檔目錄傳輸用戶端逐一檔夾發 送檔目錄中各檔夾根目錄下的檔，其中，在針對每—個檔 夾發送其根目錄下的檔之前首先發送通知消息’其中攜帶 當前檔夾的名稱以及當前檔夾在該檔目錄中的位置資訊’ -6- 201132084 然後逐一發送當前檔夾根目錄下的所有檔； 接收模組，用於接收其他檔目錄傳輸用戶端發送的、 攜帶有檔夾名稱和該檔夾在檔目錄中的位置資訊的通知消 息，根據該通知消息創建檔夾，並將在該通知消息之後發 送來的檔保存到該創建的檔夾的根目錄下。 本申請的上述實施例中，發送方IM用戶端在基於檔目 錄傳輸檔過程中，每傳輸一個檔夾根目錄下的檔之前’發 送攜帶有檔夾名稱和該檔夾在待傳輸的檔目錄中的位置資 訊的通知消息，使接收方IM用戶端能夠根據該通知消息建 立相應的檔夾，並將其後接收到的檔儲存到該檔夾下’從 而使接收方IM用戶端能夠將接收到的檔儲存爲與發送方 IM用戶端所一致的檔目錄結構，實現IM用戶端之間的基 於檔目錄的檔傳輸。 本申請的另一個實施例還公開了另外一種檔目錄傳輸 方法，包括以下步驟： 發送方IM用戶端首先發送整個檔目錄的結構資訊，然 後逐一檔夾發送該檔目錄中各檔夾根目錄下的檔，其中， 在針對每一個檔夾發送其根目錄下的檔之前首先發送攜帶 有當前檔夾的名稱以及當前檔夾在該檔目錄中的位置資訊 的通知消息，然後逐一發送當前檔夾根目錄下的所有檔； 接收方用戶端根據接收到的檔目錄資訊創建檔目錄 ，根據接收到的通知消息在創建的檔目錄中定位出檔夾， 並將在該通知消息之後發送來的檔保存到該定位出的檔夾 的根目錄下。 201132084 本申請的另一個實施例還公開了另外一種檔目錄傳輸 系統，包括： 發送方IM用戶端，用於首先發送整個檔目錄的結構資 訊，然後逐一檔夾發送該檔目錄中各檔夾根目錄下的檔’ 其中，在針對每一個檔夾發送其根目錄下的檔之前首先發 送攜帶有當前檔夾的名稱以及該檔夾在該檔目錄中的位置 資訊的通知消息，然後逐一發送該檔夾根目錄下的所有檔 » 接收方IM用戶端，用於根據接收到的檔目錄資訊創建 檔目錄，根據接收到的通知消息在創建的檔目錄中定位出 檔夾，並將在該通知消息之後發送來的檔保存到該定位出 的檔夾的根目錄下。 本申請的另一個實施例還公開了 一種檔目錄傳輸用戶 端，包括· 發送模組，用於向其他檔目錄傳輸用戶端首先發送整 個檔目錄的結構資訊，然後逐一檔夾發送該檔目錄中各檔 夾根目錄下的檔，其中，在針對每一個檔夾發送其根目錄 下的檔之前首先發送攜帶有當前檔夾的名稱以及該檔夾在 該檔目錄中的位置資訊的通知消息，然後逐一發送該檔夾 根目錄下的所有檔； 接收模組，用於接收其他檔目錄傳輸用戶端發送的檔 目錄結構資訊，並根據該檔目錄結構資訊創建檔目錄；以 及，接收該其他檔目錄傳輸用戶端發送的攜帶有檔夾在檔 目錄中的位置資訊的通知消息，根據該通知消息在創建的 -8- 201132084 檔目錄中定位出檔夾’並將在該通知消息之後發送來的 保存到該定位出的檔夾的根目錄下。 本申請的上述實施例中，發送方IM用戶端通過在傳 檔目錄中的檔之前’將整個檔目錄的結構資訊通知給接 方IM用戶端，使其能夠建立相應的檔目錄；然後發送 IM用戶端在傳輸每個檔夾根目錄下的檔之前，將該檔夾 該檔目錄中的位置資訊通知給接收方1M用戶端’使接收 ΙΜ用戶端能夠根據該通知消息定位出相應的檔夾，並將 後接收到的檔儲存到該檔夾下，從而使接收方ΙΜ用戶端 夠建立與發送方ΙΜ用戶端所傳輸的檔目錄一致的目錄結 ，實現ΙΜ用戶端之間的基於檔目錄的檔傳輸。 【實施方式】 下面結合附圖對本申請的具體實施方式作進一步的 細描述。 參見圖1，爲本申請實施例所適用的系統架構示意 。如圖所示，該系統架構爲ΙΜ系統架構。通常，ΙΜ系 架構中包括大量ΙΜ用戶端，ΙΜ伺服器也可能不止一個 本申請實施例僅以圖1所示的ΙΜ系統架構爲例，描述其 各實體的功能以及檔傳輸的流程。圖1所示的ΙΜ系統架 包括：ΙΜ伺服器10，以及ΙΜ用戶端21和ΙΜ用戶端22。 伺服器10的功能主要包括：對ΙΜ用戶端登錄ΙΜ系統進 認證與管理，對ΙΜ系統中的用戶資訊進行管理，以及在 要由其轉發ΙΜ用戶端之間傳輸的檔時，對檔進行轉發 檔 輸 收 方 在 方 其 能 構 詳 圖 統 中 構 ΙΜ 行 需 -9 - 201132084 IM用戶端21和IM用戶端22之間可按照常規的方式交互即 時消息以及傳輸檔。 本申請實施例中，對IM用戶端進行了改進，增加了基 於檔目錄傳輸檔的功能。相應地，也對IM伺服器（或IM 系統中的其他伺服器，如中轉伺服器）進行改進，使其支 援檔目錄轉發功能。 參見圖2，爲本申請實施例提供的採用點對點方式基 於檔目錄傳輸檔的流程示意圖。當一用戶欲通過所在IM用 戶端21向另一用戶所在的IM用戶端22傳輸檔目錄以及該目 錄下的所有檔夾和檔時，可通過滑鼠或其他方式選擇待傳 輸檔目錄（即選擇檔夾）後將其拖動到與目標用戶進行IM 交互的視窗中。通常IM用戶端所在設備的作業系統可以捕 獲到該操作以及該操作的物件（即選擇的檔夾），還可以 獲取到該物件的資訊（如檔夾的位置、大小、其所包含的 檔以及子檔夾等資訊），並可將捕獲到的以及獲取到的資 訊傳遞給IM用戶端2 1。IM用戶端2 1獲取到上述資訊後觸 發檔目錄傳輸事件（可預先將該操作類型和操作物件與檔 目錄傳輸事件建立對應關係，即一旦發生上述操作即觸發 檔目錄傳輸事件），並根據該事件觸發檔目錄傳輸流程。 另一種觸發檔目錄傳輸流程的方式是：可預先在用戶端21 的IM交互視窗中設置檔目錄傳輸命令按鍵，當該按鍵被點 擊後彈出對話方塊或輸入框，供用戶選擇或輸入檔目錄， 然後根據用戶選擇或輸入的檔目錄獲取檔目錄資訊，並觸 發檔目錄傳輸事件，並根據該事件觸發檔目錄傳輸流程。 -10- 201132084 檔目錄傳輸流程可如圖2所示，包括以下步驟：201132084 VI. Description of the Invention: [Technical Field] The present application relates to the field of communications, and in particular, to a file transfer method based on a directory in an IM system, and an apparatus and system therefor. [Prior Art] IM (Instant Messaging) is an instant communication service that allows users to establish some kind of private chatroom on the Internet, mainly including an IM server and multiple IM clients. P2P (Peer-to-Peer) is a peer-to-peer interconnection technology. With this technology, users can share and exchange files through direct interconnection between computers. In the existing IM communication system, the user can perform P2P communication through the IM client to realize the transmission of the network file. In the transmission file, the sender user and the receiver user establish a P2P connection, and the files to be transmitted are transmitted one by one. The drawback is that the file transmission cannot be directly performed based on the file directory, that is, the user cannot be pre-emptive. In this case, the file in the entire file directory is automatically transmitted to the receiving client, and the receiving client automatically stores the received file as a file storage structure consistent with the file directory. SUMMARY OF THE INVENTION The embodiments of the present application provide a file directory-based file transfer method and a device and system thereof to solve the problem of the existing IM system based on a file directory transfer file. The technical solution provided by the embodiment of the present application includes: a file directory-based file transmission method' includes the following steps: -5- 201132084 The sender instant messaging IM client sends the files in the root directory of each file folder in the file directory one by one. Wherein, before sending the file in the root directory for each folder, the notification message is first sent, and the notification message carries the name of the current folder and the location information of the current folder in the file directory, and then sends the current file one by one. All files in the root directory; the receiving IM client creates a folder according to the received notification message and saves the file sent after the notification message to the root directory of the created folder. Another embodiment of the present application further discloses a file directory-based file transmission system, including: a sender IM client, which is used to send files in the root directory of each folder in the file directory one by one, where Before sending a file in its root directory, a folder first sends a notification message 'which carries the name of the current folder and the location information of the current folder in the file directory' and then sends all the files in the root directory of the current folder one by one; The party IM client is configured to create a folder according to the received notification message, and save the file sent after the notification message to the root directory of the created folder. Another embodiment of the present application further discloses a file directory-based file transmission client, including: a sending module, configured to transmit a file to a file directory of a file directory in a file directory of a file directory. , wherein, before sending the file in the root directory for each folder, first sending a notification message 'which carries the name of the current folder and the location information of the current folder in the file directory' -6- 201132084 and then sends one by one All the files in the root directory of the current folder; the receiving module is configured to receive a notification message sent by the user terminal, carrying the folder name and the location information of the folder in the file directory, according to the notification message. Create a folder and save the file sent after the notification message to the root of the created folder. In the above embodiment of the present application, the sender IM client transmits a folder name and the folder to be transmitted before transmitting a file in the root directory of the file in the file directory transmission file. The notification message of the location information in the location enables the recipient IM client to establish a corresponding folder according to the notification message, and stores the subsequently received file under the folder, thereby enabling the receiving IM client to receive The file to be stored is stored in the file directory structure consistent with the sender's IM client, and the file directory-based file transfer between the IM clients is implemented. Another embodiment of the present application further discloses another file directory transmission method, including the following steps: The sender IM client first sends the structure information of the entire file directory, and then sends the file directory root directory of the file directory one by one. a file in which, before sending a file in its root directory for each folder, a notification message carrying the name of the current folder and the location information of the current folder in the file directory is first sent, and then the current folder is sent one by one. All files in the root directory; the receiving client creates a file directory according to the received file directory information, locates the folder in the created file directory according to the received notification message, and sends the file after the notification message. Save to the root directory of the located folder. Another embodiment of the present application further discloses another file directory transmission system, including: a sender IM client, which is used to first send structural information of the entire file directory, and then send each file folder in the file directory one by one. The file under the directory', in which the notification message carrying the name of the current folder and the location information of the folder in the file directory is sent before sending the file in the root directory for each folder, and then sending the message one by one All files in the root directory of the folder » Receiver IM client, used to create a file directory according to the received file directory information, locate the folder in the created file directory according to the received notification message, and will notify the notification The file sent after the message is saved to the root directory of the located folder. Another embodiment of the present application further discloses a file directory transmission client, including: a sending module, configured to transmit to the other file directory, the user first sends the structure information of the entire file directory, and then sends the file directory one by one. a file in the root directory of each file folder, wherein a notification message carrying the name of the current folder and the location information of the folder in the file directory is sent before sending the file in the root directory for each folder. Then, all the files in the root directory of the folder are sent one by one; the receiving module is configured to receive the file directory structure information sent by the user terminal, and create a file directory according to the file directory structure information; and receive the other file. The directory transmits a notification message sent by the client that carries the location information in the file directory, and locates the folder in the created directory of -8-201132084 according to the notification message and sends it after the notification message. Save to the root directory of the located folder. In the above embodiment of the present application, the sender IM client notifies the interface IM information of the entire file directory by using the file in the file directory, so that it can establish the corresponding file directory; then send the IM. Before transmitting the file in the root directory of each folder, the user informs the receiver 1M client of the location information in the file directory of the folder, so that the receiving client can locate the corresponding folder according to the notification message. And storing the received file under the folder, so that the receiving party and the user end can establish a directory association consistent with the file directory transmitted by the sender and the client, and implement the file directory between the user terminals. File transfer. [Embodiment] Hereinafter, a specific embodiment of the present application will be further described in detail with reference to the accompanying drawings. Refer to FIG. 1 , which is a schematic diagram of a system architecture applicable to an embodiment of the present application. As shown, the system architecture is a system architecture. Generally, the system includes a large number of clients, and the server may be more than one. The embodiment of the present application only uses the system architecture shown in FIG. 1 as an example to describe the functions of each entity and the process of file transmission. The system rack shown in Fig. 1 includes: a server 10, and a client terminal 21 and a client terminal 22. The functions of the server 10 mainly include: authenticating and managing the login system of the client, managing the user information in the system, and forwarding the file when the file is to be transferred between the user and the client. The file receiver can be configured in the form of a configuration. -9 - 201132084 The IM client 21 and the IM client 22 can interact with the instant message and the transmission file in a conventional manner. In the embodiment of the present application, the IM client is improved, and the function based on the file directory transmission file is added. Correspondingly, the IM server (or other servers in the IM system, such as the transit server) is also modified to support the file directory forwarding function. Referring to FIG. 2, a schematic flowchart of a point-to-point method based on a file directory transmission file according to an embodiment of the present application is provided. When a user wants to transmit the file directory and all the folders and files in the directory to the IM client 22 where the other user is located, the mouse can be selected by the mouse or other means (ie, select Drag the folder to the window for IM interaction with the target user. Usually, the operating system of the device where the IM client is located can capture the operation and the object of the operation (ie, the selected folder), and can also obtain information about the object (such as the position and size of the folder, the file it contains, and Information such as sub-folders, and the captured and acquired information can be transmitted to the IM client 2 1 . After the IM client 2 1 obtains the above information, the file directory transmission event is triggered (the operation type and the operation object and the file directory transmission event may be associated in advance, that is, the trigger file directory transmission event is triggered once the above operation occurs), and according to the The event triggers the file directory transfer process. Another way of triggering the directory directory transmission process is: the file directory transmission command button can be set in the IM interaction window of the user terminal 21 in advance, and when the button is clicked, a dialog box or an input box is popped up for the user to select or input the file directory. Then, according to the file directory selected or input by the user, the file directory information is obtained, and the file directory transmission event is triggered, and the file directory transmission process is triggered according to the event. -10- 201132084 The file directory transfer process can be as shown in Figure 2, including the following steps:
步驟201、IM用戶端21與IM用戶端22建立點對點會話 連接，該會話連接將用於後續的檔目錄傳輸，如建立FTP (檔傳輸協定）會話連接； 步驟202、IM用戶端21將待傳輸的檔目錄中的一個檔 夾的名稱以及該檔夾在該檔目錄中的位置資訊，以通知消 息形式發送給IM用戶端22 ; 步驟203、IM用戶端22接收該通知消息，並按照其中 攜帶的檔夾名稱和檔夾在檔目錄中的位置資訊創建檔夾； IM用戶端22可在預設位置創建該檔目錄及其中的檔夾，也 可在用戶指定的位置創建該檔目.錄及其中的檔夾； 步驟204、IM用戶端21將該檔夾根目錄下的檔逐一發 送給IM用戶端22 ; 步驟205、IM用戶端22將接收到的檔儲存到新創建的 檔夾的根目錄下； 重複執行上述步驟2 0 2〜2 0 5 ’直到待傳輸檔目錄中的 所有檔夾及其根目錄下的檔都傳輸完成（參見步驟206 ) ，這樣，在IM用戶端22中形成了與IM用戶端21所傳輸的 檔目錄結構一致、所包含的檔相同的檔目錄。在整個目錄 傳輸完成後，IM用戶端21和IM用戶端22之間可拆除上述 用於檔目錄傳輸的會話連接。其中，由於用戶端21事先 可獲知檔目錄的資訊（包括該檔目錄中所包含的所有'檔） ，因此，當傳輸完一個檔後，IM用戶端21可判斷出該檔目 錄下的所有檔是否都傳輸完成，如果不是’則繼續傳輸檔 -11 - 201132084 ，否則斷開點對點連接。 通過以上流程可以看出，IM用戶端21向IM用戶端22 傳輸檔目錄過程中，僅需建立一次會話連接，其檔目錄傳 輸過程都使用該會話連接，與現有技術中發送方IM用戶端 每次傳輸檔之前都要與接收方IM用戶端建立會話連接相比 ，節省了建立會話連接的開銷，從而提高了傳輸性能。 對圖2所示流程進行改進，可以得到本申請的另一實 施例。在該實施例中，IM用戶端21可在與IM用戶端22的 點對點連接建立之後，首先發送待傳輸檔目錄的整個目錄 結構資訊（所包含的所有檔夾以及檔夾之間的層級關係） ，這樣，IM用戶端22可根據該檔目錄結構資訊建立相應的 檔目錄；後續IM用戶端2 1發送檔時的操作基本與上述流程 相同，只是在發送的通知消息中可只攜帶當前檔夾在該檔 目錄中的位置資訊，相應的，IM用戶端22接收到通知消息 後，無需建立檔夾，而是在已建立的檔目錄中定位出相應 的檔夾，並將其後接收到的檔保存到該定位出的檔夾根目 錄下。 由於IM用戶端2 1與IM用戶端22之間點對點的檔傳輸 連接有可能不能成功建立，如IM用戶端22不在線，針對這 種情況，本申請的另一實施例提供了使用伺服器中轉來實 現檔目錄中檔的傳輸》當然，IM用戶端2 1也可直接採用由 伺服器中轉的方式來傳輸檔目錄中的檔。 參見圖3，爲本申請實施例提供的採用伺服器中轉方 式實現基於檔目錄傳輸檔的流程示意圖。本實施例中，以 -12- 201132084 IM伺服器10作爲中轉伺服器爲例進行描述。當IM用戶端 21作爲發送方用戶端向IM用戶端22傳輸檔目錄中的檔時， 該流程可如圖3所示，包括以下步驟： 步驟301、IM用戶端21與IM伺服器10建立會話連接， 該會話連接將用於後續的檔目錄傳輸； 步驟302、IM用戶端21將待傳輸的檔目錄中的一個檔 夾的名稱以及該檔夾在該檔目錄中的位置資訊，以通知消 息形式發送給IM伺服器10 ; IM伺服器10接收該通知消息 ，然後將其轉發給IM用戶端22 ; 步驟3 03、IM用戶端22接收到該通知消息後，按照其 中攜帶的檔夾名稱和檔夾在檔目錄中的位置資訊創建檔夾 » 步驟3 04、IM用戶端21將該檔夾根目錄下的檔逐一發 送給IM伺服器〗〇，IM伺服器10將接收到的檔轉發給IM用 戶辆2 2， 步驟3 05、IM用戶端22將接收到的檔儲存到新創建的 檔夾的根目錄下； 重複執行上述步驟302〜3 05，直到待傳輸檔目錄中的 所有檔夾及其根目錄下的檔都傳輸完成（參見步驟306) ，這樣，在IM用戶端22中形成了與IM用戶端21所傳輸的 檔目錄結構一致、所包含的檔相同的檔目錄。在檔目錄傳 輸完成後，用戶端21和IM伺服器1〇之間’以及IM用戶 端22和IM伺服器1〇之間，可拆除上述用於檔目錄傳輸的會 話連接。 •13- 201132084 圖3所示流程中，作爲中轉用的伺服器可具有一定的 緩存空間，可緩存IM用戶端2 1發送過來的消息或檔資料， 然後將緩存的消息或檔資料發送給IM用戶端22。 對圖3所示流程進行改進，可以得到本申請的另一實 施例。在該實施例中，IM用戶端2 1可首先發送待傳輸檔目 錄的整個目錄結構資訊（所包含的所有檔夾以及檔夾之間 的層級關係），這樣，IM用戶端22可根據該檔目錄結構資 訊建立相應的檔目錄；後續IM用戶端2 1發送檔時的操作基 本與上述流程相同，只是在發送的通知消息中可只攜帶當 前檔夾在該檔目錄中的位置資訊，相應的，IM用戶端22接 收到通知消息後，無需建立檔夾，而是在已建立的檔目錄 中定位出相應的檔夾，並將其後接收到的檔保存到該定位 出的檔夾根目錄下。 較佳地，本申請的上述實施例中，IM用戶端2 1在傳輸 檔目錄中的檔之前，可對該檔目錄中所有檔的儲存空間總 大小、所包含的檔數量等資訊通過傳輸請求發送給IM用戶 端22，這樣，IM用戶端22可判斷該檔目錄的儲存空間是否 符合預先規定的檔目錄的資料量限制條件，或/和檔數量 是否符合預先規定的檔數量限制條件，或者IM用戶端所在 設備是否有足夠儲存空間來儲存該檔目錄中的所有檔，並 根據判斷結果向1M用戶端21返回接受或拒絕其檔目錄傳輸 請求的回應。 較佳地，本申請的上述實施例中，IM用戶端21在發送 檔之前，還可先對其進行壓縮處理，然後再將壓縮後的檔 -14- 201132084 進行傳輸’ IΜ用戶端2 2接收到壓縮檔後進行解壓縮操作’ 這樣可以減少檔傳輸過程所佔用的系統資源以及減小檔傳 輸時延。ΙΜ用戶端21、22可以調用第三方的壓縮工具對檔 進行壓縮/解壓縮’也可將檔壓縮/解壓縮功能模組集成在 ΙΜ用戶端21、22中，由ΙΜ用戶端21、22調用該模組進行 檔壓縮/解壓縮。 下面以一具體檔目錄作爲實例’詳細描述ΙΜ用戶端2 1 向ΙΜ用戶端22傳輸檔目錄的過程。 在該實例中，待傳輸的檔目錄的結構可如圖4所示’ 這是一種通用的、典型的檔目錄結構。圖中F〇lderl (檔夾 1)爲該檔目錄的根檔夾’ Folderl的根目錄下共有兩個檔 夾 Folder2 (檔夾 2) 、Folder3 (檔夾 3)和三個檔 Filell ( 檔 1) 、File2(檔 2) 、File3(檔 3) :Folder3 的根目錄下 有一個檔File7 (檔7 ) ; Folder2根目錄下共有兩個檔夾Step 201: The IM client 21 establishes a point-to-point session connection with the IM client 22, and the session connection will be used for subsequent file directory transmission, such as establishing an FTP (file transfer protocol) session connection; Step 202, the IM client 21 is to be transmitted. The name of a folder in the file directory and the location information of the folder in the file directory are sent to the IM client 22 in the form of a notification message; Step 203, the IM client 22 receives the notification message and carries it according to the message. The folder name and the position information of the folder in the file directory create a folder; the IM client 22 can create the file directory and the folder in the preset position, and can also create the file in the location specified by the user. And the folder in the file; Step 204, the IM client 21 sends the files in the root directory of the folder one by one to the IM client 22; Step 205, the IM client 22 stores the received file in the newly created folder. In the root directory; repeat the above steps 2 0 2~2 0 5 ' until all the files in the directory to be transferred and the files in the root directory are transferred (see step 206), so that in the IM client 22 Formed with IM Consistent with the structure of the end 21 of the transmitted file directory, file included in the same file directory. After the entire directory transfer is completed, the above session connection for file directory transfer can be removed between the IM client 21 and the IM client 22. Wherein, since the client 21 can know the information of the file directory in advance (including all the files included in the file directory), after transmitting a file, the IM client 21 can determine all the files in the file directory. Whether the transfer is complete, if not, then continue to transfer file -11 - 201132084, otherwise disconnect the point-to-point connection. Through the above process, it can be seen that during the process of transmitting the file directory to the IM client 22, the IM client only needs to establish a session connection, and the file directory transmission process uses the session connection, which is the same as the sender IM client in the prior art. Compared with the receiving IM client, the secondary transmission file has to save the connection overhead, thereby improving the transmission performance. An improvement to the flow shown in Figure 2 provides another embodiment of the present application. In this embodiment, after the peer-to-peer connection with the IM client 22 is established, the IM client 21 first sends the entire directory structure information of the directory to be transmitted (all the folders included and the hierarchical relationship between the folders). In this way, the IM client 22 can establish a corresponding file directory according to the file directory structure information; the operation of the subsequent IM client terminal 21 when sending the file is basically the same as the above process, but only the current file folder can be carried in the sent notification message. In the location information in the file directory, correspondingly, after receiving the notification message, the IM client 22 does not need to create a folder, but locates the corresponding folder in the created file directory and receives it later. The file is saved to the root directory of the located folder. Since the point-to-point transmission connection between the IM client 21 and the IM client 22 may not be successfully established, for example, the IM client 22 is offline, another embodiment of the present application provides a server for use in this case. In turn, the transmission of the file directory mid-range is realized. Of course, the IM client 2 1 can also directly transfer the files in the file directory by means of server relay. Referring to FIG. 3, it is a schematic flowchart of implementing a file directory transmission file by using a server relay mode according to an embodiment of the present application. In this embodiment, the -12-201132084 IM server 10 is used as a transit server as an example for description. When the IM client 21 transmits the file in the file directory to the IM client 22 as the sender client, the process may be as shown in FIG. 3, including the following steps: Step 301: The IM client 21 establishes a session with the IM server 10. Connection, the session connection will be used for subsequent file directory transfer; Step 302, the IM client 21 will name the folder in the file directory to be transmitted and the location information of the folder in the file directory to notify the message. The form is sent to the IM server 10; the IM server 10 receives the notification message and then forwards it to the IM client 22; Step 3 03, after receiving the notification message, the IM client 22 follows the name of the folder carried therein and Create a folder with the location information in the file directory. Step 3 04. The IM client 21 sends the files in the root directory of the folder one by one to the IM server. The IM server 10 forwards the received file to the IM server. IM user 2 2, step 3 05, IM client 22 stores the received file in the root directory of the newly created folder; repeats steps 302~3 05 above until all the folders in the file directory to be transmitted And the files in its root directory are passed The input is completed (see step 306), and thus, the same file directory as that of the file directory structure transmitted by the IM client 21 is formed in the IM client 22. After the file directory transfer is completed, between the client 21 and the IM server 1 and between the IM client 22 and the IM server 1, the above session connection for file directory transfer can be removed. • 13- 201132084 In the process shown in Figure 3, the server used for transit can have a certain buffer space, which can cache the message or file information sent by the IM client 2 1 and then send the cached message or file data to IM client 22. An improvement to the flow shown in Figure 3 provides another embodiment of the present application. In this embodiment, the IM client 2 1 may first send the entire directory structure information of the file directory to be transmitted (all the folders included and the hierarchical relationship between the folders), so that the IM client 22 can follow the file. The directory structure information establishes a corresponding file directory; the operation of the subsequent IM client terminal 2 is basically the same as the above process, but only the location information of the current file folder in the file directory may be carried in the notification message sent, correspondingly After receiving the notification message, the IM client 22 does not need to create a folder, but locates the corresponding folder in the created file directory, and saves the subsequently received file to the located folder root directory. under. Preferably, in the foregoing embodiment of the present application, before the file in the transmission file directory, the IM client 2 1 may transmit a request for information such as the total storage size of all files in the file directory and the number of files included in the file directory. Sent to the IM client 22, so that the IM client 22 can determine whether the storage space of the file directory meets the data amount restriction condition of the predetermined file directory, or/and whether the file number meets the predetermined number limit condition, or Whether the device where the IM client is located has sufficient storage space to store all the files in the file directory, and returns a response to the 1M client 21 to accept or reject the file directory transfer request according to the judgment result. Preferably, in the foregoing embodiment of the present application, the IM client 21 may perform compression processing before transmitting the file, and then transmit the compressed file-14-201132084. Decompression operation after the compressed file 'This can reduce the system resources occupied by the file transfer process and reduce the file transfer delay. The client 21, 22 can invoke a third-party compression tool to compress/decompress the file. The file compression/decompression function module can also be integrated in the user terminals 21, 22, and is called by the client terminals 21, 22. The module performs file compression/decompression. The process of transmitting the file directory to the client 22 by the client 2 1 is described in detail below with a specific file directory as an example. In this example, the structure of the file directory to be transmitted can be as shown in Fig. 4' This is a general, typical file directory structure. In the figure, F〇lderl (folder 1) is the root folder of the file directory. There are two folders in the root directory of Folderl, Folder2, Folder3 and Filell. ), File2 (file 2), File3 (file 3): There is a file File7 (file 7) in the root directory of Folder3; there are two folders in the Folder2 root directory.
Folder4 (檔夾 4) 、Folder5 (檔夾 5)和三個檔 File4 (檔4Folder4 (Folder 4), Folder5 (Folder 5) and three files File4 (File 4
)、File5(檔 5) 、File6(檔 6)，其中 Folder 4 (檔夾 4) 根目錄下共有三個檔File8 (檔8 ) 、File9 (檔9 ) 、FilelO (檔10)，？〇1<1”5根目錄下有一個檔？丨1611(檔11)。 本實例基於如圖1所示的通信系統，對圖4所示結構 的檔目錄中的檔進行傳輸，其傳輸流程如下： IM用戶端21嘗試與IM用戶端22建立P2P連接，如果 P2P連接未成功，則通過IM伺服器中轉進行連接。本流程 以IM用戶端21成功與IM用戶端22建立P2P連接爲例進行描 述。 -15- 201132084 IM用戶端21向IM用戶端22發送傳輸請求消息，其中 攜帶待傳輸檔目錄的總大小資訊；IM用戶端22收到該傳輸 請求消息後，判斷本地是否有足夠的儲存空間存放檔目錄 ，如果有足夠空間，則返回接受該傳輸請求的回應；如果 沒有足夠空間，則傳輸失敗’整個檔目錄傳輸過程結束； IM用戶端2 1接收到接受該傳輸請求的回應後，將 Folderl作爲首次傳輸的檔夾，並向IM用戶端22發送通知 消息，通知消息中攜帶檔夾Folderl的名稱和其在檔目錄中 的位置資訊。因Folderl爲所要發送檔目錄的根檔夾’所以 通知消息中指示出該檔夾的位置爲檔目錄的根檔夾。IM用 戶端2 2接收由IΜ用戶端2 1發來的通知消息，並根據該通知 消息中包含的檔夾名稱和該檔夾在檔目錄中的位置建立檔 夾； ΙΜ用戶端21逐一將Folderl根目錄下的檔FUel、File2 、File3壓縮後傳輸給IM用戶端22 ; IM用戶端22接收由IM 用戶端2 1傳輸來的壓縮檔，將其解壓後儲存在創建的 Folderl檔夾根目錄下； IM用戶端21在傳輸完成Folderl根目錄下的檔後’向 IM用戶端22發送通知消息，其中攜帶Folder2檔夾的名稱 和其在檔目錄中的位置資訊（如Folderl/F〇lder2 ’表示 Folder2是Folderl的子檔夾）；IM用戶端22接收由IM用戶 端2 1發來的通知消息’並根據該通知消息中包含的檔夾名 稱和該檔夾在檔目錄中的位置建立檔夾（即在Folderl檔夾 下創建Folder2檔夾）； -16- 201132084 IM用戶端21逐一將Folder2根目錄下的檔File4、File5 、File6壓縮後傳輸給IM用戶端22 ; IM用戶端22接收由IM 用戶端21傳輸來的壓縮檔，將其解壓後儲存在其創建的 Folder2檔夾根目錄下； 依此類推，用戶端21將檔目錄下的所有檔夾傳輸給 IM用戶端22後，在IM用戶端22所在設備上儲存有與IM用 戶端21所傳輸的檔目錄結構一致的檔目錄’檔目錄傳輸過 程結束。 上述流程中，IM用戶端22側的檔目錄建立過程是在基 於檔目錄的檔傳輸過程中逐漸建立起來的’另一種替代方 式是： IM用戶端2 1先將檔目錄的整個結構資訊（所包含的所 有檔夾以及檔夾之間的層級關係）包含在傳輸請求消息中 發送給IM用戶端22 ’ IM用戶端22根據該檔目錄結構資訊 建立相應的檔目錄；後續IM用戶端21發送檔時的操作基本 與上述流程相同’可在發送的通知消息中只攜帶當前檔夾 在該檔目錄中的位置資訊（如’在傳輸Folder2檔夾根目錄 下的檔之前，通過通知消息將Folder2檔夾的位置資訊：), File5 (file 5), File6 (file 6), where Folder 4 (folder 4) has three files File8 (file 8), File9 (file 9), FilelO (file 10),? 〇1<1”5 has a file under the root directory 丨1611 (file 11). This example is based on the communication system shown in Figure 1, and transmits the files in the file directory of the structure shown in Figure 4, and the transmission process As follows: The IM client 21 attempts to establish a P2P connection with the IM client 22, and if the P2P connection is unsuccessful, the IM server transits the connection. This process uses the IM client 21 to successfully establish a P2P connection with the IM client 22. Description: -15- 201132084 The IM client 21 sends a transmission request message to the IM client 22, which carries the total size information of the file directory to be transmitted; after receiving the transmission request message, the IM client 22 determines whether there is sufficient locality. The storage space stores the file directory, and if there is enough space, returns a response to accept the transfer request; if there is not enough space, the transfer fails. The entire file directory transfer process ends; after receiving the response request, the IM client 2 1 receives the response request. The Folderl is used as the first transmission folder, and a notification message is sent to the IM client 22, and the notification message carries the name of the folder Folderl and its location information in the file directory. Folderl is the root folder of the file directory to be sent. Therefore, the notification message indicates that the location of the folder is the root folder of the file directory. The IM client 2 2 receives the notification message sent by the user terminal 2 1 and according to The folder name included in the notification message and the location of the folder in the file directory are used to create a folder; the client 21 compresses the files FUel, File2, and File3 in the Folderl root directory one by one and transmits them to the IM client 22; IM The client 22 receives the compressed file transmitted by the IM client 21, decompresses it and stores it in the root directory of the created Folderl folder; the IM client 21 transmits the file to the IM client after completing the file in the Folderl root directory. 22 sends a notification message carrying the name of the Folder2 folder and its location information in the file directory (eg, Folder1/F〇lder2 ' indicates that Folder2 is a subfolder of Folderl); IM client 22 receives the IM client 2 1 The notification message sent 'and the folder is created according to the folder name contained in the notification message and the position of the folder in the file directory (ie, the Folder2 folder is created under the Folderl folder); -16- 201132084 IM client 21 one by one will F The files File4, File5, and File6 in the root directory of the older2 are compressed and transmitted to the IM client 22; the IM client 22 receives the compressed file transmitted by the IM client 21, decompresses it, and stores it in the root directory of the Folder2 folder created by the IM client 22 After the client 21 transmits all the folders in the file directory to the IM client 22, the device directory on the IM client 22 stores the file directory consistent with the file directory structure transmitted by the IM client 21. 'The file directory transfer process ends. In the above process, the file directory establishment process on the IM client 22 side is gradually established in the file directory-based file transfer process. Another alternative is: IM client 2 1 firstly stores the entire structure information of the file directory. All the included folders and the hierarchical relationship between the folders are included in the transmission request message and sent to the IM client 22'. The IM client 22 creates a corresponding file directory according to the file directory structure information; the subsequent IM client 21 sends the file. The operation of the time is basically the same as the above process. 'You can only carry the location information of the current folder in the file directory in the sent notification message (such as 'Before transmitting the file in the root directory of the Folder2 folder, the Folder2 file will be notified by the notification message. Clip location information:
Folderl/Folder]’發送給IM用戶端22)，相應地’ IM用戶 端2 2接收到通知消息後，無需建立檔夾，而是在已建立的 檔目錄中定位出相應的檔夾，並將其後接收到的檔保存到 該定位出的檔夾根目錄下’同樣可以實現IM用戶端之間的 檔目錄傳輸。 基於相同的技術構思，本申請實施例還提供了1 M用戶 -17- 201132084 端的結構。 參見圖5，爲本申請實施例所提供的IM用戶端的結構 示意圖，該IM用戶端包括：發送模組501、接收模組502’ 其中： 發送模組501，用於向其他檔目錄傳輸用戶端逐—胃 夾發送檔目錄中各檔夾根目錄下的檔’其中’在針對每一 個檔夾發送其根目錄下的檔之前首先發送通知消息’其中 攜帶當前檔夾的名稱以及當前檔夾在該檔目錄中的位置資 訊，然後逐一發送當前檔夾根目錄下的所有檔； 接收模組5 0 2，用於接收其他檔目錄傳輸用戶端發送 的、攜帶有檔夾名稱和該檔夾在檔目錄中的位置資訊的通 知消息，根據該通知消息創建檔夾’並將其後（即該通知 消息之後）接收到的檔保存到該創建的檔夾的根目錄下。 較佳地，該IM用戶端還包括··檔解/壓縮模組503。該 模組用於對發送模組501待發送的檔進行壓縮，以及對接 收模組502接收到的檔進行解壓縮；發送模組501在發送檔 時，將壓縮後的檔進行發送。 針對上述IM用戶端，發送模組501的一種替代方案爲 :向其他檔目錄傳輸用戶端首先發送整個檔目錄的結構資 訊，然後逐一檔夾發送該檔目錄中各檔夾根目錄下的檔， 其中，在針對每一個檔夾發送其根目錄下的檔之前首先發 送攜帶有當前檔夾在該檔目錄中的位置資訊的通知消息， 然後逐一發送該檔夾根目錄下的所有檔； 相應的，接收模組502的一種替代方案爲：接收其他 •18- 201132084 檔目錄傳輸用戶端發送的檔目錄結構資訊，並根據該檔目 錄結構資訊創建檔目錄·，以及，接收該其他檔目錄傳輸用 戶端發送的攜帶有檔夾在檔目錄中的位置資訊的通知消息 ，根據該通知消息在創建的檔目錄中定位出檔夾，並將其 後（即該通知消息之後）接收到的檔保存到該定位出的檔 夾的根目錄下。 本申請是參照根據本發明實施例的方法、設備（系統 )、和電腦程式産品的流程圖和/或方框圖來描述的。應 理解可由電腦程式指令實現流程圖和/或方框圖中的每一 流程和/或方框、以及流程圖和/或方框圖中的流程和/ 或方框的結合。可提供這些電腦程式指令到通用電腦、專 用電腦、嵌入式處理機或其他可編程資料處理設備的處理 器以産生一個機器，使得通過電腦或其他可編程資料處理 設備的處理器執行的指令産生用於實現在流程圖一個流程 或多個流程和/或方框圖一個方框或多個方框中指定的功 能的裝置。 這些電腦程式指令也可儲存在能引導電腦或其他可編 程資料處理設備以特定方式工作的電腦可讀記憶體中，使 得儲存在該電腦可讀記憶體中的指令産生包括指令裝置的 製造品，該指令裝置實現在流程圖一個流程或多個流程和 /或方框圖一個方框或多個方框中指定的功能。 這些電腦程式指令也可裝載到電腦或其他可編程資料 處理設備上，使得在電腦或其他可編程設備上執行一系列 操作步驟以産生電腦實現的處理，從而在電腦或其他可編 -19· 201132084 程設備上執行的指令提供用於實現在流程圖一個流程或多 個流程和/或方框圖一個方框或多個方框中指定的功能的 步驟。 顯然，本領域的技術人員可以對本申請進行各種改動 和變型而不脫離本申請的精神和範圍。這樣，倘若本申請 的這些修改和變型屬於本申請之申請專利範圍及其等同技 術的範圍之內，則本申請也意圖包含這些改動和變型在內 【圖式簡單說明】 圖1爲本申請實施例所適用的系統架構示意圖； 圖2爲本申請實施例提供的採用點對點方式傳輸檔目 錄的流程示意圖； 圖3爲本申請實施例提供的採用伺服器中轉方式傳輸 檔目錄的流程示意圖； 圖4爲本申請實施例提供的待傳輸檔目錄的結構示意 圖， 圖5爲本申請實施例提供的IM用戶端的結構示意圖。 【主要元件符號說明】 10 : IM伺服器 21 : IM用戶端 22 : IM用戶端 5〇1 :發送模組 -20- 201132084 5 03 :檔解/壓縮模組 502 :接收模組Folderl/Folder]' is sent to the IM client 22), correspondingly, after receiving the notification message, the IM client 2 2 does not need to create a folder, but locates the corresponding folder in the created file directory, and The file received afterwards is saved to the root directory of the located folder, and the file directory transfer between the IM clients can also be realized. Based on the same technical concept, the embodiment of the present application also provides a structure of the 1 M user -17-201132084. 5 is a schematic structural diagram of an IM client provided by an embodiment of the present application. The IM client includes: a sending module 501 and a receiving module 502'. The sending module 501 is configured to transmit a client to another file directory. The file in the root directory of each folder in the file folder of the file folder is sent to the file in the root directory for each folder to send a notification message first, which carries the name of the current folder and the current folder. The location information in the file directory, and then send all the files in the root directory of the current folder one by one; the receiving module 5 0 2 is used to receive the other file directory transmission client, carry the folder name and the folder is in the file The notification message of the location information in the file directory, the folder is created according to the notification message and the file received after (ie, after the notification message) is saved to the root directory of the created folder. Preferably, the IM client further includes a file solution/compression module 503. The module is configured to compress the file to be sent by the sending module 501, and decompress the file received by the receiving module 502. The sending module 501 sends the compressed file when the file is sent. For the above IM client, an alternative of the sending module 501 is: transmitting the structure information of the entire file directory to the user terminal first, and then sending the files in the root directory of each file folder in the file directory one by one. Wherein, before sending the file in the root directory for each folder, first sending a notification message carrying the location information of the current folder in the file directory, and then sending all the files in the root directory of the folder one by one; An alternative of the receiving module 502 is: receiving the file directory structure information sent by the user terminal of the other 18-201132084 file directory, and creating a file directory according to the file directory structure information, and receiving the other file directory transmission user Sending a notification message carrying the location information of the folder in the file directory, and positioning the folder in the created file directory according to the notification message, and saving the file received thereafter (that is, after the notification message) to the file The location of the located folder is under the root directory. The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (system), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flowcharts and/or block diagrams, and combinations of flow and/or blocks in the flowcharts and/or block diagrams can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general purpose computer, a special purpose computer, an embedded processor or other programmable data processing device to produce a machine for generating instructions for execution by a processor of a computer or other programmable data processing device. Means for implementing the functions specified in one or more of the flow or in a block or blocks of the flow chart. The computer program instructions can also be stored in a computer readable memory that can boot a computer or other programmable data processing device to operate in a particular manner, such that instructions stored in the computer readable memory produce an article of manufacture including the instruction device. The instruction means implements the functions specified in one or more blocks of the flow or in a flow or block diagram of the flowchart. These computer program instructions can also be loaded onto a computer or other programmable data processing device, allowing a series of operational steps to be performed on a computer or other programmable device to produce computer-implemented processing, thereby enabling the computer or other device to be edited. The instructions executed on the device provide steps for implementing the functions specified in one or more blocks of the flowchart or in a flow or block of the flowchart. It will be apparent to those skilled in the art that various modifications and changes can be made in the present application without departing from the spirit and scope of the application. Therefore, if the modifications and variations of the present application are within the scope of the claims and the equivalents of the present application, the present invention is also intended to include such modifications and variations. FIG. FIG. 2 is a schematic flowchart of a directory for transmitting a file in a point-to-point manner according to an embodiment of the present invention; FIG. 3 is a schematic flowchart of a directory for transmitting a file in a server transfer mode according to an embodiment of the present application; 4 is a schematic structural diagram of a directory to be transmitted according to an embodiment of the present application. FIG. 5 is a schematic structural diagram of an IM client provided by an embodiment of the present application. [Main component symbol description] 10 : IM server 21 : IM client 22 : IM client 5〇1 : Transmitter module -20- 201132084 5 03 : Solution/compression module 502 : Receiver module