專利名稱：一種在即時通信工具中發(fā)送文件的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及計算機(jī)軟件、網(wǎng)絡(luò)通信領(lǐng)域，尤其是即時通信技術(shù)， 特別是涉及一種在即時通信工具中發(fā)送文件的方法。
背景技術(shù)：
即時通信(Instant messaging,簡稱IM)已經(jīng)成為用戶通過網(wǎng) 絡(luò)進(jìn)行通信的重要手段，目前有很多即時通信工具，如騰訊公司的 QQ，微軟的MSN，還有一些企業(yè)即時通信，如RTX、 Sametime等。
即時通訊產(chǎn)品被越來越多的人使用，在即時通訊工具中傳輸?shù)奈?件也越來越頻繁，目前即時通訊工具，很多用的是服務(wù)器轉(zhuǎn)發(fā)的方式 傳輸文件，在這種模式下，如果發(fā)送者與服務(wù)器連接中斷，則發(fā)送者 只能從頭開始再傳輸一次，無法在上次未完成的基礎(chǔ)上繼續(xù)傳輸剩余 的文件數(shù)據(jù)。如當(dāng)用戶發(fā)送一個IOM的文件，當(dāng)服務(wù)器收到9M時， 由于網(wǎng)絡(luò)中斷，客戶端重新登錄后，用戶需再次發(fā)送文件時，這個 10M的文件又需要重新開始傳輸。

發(fā)明內(nèi)容
本發(fā)明為解決上述問題不足之處，提供了一種在即時通信工 具中發(fā)送文件的方法。
為了解決上述問題，本發(fā)明提供以下技術(shù)方案 一種在即時通信工具 中發(fā)送文件的方法，包括如下步驟
a. 服務(wù)器接收時，連接客戶端，發(fā)送接收的文件命令給客戶 端，服務(wù)器新建文件傳輸任務(wù)；
b. 客戶端收到文件命令后，發(fā)送文件數(shù)據(jù)給服務(wù)器，服務(wù)器定期存儲任務(wù)數(shù)據(jù)；
c. 如果服務(wù)器未完成接收，則下次服務(wù)器繼續(xù)接收時，服務(wù) 器把任務(wù)信息發(fā)送給客戶端，請求接收剩余的文件數(shù)據(jù)， 客戶端收到后，繼續(xù)發(fā)送剩下的文件數(shù)據(jù)；
d. 如果服務(wù)器完成接收，則服務(wù)器通知用戶已完成接收，并 刪除文件傳輸任務(wù)。
所述的步驟還包括
2. 1客戶端向服務(wù)器發(fā)送待傳輸?shù)奈募?2. 2客戶端通知服務(wù)器有未接受的文件信息。 所述文件命令包含的待接收文件信息是客戶端通過通知消息發(fā) 送給服務(wù)器的。
所述任務(wù)數(shù)據(jù)文件唯一標(biāo)識、發(fā)送者、發(fā)送時間、接收者、文件 名、文件長度、文件修改時間、文件校驗(yàn)值、已接收的字節(jié)數(shù)、最后 才姿收時間。
還包括用戶能夠刪除未完成的接收任務(wù)，刪除時向服務(wù)器發(fā)送刪 除命令，刪除指定的文件。 本發(fā)明的優(yōu)點(diǎn)
用戶使用即時通訊客戶端發(fā)送文件時，服務(wù)器會保存?zhèn)鬏斶M(jìn)度， 如果在傳輸未完成時中止，不論是意外中斷還是用戶暫停，則服務(wù)器 下次可以在原來的基礎(chǔ)上繼續(xù)接收剩余的文件數(shù)據(jù)。節(jié)約了重復(fù)傳輸 的時間，減輕了網(wǎng)絡(luò)的壓力，從而提高了傳輸?shù)男?，同時抗風(fēng)險能 力強(qiáng)，很適合在即時通訊這種網(wǎng)絡(luò)環(huán)境變化大、用戶上下線頻繁的軟 件中。


圖1為本發(fā)明服務(wù)器接收文件流程圖。
具體實(shí)施例方式
如圖1所示， 一種在即時通信工具中發(fā)送文件的方法，包括如下步
驟，
51. 客戶端向服務(wù)器發(fā)送待傳輸?shù)奈募?br> 52. 客戶端通知服務(wù)器有未接受的文件信息。
53. 服務(wù)器接收時，連接客戶端，發(fā)送接收的文件命令給客戶端， 服務(wù)器新建文件傳輸任務(wù)。該文件命令包含的待接收文件信息是服務(wù) 器通過通知消息發(fā)送給客戶端的。
54. 客戶端收到文件命令后，發(fā)送文件數(shù)據(jù)給服務(wù)器，服務(wù)器定期 存儲任務(wù)數(shù)據(jù)，如5秒一次；
任務(wù)數(shù)據(jù)的內(nèi)容包括
文件唯一標(biāo)識、發(fā)送者、發(fā)送時間、接收者、文件名、文件長 度、文件修改時間、文件校驗(yàn)值、已接收的字節(jié)數(shù)、最后接收時間。
其中文件唯一標(biāo)識是服務(wù)器生成并發(fā)送給客戶端，唯一標(biāo)識傳 輸?shù)奈募?br> 文件校驗(yàn)值是對文件內(nèi)容通過MD5或SHA1之類的技術(shù)進(jìn)行摘要 計算的值，理論上說，只要文件內(nèi)容有變化，則計算的值就會變化， 因此客戶端用來對接收到的文件進(jìn)行校驗(yàn)。
已接收的字節(jié)數(shù)是服務(wù)器保存已經(jīng)接收的字節(jié)數(shù)，保證未傳輸?shù)?字節(jié)準(zhǔn)確傳輸。
S5.如果服務(wù)器未完成接收，則下次服務(wù)器繼續(xù)接收時，服務(wù)器 把任務(wù)信息發(fā)送給客戶端，請求接收剩余的文件數(shù)據(jù)，客戶端收到后， 繼續(xù)發(fā)送剩下的文件數(shù)據(jù)。
5S6.如果服務(wù)器完成接收，則服務(wù)器通知用戶已完成接收，并刪 除文件傳輸任務(wù)。
用戶能夠刪除未完成的接收任務(wù)，刪除時向服務(wù)器發(fā)送刪除命 令，刪除指定的文件。
權(quán)利要求
1. 一種在即時通信工具中發(fā)送文件的方法，其特征在于包括如下步驟，a. 服務(wù)器接收時，連接客戶端，發(fā)送接收的文件命令給客戶端，服務(wù)器新建文件傳輸任務(wù)；b. 客戶端收到文件命令后，發(fā)送文件數(shù)據(jù)給服務(wù)器，服務(wù)器定期存儲任務(wù)數(shù)據(jù)；c. 如果服務(wù)器未完成接收，則下次服務(wù)器繼續(xù)接收時，服務(wù)器把任務(wù)信息發(fā)送給客戶端，請求接收剩余的文件數(shù)據(jù)，客戶端收到后，繼續(xù)發(fā)送剩下的文件數(shù)據(jù)；d. 如果服務(wù)器完成接收，則服務(wù)器通知用戶已完成接收，并刪除文件傳輸任務(wù)。
2. 根據(jù)權(quán)利要求1所述的一種在即時通信工具中發(fā)送文件的方法，其特征 在于所述的步驟還包括2.1客戶端向服務(wù)器發(fā)送待傳輸?shù)奈募?.2客戶端通知服務(wù)器有未接受的文件信息。
3. 根據(jù)權(quán)利要求1所述的一一種在即時通信工具中發(fā)送文件的方法，其特 征在于所述文件命令包含的待接收文件信息是客戶端通過通知消息發(fā)送 給服務(wù)器的。
4. 根據(jù)權(quán)利要求1所述的一種在即時通信工具中發(fā)送文件的方法，其特征 在于所述任務(wù)數(shù)據(jù)文件唯一標(biāo)識、發(fā)送者、發(fā)送時間、接收者、文件名、 文件長度、文件修改時間、文件校驗(yàn)值、已接收的字節(jié)數(shù)、最后接收時間。
5. 根據(jù)權(quán)利要求1所述的一種在即時通信工具中發(fā)送文件的方法，其特征 在于所述步驟還包括用戶能夠刪除未完成的接收任務(wù)，刪除時向服務(wù)器 發(fā)送刪除命令，刪除指定的文件。
全文摘要
本發(fā)明提供了一種在即時通信工具中發(fā)送文件的方法，包括如下步驟服務(wù)器接收時，連接客戶端，發(fā)送接收的文件命令給客戶端，服務(wù)器新建文件傳輸任務(wù)；客戶端收到文件命令后，發(fā)送文件數(shù)據(jù)給服務(wù)器，服務(wù)器定期存儲任務(wù)數(shù)據(jù)；如果服務(wù)器未完成接收，則下次服務(wù)器繼續(xù)接收時，服務(wù)器把任務(wù)信息發(fā)送給客戶端，請求接收剩余的文件數(shù)據(jù)，客戶端收到后，繼續(xù)發(fā)送剩下的文件數(shù)據(jù)；如果服務(wù)器完成接收，則服務(wù)器通知用戶已完成接收，并刪除文件傳輸任務(wù)。此方法節(jié)約了重復(fù)傳輸?shù)臅r間，減輕了網(wǎng)絡(luò)的壓力，從而提高了傳輸?shù)男?，同時抗風(fēng)險能力強(qiáng)，很適合在即時通訊這種網(wǎng)絡(luò)環(huán)境變化大、用戶上下線頻繁的軟件中。
文檔編號H04L1/00GK101431480SQ200710176908
公開日2009年5月13日 申請日期2007年11月7日 優(yōu)先權(quán)日2007年11月7日
發(fā)明者鍵 關(guān), 榮 文, 霍文旌, 平 黃 申請人:北京億企通信息技術(shù)有限公司