欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

一種在即時通信工具中使用斷點續(xù)傳進(jìn)行文件傳輸?shù)姆椒?

文檔序號:7665026閱讀:483來源:國知局
專利名稱:一種在即時通信工具中使用斷點續(xù)傳進(jìn)行文件傳輸?shù)姆椒?br> 技術(shù)領(lǐng)域
本發(fā)明涉及計算機(jī)軟件、網(wǎng)絡(luò)通信領(lǐng)域,尤其是即時通信技術(shù), 特別是涉及一種在即時通信工具中使用斷點續(xù)傳進(jìn)行文件傳輸?shù)姆?法。背景j支術(shù)即時通信(Instant messaging,簡稱IM)已經(jīng)成為用戶通過網(wǎng) 絡(luò)進(jìn)行通信的重要手段,目前有很多即時通信工具,如騰訊公司的 QQ,微軟的MSN,還有一些企業(yè)即時通信,如RTX、 Sametime等。即時通訊產(chǎn)品被越來越多的人使用,而文件傳輸則是即時通訊中 很重要的一個功能,目前即時通訊工具,傳輸文件時,如果中斷,則 只能從頭開始再傳輸一次,無法在上次未完成的基礎(chǔ)上繼續(xù)傳輸剩余 的文件數(shù)據(jù)。如當(dāng)用戶接收一個10M的文件,當(dāng)收到9M時,由于 網(wǎng)絡(luò)中斷,客戶端重新登錄后,用戶再次接收文件時,這個10M的 文件又需要重新開始傳輸。

發(fā)明內(nèi)容
本發(fā)明為解決上述問題不足之處,提供了 一種在即時通信工 具中使用斷點續(xù)傳進(jìn)行文件傳輸?shù)姆椒ā榱私鉀Q上述問題,本發(fā)明提供以下技術(shù)方案 一種在即時通信工具 中使用斷點續(xù)傳進(jìn)行文件傳輸?shù)姆椒ǎㄈ缦虏襟Ea. 客戶端接收時,連接服務(wù)器,發(fā)送接收的文件命令給服務(wù) 器,客戶端新建文件傳輸任務(wù);b. 服務(wù)器收到文件命令后,發(fā)送文件數(shù)據(jù)給客戶端,客戶端
定期存儲任務(wù)數(shù)據(jù);c. 如果客戶端未完成接收,則下次用戶繼續(xù)接收時,客戶端 把任務(wù)信息發(fā)送給服務(wù)器,請求接收剩余的文件數(shù)據(jù),服 務(wù)器收到后,繼續(xù)發(fā)送剩下的文件數(shù)據(jù);d. 如果客戶端完成接收,則客戶端通知用戶已完成接收,并 刪除文件傳輸任務(wù)。所述的步驟還包括2. 1服務(wù)器接收完成發(fā)送者發(fā)送的文件數(shù)據(jù); 2. 2服務(wù)器通知客戶端有未接受的文件信息。 所述文件命令包含的待接收文件信息是服務(wù)器通過通知消息發(fā) 送給客戶端的。所述任務(wù)數(shù)據(jù)包括文件唯一標(biāo)識、發(fā)送者、發(fā)送時間、接收者、 文件名、文件長度、文件修改時間、文件校驗值、已接收的字節(jié)數(shù)、 最后接收時間。所述文件唯一標(biāo)識是服務(wù)器生成并發(fā)送給客戶端。 本發(fā)明的優(yōu)點用戶使用即時通訊客戶端發(fā)送或接收文件時,客戶端和服務(wù)器會 保存?zhèn)鬏斶M(jìn)度,如果在傳輸未完成時中止,不論是意外中斷還是用戶 暫停,則用戶下次可以在原來的基礎(chǔ)上繼續(xù)傳輸剩余的文件數(shù)據(jù)。傳 輸文件使用斷點續(xù)傳節(jié)約了重復(fù)傳輸?shù)臅r間,減輕了網(wǎng)絡(luò)的壓力,從 而提高了傳輸?shù)男?,同時抗風(fēng)險能力強(qiáng),很適合在即時通訊這種網(wǎng) 絡(luò)環(huán)境變化大、用戶上下線頻繁的軟件中。例如用戶接收一個10M的文件,當(dāng)收到9M時,網(wǎng)絡(luò)中斷,假如 每傳1M需要20秒,不支持?jǐn)帱c續(xù)傳需要的時間開始傳輸?shù)?80秒+后來傳輸?shù)?00秒。當(dāng)多次傳輸中斷的情況下,需要的傳輸時間更 長。而利用該方法實現(xiàn)斷點續(xù)傳需要的時間為200秒左右,不論中斷 幾次。


圖1為本發(fā)明客戶端接收文件流程圖。
具體實施例方式如圖1所示,一種在即時通信工具中使用斷點續(xù)傳進(jìn)行文件傳輸?shù)?方法,包括如下步驟,51. 服務(wù)器接收完成發(fā)送者發(fā)送的文件數(shù)據(jù)。服務(wù)器完成接收后存 儲文件,然后準(zhǔn)備開始向接受者客戶端轉(zhuǎn)發(fā)。52. 服務(wù)器通知客戶端有未接受的文件信息。53. 客戶端接收時,連接服務(wù)器,發(fā)送接收的文件命令給服務(wù)器, 該文件命令包含的待接收文件信息是服務(wù)器通過通知消息發(fā)送給客 戶端的,客戶端新建文件傳輸任務(wù)。54. 服務(wù)器收到文件命令后,發(fā)送文件數(shù)據(jù)給客戶端,客戶端在接 收文件的過程中,定期存儲文件任務(wù)數(shù)據(jù),如5秒一次;任務(wù)數(shù)據(jù)的內(nèi)容包括文件唯一標(biāo)識、發(fā)送者、發(fā)送時間、接收者、文件名、文件長 度、文件修改時間、文件校驗值、已接收的字節(jié)數(shù)、最后接收時間。其中文件唯一標(biāo)識是服務(wù)器生成并發(fā)送給客戶端,唯一標(biāo)識傳 輸?shù)奈募N募r炛凳菍ξ募?nèi)容通過MD5或SHA1之類的技術(shù)進(jìn)行摘要 計算的值,理論上說,只要文件內(nèi)夸有變化,則計算的值就會變化, 因此客戶端用來對接收到的文件進(jìn)行校驗。
已接收的字節(jié)數(shù)是客戶端保存已經(jīng)接收的字節(jié)數(shù),保證未傳輸?shù)?字節(jié)準(zhǔn)確傳輸。已接收的字節(jié)數(shù)用來記錄下次客戶端繼續(xù)接收時的起始位置。假設(shè)該文件是100個字節(jié),如果客戶端收到80個字節(jié)時中斷,則下 次客戶端接收時從第81個字節(jié)開始。55. 如果客戶端未完成接收,則下次用戶繼續(xù)接收時,客戶端把 任務(wù)信息發(fā)送給服務(wù)器,請求接收剩余的文件數(shù)據(jù),服務(wù)器收到后繼 續(xù)發(fā)送剩下的文件數(shù)。56. 如果客戶端完成接收,則客戶端通知用戶已完成接收,并刪 除文件傳輸任務(wù)。
權(quán)利要求
1.一種在即時通信工具中使用斷點續(xù)傳進(jìn)行文件傳輸?shù)姆椒?,其特征在于包括如下步驟,a.客戶端接收時,連接服務(wù)器,發(fā)送接收的文件命令給服務(wù)器,客戶端新建文件傳輸任務(wù);b.服務(wù)器收到文件命令后,發(fā)送文件數(shù)據(jù)給客戶端,客戶端定期存儲任務(wù)數(shù)據(jù);c.如果客戶端未完成接收,則下次用戶繼續(xù)接收時,客戶端把任務(wù)信息發(fā)送給服務(wù)器,請求接收剩余的文件數(shù)據(jù),服務(wù)器收到后,繼續(xù)發(fā)送剩下的文件數(shù)據(jù);d.如果客戶端完成接收,則客戶端通知用戶已完成接收,并刪除文件傳輸任務(wù)。
2. 根據(jù)權(quán)利要求1所述的一種在即時通信工具中使用斷點續(xù)傳進(jìn)行文件傳 輸?shù)姆椒?,其特征在于所述的步驟還包括2. 1服務(wù)器接收完成發(fā)送者發(fā)送的文件數(shù)據(jù); 2. 2服務(wù)器通知客戶端有未接受的文件信息。
3. 根據(jù)權(quán)利要求1所述的一種在即時通信工具中使用斷點續(xù)傳進(jìn)行文件傳 輸?shù)姆椒?,其特征在于所述文件命令包含的待接收文件信息是服?wù)器通過 通知消息發(fā)送給客戶端的。
4. 根據(jù)權(quán)利要求1所述的一種在即時通信工具中使用斷點續(xù)傳進(jìn)行文件傳 輸?shù)姆椒?,其特征在于所述任?wù)數(shù)據(jù)包括文件唯一標(biāo)識、發(fā)送者、發(fā)送時 間、接收者、文件名、文件長度、文件修改時間、文件校驗值、已接收的 字節(jié)數(shù)、最后接收時間。
5. 根據(jù)權(quán)利要求4所述的一種在即時通信工具中使用斷點續(xù)傳進(jìn)行文件傳 輸?shù)姆椒?,其特征在于所述文件唯一?biāo)識是服務(wù)器生成并發(fā)送給客戶端。全文摘要
本發(fā)明提供一種在即時通信工具中使用斷點續(xù)傳進(jìn)行文件傳輸?shù)姆椒?,包括如下步驟客戶端接收時,連接服務(wù)器,發(fā)送接收的文件命令給服務(wù)器,客戶端新建文件傳輸任務(wù);服務(wù)器收到文件命令后,發(fā)送文件數(shù)據(jù)給客戶端,客戶端定期存儲任務(wù)數(shù)據(jù);如果客戶端未完成接收,則下次用戶繼續(xù)接收時,客戶端把任務(wù)信息發(fā)送給服務(wù)器,請求接收剩余的文件數(shù)據(jù),服務(wù)器收到后,繼續(xù)發(fā)送剩下的文件數(shù)據(jù);如果客戶端完成接收,則客戶端通知用戶已完成接收,并刪除文件傳輸任務(wù)。使得傳輸文件使用斷點續(xù)傳節(jié)約了重復(fù)傳輸?shù)臅r間,減輕了網(wǎng)絡(luò)的壓力,從而提高了傳輸?shù)男?,同時抗風(fēng)險能力強(qiáng),很適合在即時通訊這種網(wǎng)絡(luò)環(huán)境變化大、用戶上下線頻繁的軟件中。
文檔編號H04L12/58GK101150540SQ20071017690
公開日2008年3月26日 申請日期2007年11月7日 優(yōu)先權(quán)日2007年11月7日
發(fā)明者鍵 關(guān), 榮 文, 霍文旌, 平 黃 申請人:北京億企通信息技術(shù)有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
衡阳县| 集安市| 尉氏县| 富锦市| 光山县| 苍山县| 锡林郭勒盟| 乌兰浩特市| 崇阳县| 云龙县| 衡山县| 徐州市| 大埔县| 灌云县| 磐石市| 来宾市| 离岛区| 青川县| 育儿| 绵竹市| 吴川市| 漠河县| 阿荣旗| 腾冲县| 饶河县| 广昌县| 宣威市| 成武县| 宽城| 扎兰屯市| 腾冲县| 合水县| 兴城市| 杭锦旗| 镶黄旗| 晋江市| 漠河县| 南京市| 郎溪县| 准格尔旗| 浙江省|