公開日：2007年12月26日
申請人：騰訊科技（深圳）有限公司
【摘要】
本發明公開了傳送文件的方法及系統，用以解決現有技術以斷開文件傳送連接的方式來實現暫停文件數據的傳送，當續傳時，會造成網絡資源浪費的問題。本發明方法包括：A.在暫停傳送文件數據時，保持發送方與接收方之間的文件傳送連接；B.在繼續傳送文件數據時，以所述保持的文件傳送連接續傳。本發明系統包括：發送方客戶端及接收方客戶端，還包括保持單元，用於在發送方客戶端暫停向接收方客戶端傳送文件數據時，保持已建立的文件傳送連接。本發明無須重新交互並再次建立文件傳送連接，從而節約了網絡資源，同時也實現了由發起暫停一方參與，即可完成續傳。
【技術領域】
本發明涉及網絡通信領域，特別是涉及傳送文件的方法及系統。
【背景技術】
隨着網絡通信的發展，目前大部分IM客戶端都支持點對點傳送文件，通常情況下，傳送文件過程中不暫停傳送的時序，參見圖1所示，包括下列步驟：步驟1、發送方用戶向接收方發送文件傳送請求消息，並等待接收方應答。
步驟2、接收方向發送方返回應答消息。
步驟3、若所述應答消息表明接收方用戶欲接收所述文件，則發送方與接收方建立文件傳送連接；之後，發送方開始向接收方傳送所述文件數據，同時接收方接收並保存發送方發來的文件數據。
步驟4、文件數據傳送完畢後，發送方通知接收方該文件數據已經傳送完畢。之後，接收方將接收的所有文件數據合併，以生成該文件；同時斷開發送方與接收方之間的文件傳送連接。
若接收方在傳送文件過程中暫停傳送，之後又要求繼續傳送，則其時序參見圖2所示，包括下列步驟：步驟1至3與圖1中的步驟1至3相同。
步驟4、接收方用戶欲暫停文件數據的接收時，通過斷開文件傳送連接來實現暫停接收。
步驟5、接收方用戶欲繼續接收文件數據時，需要通過聊天消息或者其它通信方式告知發送方用戶再次發起文件傳送。若發送方用戶未能獲知續傳信息，則接收方用戶只能等待；若發送方用戶獲知續傳信息，則轉入步驟6。
步驟6、發送方用戶再次向接收方發送文件傳送請求消息，並等待接收方應答。
步驟7、接收方向發送方返回應答消息。
步驟8、再次建立發送方與接收方之間的文件傳送連接後，發送方續傳所述文件的數據，同時接收方接收並保存發送方發來的文件數據。
步驟9、文件數據傳送完畢後，發送方通知接收方該文件數據已經傳送完畢。之後，接收方將接收的所有文件數據合併，以生成該文件；同時斷開發送方與接收方之間的文件傳送連接。
若發送方在傳送文件過程中暫停傳送，之後又繼續傳送，其時序流程與圖2類似，同樣需要發送方與接收方重新交互。
綜上所述，現有技術以斷開文件傳送連接的方式，來實現暫停傳送文件數據。之後，若爲接收方用戶暫停文件數據的傳送，並且接收方用戶欲繼續接收文件數據時，需要告知發送方用戶並等待發送方用戶再次發起文件傳送後，與之進行交互；待再次建立文件傳送連接後，才能開始續傳；若爲發送方用戶暫停文件數據的傳送，並且發送方用戶欲繼續傳送文件數據時，需要再次發起文件傳送並等待接收方用戶應答後，再次建立文件傳送連接，才能開始續傳。
顯然，由於現有技術在暫停傳送文件數據時，斷開了已經建立的文件傳送連接，導致在續傳時，必須重新交互並再次建立文件傳送連接後，才能開始續傳，造成網絡資源的浪費。
由於上述重新交互必須由接收方用戶和發送方用戶一起參與，所以進一步導致，若爲接收方用戶暫停文件數據的傳送，並且接收方用戶欲繼續接收文件數據時，必須有發送方用戶參與才能續傳；若爲發送方用戶暫停文件數據的傳送，並且發送方用戶欲繼續傳送文件數據時，必須有接收方用戶參與才能續傳。
【發明內容】
本發明提供傳送文件的方法及系統，用以解決現有技術以斷開文件傳送連接的方式來實現暫停文件數據的傳送，當續傳時，會造成網絡資源浪費的問題。
本發明方法包括下列步驟：A、在暫停傳送文件數據時，保持發送方與接收方之間的文件傳送連接；B、在繼續傳送文件數據時，以所述保持的文件傳送連接續傳。
進一步，接收方用戶暫停文件數據的傳送時，所述步驟A中包括：接收方向發送方發送暫停信號，並保持所述文件傳送連接；發送方收到接收方發來的暫停信號後，暫停向接收方傳送文件數據；所述步驟B中包括：發送方收到接收方發來的續傳信號後，直接以所述保持的文件傳送連接向接收方續傳該文件數據。
進一步，發送方用戶暫停文件數據的傳送時，所述步驟A中包括：發送方暫停文件數據傳送，並保持所述文件傳送連接；所述步驟B中包括：發送方直接以所述保持的文件傳送連接繼續向接收方傳送該文件數據。
進一步，所述步驟A之前還包括下列步驟：-發送方向接收方發送文件傳送請求消息；-接收方應答所述文件傳送請求消息；-若所述應答消息表明接收方欲接收所述文件，則發送方與接收方建立文件傳送連接，並開始傳送所述文件數據。
所述步驟B之後還包括下列步驟：-所述文件數據傳送完畢後，發送方通知接收方對該文件的傳送結束；-斷開所述文件傳送連接；-接收方將收到的文件數據合併，以生成所述文件。
綜上所述，所述文件基於即時通信IM客戶端傳送。
本發明的傳送文件的系統，包括：發送方客戶端及接收方客戶端，所述系統還包括：保持單元，用於在發送方客戶端暫停向接收方客戶端傳送文件數據時，保持已建立的文件傳送連接。
進一步，若接收方用戶暫停文件數據傳送，則所述發送方客戶端中還包括：第一暫停單元，用於在收到暫停信號後，暫停向接收方客戶端傳送文件數據；第一續傳單元，用於在收到續傳信號後，以所述保持單元保持的文件傳送連接，直接向接收方客戶端續傳該文件數據。所述接收方客戶端中還包括：暫停信號生成單元，用於在接收方用戶暫停接收文件數據時，生成暫停信號，並向發送方客戶端發送；續傳信號生成單元，用於在接收方用戶繼續接收文件數據時，生成續傳信號，並向發送方客戶端發送。所述保持單元置於接收方客戶端中。
進一步，若發送方用戶暫停文件數據傳送，則所述發送方客戶端中還包括：第二暫停單元，用於執行發送方用戶的指令，暫停向接收方客戶端傳送文件數據；第二續傳單元，用於執行發送方用戶的指令，以所述保持單元保持的文件傳送連接，直接向接收方客戶端續傳該文件數據。所述保持單元置於發送方客戶端中。
本發明有益效果如下：本發明在暫停文件數據傳送時，不再像現有技術那樣斷開文件傳送連接，而是保持已經建立的文件傳送連接。
若爲接收方用戶暫停文件數據的傳送，則接收方向發送方發送一個暫停信號；發送方收到接收方發來的暫停信號後，暫停向接收方傳送文件數據；待發送方收到接收方發來的續傳信號後，無須發送方用戶獲知並手動再次發起文件傳送，也無須發送方與接收方交互並再次建立文件傳送連接，而是利用原有的文件傳送連接，直接向接收方續傳該文件數據。
若爲發送方用戶暫停文件數據的傳送，則發送方用戶可隨時續傳文件數據，無須再次發起文件傳送，相應的無須接收方用戶獲知並應答，也無須再次建立文件傳送連接，而是利用原有的文件傳送連接，直接向接收方續傳該文件數據。
爲了支撐本發明方法，本發明還提供了一種發送方客戶端和一種接收方客戶端。
本發明無須重新交互並再次建立文件傳送連接，從而節約了網絡資源，同時也實現了由發起暫停一方參與，即可完成續傳。
【附圖說明】
圖1爲現有的傳送文件過程中不暫停傳送的時序圖；圖2爲現有的傳送文件過程中暫停傳送的時序圖；圖3爲本發明系統的結構示意圖；圖4爲本發明系統實例一的結構示意圖；圖5爲本發明系統實例二的結構示意圖；圖6爲本發明方法步驟流程圖；圖7爲本發明方法實例一的時序圖；圖8爲本發明方法實例二的時序圖。
【具體實施方式】
爲了在續傳時節約網絡資源，以及爲了實現由發起暫停一方參與，即可完成續傳，本發明提供了一種傳送文件的系統，參見圖3所示，其包括：發送方客戶端1(可爲IM客戶端)、接收方客戶端2(可爲IM客戶端)和保持單元3。
所述保持單元3，用於在發送方客戶端1暫停向接收方客戶端2傳送文件數據時，保持已建立的文件傳送連接，以便續傳時利用被保持的文件傳送連接。
根據發起暫停的客戶端不同，以下進一步提供兩種系統實例。
系統實例一：接收方用戶暫停文件數據傳送，參見圖4所示，本系統實例中，所述發送方客戶端1還包括第一暫停單元11和第一續傳單元12。
所述第一暫停單元11，用於在收到暫停信號後，暫停向接收方客戶端2傳送文件數據。
所述第一續傳單元12，用於在收到續傳信號後，以所述保持單元3保持的文件傳送連接，直接向接收方客戶端2續傳該文件數據。
相應的，所述接收方客戶端2還包括暫停信號生成單元21和續傳信號生成單元22。
所述暫停信號生成單元21，用於在接收方用戶暫停接收文件數據時，生成暫停信號，並向發送方客戶端1發送。
所述續傳信號生成單元22，用於在接收方用戶繼續接收文件數據時，生成續傳信號，並向發送方客戶端1發送。
上述保持單元3可置於接收方客戶端2中。
系統實例二：發送方用戶暫停文件數據傳送，參見圖5所示，本系統實例中，所述發送方客戶端1中還包括第二暫停單元13和第二續傳單元14。
所述第二暫停單元13，用於執行發送方用戶的指令，暫停向接收方客戶端2傳送文件數據。
所述第二續傳單元14，用於執行發送方用戶的指令，以所述保持單元3保持的文件傳送連接，直接向接收方客戶端2續傳該文件數據。
本系統實例中，接收方客戶端2與現有技術相同；以及上述保持單元3可置於發送方客戶端1中。
應用上述系統，本發明提供了一種傳送文件的方法，參見圖6所示，包括下列主要步驟：S1、發起暫停。
本步驟可由發送方用戶直接從本端暫停傳送文件數據，或者，由接收方向發送方發送暫停信號；發送方收到接收方發來的暫停信號後，暫停向接收方傳送文件數據。
S2、在暫停文件數據傳送時，保持發送方與接收方之間的文件傳送連接。
無論哪方發起暫停，都保持在開始傳送所述文件時已經建立的文件傳送連接。
S3、發起續傳。
對應步驟S1，若發送方用戶發起暫停並要求續傳，則由發送方用戶直接從本端恢復文件數據的傳送。若接收方用戶發起暫停並要求續傳，則由接收方向發送方發送續傳信號，以指示開始續傳。
S4、在繼續傳送文件數據時，以所述保持的文件傳送連接續傳。
無論哪方發起續傳，都利用步驟S2中保持的文件傳送連接繼續傳送文件數據，直至所有文件數據傳送完畢。
當然發送方或接收方可以多次暫停和續傳。
與上述兩個系統實例對應，以下通過兩個實例具體描述本發明方法。
方法實例一：接收方用戶暫停文件數據傳送。參見圖7所示，包括下列具體步驟：步驟1、發送方用戶向接收方發送文件傳送請求消息，並等待接收方應答。
步驟2、接收方向發送方返回應答消息。
步驟3、若所述應答消息表明接收方用戶欲接收所述文件，則發送方與接收方建立文件傳送連接；之後，發送方開始向接收方傳送所述文件數據，同時接收方接收並保存發送方發來的文件數據。
步驟4、接收方用戶發起暫停，接收方向發送方發送暫停信號，以指示發送方暫停傳送。由於採用的是發送信號的方式發起暫停，所以不會斷開已經建立的文件傳送連接。
步驟5、發送方收到接收方發來的暫停信號後，暫停向接收方傳送文件數據，即只停止已經建立的文件傳送連接上的數據流，但不涉及文件傳送連接本身。
步驟6、接收方用戶欲繼續接收文件數據時，接收方向發送方發送續傳信號，以指示發送方開始續傳。
步驟7、由於被保持的文件傳送連接依然存在，所以發送方收到續傳信號後，無須再與接收方交互並再次建立文件傳送連接，可直接利用被保持的文件傳送連接，向接收方繼續傳送剩餘的文件數據。
步驟8、文件數據傳送完畢後，發送方通知接收方該文件數據已經傳送完畢。之後，接收方將接收的所有文件數據合併，以生成該文件；同時斷開發送方與接收方之間的文件傳送連接。
方法實例二：發送方用戶暫停文件數據傳送。參見圖8所示，包括下列具體步驟：步驟1、發送方用戶向接收方發送文件傳送請求消息，並等待接收方應答。
步驟2、接收方向發送方返回應答消息。
步驟3、若所述應答消息表明接收方用戶欲接收所述文件，則發送方與接收方建立文件傳送連接；之後，發送方開始向接收方傳送所述文件數據，同時接收方接收並保存發送方發來的文件數據。
步驟4、發送方用戶發起暫停，發送方暫停向接收方傳送文件數據，即只停止已經建立的文件傳送連接上的數據流，但不涉及文件傳送連接本身，所以不會斷開已經建立的文件傳送連接。暫停傳送的同時，發送方也可向接收方發送通知消息，以使接收方用戶獲得更好的體驗。
步驟5、發送方用戶欲繼續接收文件數據時，無須再次發起文件傳送，也無須再次建立文件傳送連接，可直接利用被保持的文件傳送連接向接收方繼續傳送剩餘的文件數據。恢復傳送的同時，發送方也可向接收方發送通知消息，以使接收方用戶獲得更好的體驗。
步驟6、文件數據傳送完畢後，發送方通知接收方該文件數據已經傳送完畢。之後，接收方將接收的所有文件數據合併，以生成該文件；同時斷開發送方與接收方之間的文件傳送連接。
顯然，本領域的技術人員可以對本發明進行各種改動和變型而不脫離本發明的精神和範圍。這樣，倘若本發明的這些修改和變型屬於本發明權利要求及其等同技術的範圍之內，則本發明也意圖包含這些改動和變型在內。